Comment augmenter Neo4j maximale d'ouverture de fichier limite (ulimit) dans Ubuntu?

Actuellement ulimit -n montre 10000. Je veux l'augmenter à 40000. J'ai édité "/etc/sysctl.conf" et de mettre fs.file-max=40000. J'ai aussi édité /etc/security/limits.conf et mis à jour durs et mous et les valeurs. Mais encore ulimit montre 10000. Après avoir fait tous ces changements, j'ai redémarré mon ordinateur portable. J'ai accès au mot de passe root.

usr_name@usr_name-lap:/etc$ /sbin/sysctl fs.file-max
fs.file-max = 500000

Ajouté les lignes suivantes dans /etc/security/limits.conf -

*     soft    nofile          40000
*     hard    nofile          40000

J'ai aussi ajouté la ligne suivante dans /etc/pam.d/su-

session    required   pam_limits.so

J'ai essayé tous les moyens possibles donnés sur d'autres forums, mais j'ai peut atteindre jusqu'à une limite maximale de 10000, pas au-delà. Quel peut être le problème?

Je suis en train de faire ce changement, parce neo4j lancers maximum ouvrir le fichier atteint les limites de l'erreur.

Vous avez raison, il suffit de redémarrer le système et tout le monde doit travailler: sudo ulimit -n 40000
J'ai redémarré le système. Mais même alors, il n'est pas changé.
Étant spécifique d'Ubuntu, il est probablement appartient réellement sur askubuntu.com ; une question similaire est ici: askubuntu.com/questions/162229/...
serverfault.com/questions/610130/...
après l'ajout de /etc/security/limits.conf de laquelle le service doit être redémarré pour prendre en changer en effet ?
Eu : Pour la modification du /etc/security/limits fichier pour prendre effet, l'utilisateur doit se déconnecter de la session et reconnectez-vous.

InformationsquelleAutor theharshest | 2014-02-02

8

J'utilise Debian, mais cette solution devrait fonctionner correctement avec Ubuntu.

Vous devez ajouter une ligne dans le neo4j-service script.

Voici ce que j'ai fait :

nano /etc/init.d/neo4j-service
Ajouter « ulimit –n 40000 » juste avant le start-stop-daemon ligne dans le do_start section

Noter que j'utilise la version 2.0 Enterprise edition.
Espérons que cela vous aidera.
- FWIW il n'existe pas de script sur le Serveur Ubuntu 14.04. Ma solution a été trouvée dans cette question (et lornix réponse): askubuntu.com/questions/162229/... -- en bref, vous devez modifier /etc/security/limits.conf et /etc/pam.d/common-session*
- Je vois que l'original de l'interlocuteur mentionné neo4j en passant. Il semble que peut-être ce qui appartient à la question du sujet depuis il n'a rien à voir avec Ubuntu.
- Dans Ubuntu 14.04, il y a vraiment un /etc/init.d/neo4j-service fichier et Martin Larivière est droit, l'insertion uname -n 40000 résout le problème. Je ne connais pas les différences entre le Serveur Ubuntu et Ubuntu, donc peut-être que vous avez raison aussi, je suis en ajoutant ce juste à préciser que ce que Martin a écrit résout le problème avec la plaine Ubuntu 14.04.
- dans le cas de neo4j-service, le common-session-* astuce ne marchera pas, parce que neo4j-service est basé sur start-stop-daemon et start-stop-daemon ne pas tirer parti de PAM à tous. La seule solution est en effet d'ajouter une explicite ulimit -n xxx appeler dans le script d'initialisation.
- Cela fonctionnera également pour CouchDB!!!
- Ce n'est pas une solution, c'est un bandaid.
InformationsquelleAutor Martin Larivière
82

Ce que vous faites ne fonctionne pas pour l'utilisateur root. Peut-être que vous exécutez vos services en tant que root, et donc vous n'avez pas la chance de voir le changement.

Pour augmenter l'espace pour l'utilisateur root, vous devez remplacer le * par la racine. * ne s'applique pas pour l'utilisateur root. Le repos est le même que vous avez fait. Je vais re-citer ici.

Ajouter les lignes suivantes dans le fichier: /etc/security/limits.conf
```
root soft  nofile 40000

root hard  nofile 40000
```
Puis ajoutez la ligne suivante dans le fichier: /etc/pam.d/common-session
```
session required pam_limits.so
```
Cette volonté de mise à jour de l'espace pour l'utilisateur root. Comme mentionné dans les commentaires, vous pouvez ne avez même pas besoin de redémarrer pour voir le changement.
- Vous avez réellement n'avez pas besoin de redémarrer le système pour que la nouvelle limite à prendre effet. Le point de montage /etc/pam.d/common-session du fichier est donc que la création de toute nouvelle session sera la cause de la limite des fichiers à traiter.
- Cette procédure fonctionne. Aucun redémarrage n'est nécessaire. Juste déconnectez puis reconnectez-vous pour voir le résultat.
- il n'a pas de travail pour moi pour ubunutu 14.04
- Dans le cas de neo4j-service ou de tout autre service à l'aide de start-stop-daemon, le common-session-* astuce ne marchera pas, parce que start-stop-daemon ne pas tirer parti de PAM à tous. Il n'y a pas d'autre moyen que l'ajout explicite ulimit -n xxx appeler quelque part dans le script d'initialisation avant que le service est démarré.
- A fonctionné à merveille sur Ubuntu 16.04.1 LTS
InformationsquelleAutor Sambhav Sharma
63

1) Vérifier sysctl file-max limite:
```
$ cat /proc/sys/fs/file-max
```
Si la limite est inférieure à la valeur désirée, ouvrez le sysctl.conf et ajoutez cette ligne à la fin du fichier:
```
fs.file-max = 65536
```
Enfin, appliquer sysctl limites:
```
$ sysctl -p 
```
2) Modifier /etc/security/limits.conf et ajouter ci-dessous mentionnés
```
* soft     nproc          65535    
* hard     nproc          65535   
* soft     nofile         65535   
* hard     nofile         65535
```
Ces limites ne s'appliquent pas pour root utilisateur, si vous voulez changer root limites que vous avez à faire explicitement:
```
root soft     nofile         65535   
root hard     nofile         65535
...
```
3) Redémarrer le système ou ajouter la ligne suivante à la fin de /etc/pam.d/common-session:
```
session required pam_limits.so
```
Vous déconnecter et vous connecter à nouveau.

4) Vérifier les limites douces:
```
$ ulimit -a
```
et dur limites:
```
$ ulimit -Ha
....

open files                      (-n) 65535
```
Référence : http://ithubinfo.blogspot.in/2013/07/how-to-increase-ulimit-open-file-and.html
- Assurez-vous que vous vous êtes déconnecté et à l'arrière de sorte qu'il peut tenir compte de vos modifications, si vous n'êtes pas vérifier avec l'utilisateur root, pour ubuntu, vous pouvez le faire en gnome-session-quit
- /proc/sys/fs/file-max n'EST PAS LE MAX nofile permis par le système !!! Par exemple, sur mon système, par défaut il est réglé sur 1528702. Le réglage de cette valeur pour le mou/dur limites dans les limites.conf ne permettent pas à l'utilisateur d'augmenter les limites de 1024 à tous. J'ai dû mettre de limites.conf pour quelque chose de beaucoup plus conservateur, par exemple 256*1024 = 262144, et enfin ulimit-a montre la même chose pour un utilisateur normal.
InformationsquelleAutor minhas23
3

J'ai eu le même problème et réussi à le faire fonctionner en ajoutant des entrées /etc/security/limits.d/90-somefile.conf. Notez que pour voir les limites de travail, j'ai dû déconnecter complètement de la session ssh, puis reconnectez-vous.

Je voulais fixer la limite pour un utilisateur spécifique qui exécute un service, mais il semble que je recevais de la limite qui a été fixée pour l'utilisateur, j'étais connecté en tant. Voici un exemple pour montrer comment l'espace est défini sur la base utilisateur authentifié, et non pas l'utilisateur en vigueur:
```
$ sudo cat /etc/security/limits.d/90-nofiles.conf
loginuser    soft    nofile   10240
loginuser    hard    nofile   10240
root         soft    nofile   10241
root         hard    nofile   10241
serviceuser  soft    nofile   10242
serviceuser  hard    nofile   10242

$ whoami
loginuser
$ ulimit -n
10240
$ sudo -i
# ulimit -n
10240    # loginuser's limit
# su - serviceuser
$ ulimit -n
10240    # still loginuser's limit.
```
Vous pouvez utiliser un * pour spécifier une augmentation pour tous les utilisateurs. Si je redémarre le service en tant qu'utilisateur, je me suis connecté, et ajouter ulimit -n pour le script d'initialisation, je vois que la première connexion de l'utilisateur limites sont en place. Je n'ai pas eu l'occasion de vérifier qui de l'utilisateur limites sont utilisés pendant l'initialisation du système ou de déterminer quel est le véritable nofile limite est du service, je suis en cours d'exécution (ce qui est commencé avec start-stop-daemon).

Il y a 2 approches de travail pour l'instant:
1. ajouter un espace d'ajustement pour le script d'initialisation, juste avant le start-stop-daemon.
2. générique ou plus vaste espace des paramètres dans le fichier de sécurité.
- quand je fais ce que vous avez fait (à partir de whoami) j'ai d'abord obtenir 1024, puis 65536 (pour la racine), puis 65536 pour l'utilisateur. Mais le premier était le même utilisateur. Avez-vous une explication à cela, je suis perplexe
- Que des sons bizarres. Comment passez-vous de l'utilisateur à partir de la racine et de retour à l'utilisateur? Avez-vous de vous déconnecter complètement après la création du fichier? vous pouvez être dans une session de mise en cache d'abord, puis à l'aide d'une nouvelle session en fonction de la façon dont vous obtenez en retour à l'utilisateur.
- J'ai garder le redémarrage, juste pour être sûr. Aussi essayé de réglage /etc/sysctl.conf -> fs.file-max = 1000000 devrait résoudre le problème à l'échelle mondiale pour tous les utilisateurs, également sans résultat. C'est comme un processus de m'ignorer. Je passe de l'utilisateur root à l'utilisateur, comme vous l'avez décrit, à partir de la racine -> utilisateur à l'aide de su - my_user_name. Ce qui indique que le système sait ce qu'il doit utiliser pour l'utilisateur, mais il n'est pas...
InformationsquelleAutor Brett
2

Vous pourriez modifier le script d'initialisation pour neo4j faire un ulimit -n 40000 avant d'exécuter neo4j.

Cependant, je ne peux pas aider mais se sentir que vous êtes aboiements le mauvais arbre. Ne neo4j légitimement besoin de plus de 10 000 descripteurs de fichiers ouverts? Cela ressemble beaucoup à un bug dans neo4j ou la façon dont vous l'utilisez. Je voudrais essayer de remédier à cela.
- Je commence neo4j à l'aide de neo4j start. Où puis-je trouver le script d'initialisation pour elle?
- essayez de taper ulimit -n 40000 avant neo4j start
InformationsquelleAutor abligh
2

J'ai beaucoup de mal à faire ce travail.

À l'aide de la suivante permet de mettre à jour indépendamment de votre autorisation de l'utilisateur.

sudo sysctl -w fs.inotify.max_user_watches=100000

Modifier

Viens de voir cela d'un autre utilisateur sur un autre stackexchange site (les deux fonctionnent, mais cette version définitivement mises à jour du paramétrage du système, plutôt que temporairement):
```
echo fs.inotify.max_user_watches=100000 | sudo tee -a /etc/sysctl.conf; 
sudo sysctl -p
```
InformationsquelleAutor Layke
2

Essayez d'exécuter cette commande, il vous permettra de créer un *_limits.conf fichier sous /etc/security/limits.d
```
echo "* soft nofile 102400" > /etc/security/limits.d/*_limits.conf && echo "* hard nofile 102400" >> /etc/security/limits.d/*_limits.conf
```
Juste à la sortie du terminal et connectez-vous à nouveau et vérifier par ulimit -n il définira pour * les utilisateurs
- Facile et utile de répondre.
- Merci @sumanth, Heureuse de vous aider.
InformationsquelleAutor Mahattam
2

tl;dr définir à la fois les limites douces et dures

Je suis sûr qu'il fonctionne comme prévu, mais je vais l'ajouter ici, juste au cas où.
L'exhaustivité de la limite est définie ici (voir ci-dessous pour la syntaxe):
/etc/security/limits.conf
```
some_user       soft    nofile          60000
some_user       hard    nofile          60000
```
et activé avec les opérations suivantes dans /etc/pam.d/common-session:
```
session required pam_limits.so
```
Si vous ne définissez que la limite dure, ulimit -a montrera la valeur par défaut (1024):
Si vous ne définissez que le soft de la limite ulimit-a va montrer (4096)

Si vous les mettez à la fois ulimit -a montrera la limite douce (jusqu'à la limite bien sûr)

InformationsquelleAutor jorfus

J'ai fait comme ceci

echo "NEO4J_ULIMIT_NOFILE=50000" >> neo4j
mv neo4j /etc/default/

InformationsquelleAutor bigkahunaburger

1

ULIMIT configuration:
1. Connecter en root
2. vi security/limits.conf
3. Faire ci-Dessous l'entrée
  
  Ulimit configuration de départ pour site web de l'utilisateur
```
website   soft   nofile    8192
website   hard   nofile    8192
website   soft   nproc    4096
website   hard   nproc    8192
website   soft   core    unlimited
website   hard   core    unlimited
```
4. De faire ci-Dessous d'entrée pour TOUS les UTILISATEURS
  
  Espace de configuration pour chaque utilisateur
```
*   soft   nofile    8192
*   hard   nofile    8192
*   soft   nproc    4096
*   hard   nproc    8192
*   soft   core    unlimited
*   hard   core    unlimited
```
5. Après avoir modifié le fichier, les utilisateurs ont besoin à la fermeture de session et reconnectez-vous pour voir les nouvelles valeurs.
InformationsquelleAutor Sandeep kr gupta

Vous devez vous connecter pour publier un commentaire.

Ulimit configuration de départ pour site web de l'utilisateur

Espace de configuration pour chaque utilisateur