Je suis bien embêté car d'un seul coup d'un seul, evolution n'est plus
capable d'ouvrir mes boîtes mail.
J'ai bien les entêtes, mais je suis incapable de consulter le corps des
mails, j'ai une erreur :
Erreur durant Récupération du message 59317 (et ça pour chaque message)
L'obtention du verrou fcntl(2) a échoué : Permission non accordée
Il faut savoir que mon /home est monté en NFS, que le client est sous
Gentoo, et le serveur NFS sous mdk 10.0, mais surtout, que je n'ai
touché strictement à rien dans tout ça ces derniers jours.
J'avais déjà eu ce problème une fois, et la restauration de mon
$HOME/.evolution de la veille avait réglé le problème, mais là, rien
à faire, ni celui de la veille, ni l'avant veille ne change quoi que ce
soit.
Les recherches que j'ai faites semble indiquer que ça ait un rapport avec
ce montage NFS, mais je ne vois pas du tout quoi y changer.
J'ai déjà tenté de relancer portmap, nfslock et nfs sur le serveur, et
rebooté le client (c'était mon dernier espoir).
Une aide me serait très précieuse car j'ai quand même plus de 100Mo de
mails là dedans.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christophe PEREZ
Le Tue, 15 Feb 2005 01:26:03 -0400, Christophe PEREZ a écrit:
Une aide me serait très précieuse car j'ai quand même plus de 100Mo de mails là dedans.
Rien ? Bon, je me rend compte aujourd'hui qu'en fait, c'est bien un problème de NFS car plus aucune appli ne peut "locker". En effet, même portage se plaint puisque mon portage/distfile est aussi sur NFS : # emerge gftp Calculating dependencies ...done!
emerge (1 of 1) net-ftp/gftp-2.0.18-r1 to / Traceback (most recent call last):
File "/usr/bin/emerge", line 3045, in ? mydepgraph.merge(mydepgraph.altlist()) File "/usr/bin/emerge", line 1838, in merge retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug) File "/usr/lib/portage/pym/portage.py", line 2596, in doebuild if not fetch(fetchme, mysettings, listonly=listonly, fetchonlyþtchonly): File "/usr/lib/portage/pym/portage.py", line 1773, in fetch file_lock = portage_locks.lockfile(mysettings["DISTDIR"]+"/"+locks_in_subdir+"/"+myfile,wantnewlockfile=1) File "/usr/lib/portage/pym/portage_locks.py", line 93, in lockfile fcntl.lockf(myfd,fcntl.LOCK_EX|fcntl.LOCK_NB) IOError: [Errno 13] Permission denied
et sur le serveur : program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 817 status 100024 1 tcp 820 status 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100005 1 udp 863 mountd 100005 1 tcp 866 mountd 100005 2 udp 863 mountd 100005 2 tcp 866 mountd 100005 3 udp 863 mountd 100005 3 tcp 866 mountd
Quelque chose vous choque t'il là dedans ? Help!
-- Christophe PEREZ Écrivez moi sans _faute !
Le Tue, 15 Feb 2005 01:26:03 -0400, Christophe PEREZ a écrit:
Une aide me serait très précieuse car j'ai quand même plus de 100Mo de
mails là dedans.
Rien ?
Bon, je me rend compte aujourd'hui qu'en fait, c'est bien un problème de
NFS car plus aucune appli ne peut "locker".
En effet, même portage se plaint puisque mon portage/distfile est aussi
sur NFS :
# emerge gftp
Calculating dependencies ...done!
emerge (1 of 1) net-ftp/gftp-2.0.18-r1 to /
Traceback (most recent call last):
File "/usr/bin/emerge", line 3045, in ?
mydepgraph.merge(mydepgraph.altlist())
File "/usr/bin/emerge", line 1838, in merge
retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug)
File "/usr/lib/portage/pym/portage.py", line 2596, in doebuild
if not fetch(fetchme, mysettings, listonly=listonly, fetchonlyþtchonly):
File "/usr/lib/portage/pym/portage.py", line 1773, in fetch
file_lock = portage_locks.lockfile(mysettings["DISTDIR"]+"/"+locks_in_subdir+"/"+myfile,wantnewlockfile=1)
File "/usr/lib/portage/pym/portage_locks.py", line 93, in lockfile
fcntl.lockf(myfd,fcntl.LOCK_EX|fcntl.LOCK_NB)
IOError: [Errno 13] Permission denied
Le Tue, 15 Feb 2005 01:26:03 -0400, Christophe PEREZ a écrit:
Une aide me serait très précieuse car j'ai quand même plus de 100Mo de mails là dedans.
Rien ? Bon, je me rend compte aujourd'hui qu'en fait, c'est bien un problème de NFS car plus aucune appli ne peut "locker". En effet, même portage se plaint puisque mon portage/distfile est aussi sur NFS : # emerge gftp Calculating dependencies ...done!
emerge (1 of 1) net-ftp/gftp-2.0.18-r1 to / Traceback (most recent call last):
File "/usr/bin/emerge", line 3045, in ? mydepgraph.merge(mydepgraph.altlist()) File "/usr/bin/emerge", line 1838, in merge retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug) File "/usr/lib/portage/pym/portage.py", line 2596, in doebuild if not fetch(fetchme, mysettings, listonly=listonly, fetchonlyþtchonly): File "/usr/lib/portage/pym/portage.py", line 1773, in fetch file_lock = portage_locks.lockfile(mysettings["DISTDIR"]+"/"+locks_in_subdir+"/"+myfile,wantnewlockfile=1) File "/usr/lib/portage/pym/portage_locks.py", line 93, in lockfile fcntl.lockf(myfd,fcntl.LOCK_EX|fcntl.LOCK_NB) IOError: [Errno 13] Permission denied
et sur le serveur : program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 817 status 100024 1 tcp 820 status 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100005 1 udp 863 mountd 100005 1 tcp 866 mountd 100005 2 udp 863 mountd 100005 2 tcp 866 mountd 100005 3 udp 863 mountd 100005 3 tcp 866 mountd
Quelque chose vous choque t'il là dedans ? Help!
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Tue, 15 Feb 2005 13:09:43 -0400, Christophe PEREZ a écrit:
Help!
Et bien il m'a fallu passer mes montages NFS en nolock. C'est bizarre qu'il faille ça maintenant subitement, d'autant plus que ça semble quand même assez illogique, mais bon.
Je précise que j'avais déjà essayé ça depuis hier, ou tout au moins je le croyais, car en fait, le mount -o remount était sans effet. Il me faut impérativement démonter puis remonter ces points NFS. Normalement, je vérifie toujours dans /proc/mounts, mais là, j'ai du louper une fois, la seule où il aurait fallu.
Merci pour votre attention.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Tue, 15 Feb 2005 13:09:43 -0400, Christophe PEREZ a écrit:
Help!
Et bien il m'a fallu passer mes montages NFS en nolock.
C'est bizarre qu'il faille ça maintenant subitement, d'autant plus que
ça semble quand même assez illogique, mais bon.
Je précise que j'avais déjà essayé ça depuis hier, ou tout au moins
je le croyais, car en fait, le mount -o remount était sans effet. Il me
faut impérativement démonter puis remonter ces points NFS. Normalement,
je vérifie toujours dans /proc/mounts, mais là, j'ai du louper une fois,
la seule où il aurait fallu.
Le Tue, 15 Feb 2005 13:09:43 -0400, Christophe PEREZ a écrit:
Help!
Et bien il m'a fallu passer mes montages NFS en nolock. C'est bizarre qu'il faille ça maintenant subitement, d'autant plus que ça semble quand même assez illogique, mais bon.
Je précise que j'avais déjà essayé ça depuis hier, ou tout au moins je le croyais, car en fait, le mount -o remount était sans effet. Il me faut impérativement démonter puis remonter ces points NFS. Normalement, je vérifie toujours dans /proc/mounts, mais là, j'ai du louper une fois, la seule où il aurait fallu.
Merci pour votre attention.
-- Christophe PEREZ Écrivez moi sans _faute !
l'indien
On Tue, 15 Feb 2005 15:08:06 -0400, Christophe PEREZ wrote:
Le Tue, 15 Feb 2005 13:09:43 -0400, Christophe PEREZ a écrit:
Help!
Et bien il m'a fallu passer mes montages NFS en nolock. C'est bizarre qu'il faille ça maintenant subitement, d'autant plus que ça semble quand même assez illogique, mais bon.
Je précise que j'avais déjà essayé ça depuis hier, ou tout au moins je le croyais, car en fait, le mount -o remount était sans effet. Il me faut impérativement démonter puis remonter ces points NFS. Normalement, je vérifie toujours dans /proc/mounts, mais là, j'ai du louper une fois, la seule où il aurait fallu.
Merci pour votre attention.
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans /etc/make.conf pour pouvoir travailler en NFS. C'est vrai que sinon, les symptômes sont étranges...
On Tue, 15 Feb 2005 15:08:06 -0400, Christophe PEREZ wrote:
Le Tue, 15 Feb 2005 13:09:43 -0400, Christophe PEREZ a écrit:
Help!
Et bien il m'a fallu passer mes montages NFS en nolock.
C'est bizarre qu'il faille ça maintenant subitement, d'autant plus que
ça semble quand même assez illogique, mais bon.
Je précise que j'avais déjà essayé ça depuis hier, ou tout au moins
je le croyais, car en fait, le mount -o remount était sans effet. Il me
faut impérativement démonter puis remonter ces points NFS. Normalement,
je vérifie toujours dans /proc/mounts, mais là, j'ai du louper une fois,
la seule où il aurait fallu.
Merci pour votre attention.
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans
/etc/make.conf pour pouvoir travailler en NFS.
C'est vrai que sinon, les symptômes sont étranges...
On Tue, 15 Feb 2005 15:08:06 -0400, Christophe PEREZ wrote:
Le Tue, 15 Feb 2005 13:09:43 -0400, Christophe PEREZ a écrit:
Help!
Et bien il m'a fallu passer mes montages NFS en nolock. C'est bizarre qu'il faille ça maintenant subitement, d'autant plus que ça semble quand même assez illogique, mais bon.
Je précise que j'avais déjà essayé ça depuis hier, ou tout au moins je le croyais, car en fait, le mount -o remount était sans effet. Il me faut impérativement démonter puis remonter ces points NFS. Normalement, je vérifie toujours dans /proc/mounts, mais là, j'ai du louper une fois, la seule où il aurait fallu.
Merci pour votre attention.
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans /etc/make.conf pour pouvoir travailler en NFS. C'est vrai que sinon, les symptômes sont étranges...
Christophe PEREZ
Le Wed, 16 Feb 2005 01:00:19 +0100, l'indien a écrit:
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans /etc/make.conf pour pouvoir travailler en NFS.
Noté, et fait. Merci pour l'info.
C'est vrai que sinon, les symptômes sont étranges...
Exact. Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en nolock, stp ?
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 16 Feb 2005 01:00:19 +0100, l'indien a écrit:
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans
/etc/make.conf pour pouvoir travailler en NFS.
Noté, et fait.
Merci pour l'info.
C'est vrai que sinon, les symptômes sont étranges...
Exact.
Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en
nolock, stp ?
Le Wed, 16 Feb 2005 01:00:19 +0100, l'indien a écrit:
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans /etc/make.conf pour pouvoir travailler en NFS.
Noté, et fait. Merci pour l'info.
C'est vrai que sinon, les symptômes sont étranges...
Exact. Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en nolock, stp ?
-- Christophe PEREZ Écrivez moi sans _faute !
Bob qui Trolle
Christophe PEREZ wrote:
Exact. Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en nolock, stp ?
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8) côté serveur pourrait aider, ou alors, voire les règles de firewall des deux machines.
Christophe PEREZ wrote:
Exact.
Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en
nolock, stp ?
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8)
côté serveur pourrait aider, ou alors, voire les règles de firewall des
deux machines.
Exact. Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en nolock, stp ?
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8) côté serveur pourrait aider, ou alors, voire les règles de firewall des deux machines.
l'indien
On Tue, 15 Feb 2005 22:56:08 -0400, Christophe PEREZ wrote:
Le Wed, 16 Feb 2005 01:00:19 +0100, l'indien a écrit:
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans /etc/make.conf pour pouvoir travailler en NFS.
Noté, et fait. Merci pour l'info.
C'est vrai que sinon, les symptômes sont étranges...
Exact. Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en nolock, stp ?
Je pense que ça résoud aussi le problème, mais que ça peut éventuellement aussi en poser pour certaines applis qui auraient absolument besoin de locks, même en NFS... Donc, je suis plutôt partisan d'éviter cette solution, autant que possible...
On Tue, 15 Feb 2005 22:56:08 -0400, Christophe PEREZ wrote:
Le Wed, 16 Feb 2005 01:00:19 +0100, l'indien a écrit:
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans
/etc/make.conf pour pouvoir travailler en NFS.
Noté, et fait.
Merci pour l'info.
C'est vrai que sinon, les symptômes sont étranges...
Exact.
Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en
nolock, stp ?
Je pense que ça résoud aussi le problème, mais que ça peut
éventuellement aussi en poser pour certaines applis qui auraient
absolument besoin de locks, même en NFS...
Donc, je suis plutôt partisan d'éviter cette solution, autant que
possible...
On Tue, 15 Feb 2005 22:56:08 -0400, Christophe PEREZ wrote:
Le Wed, 16 Feb 2005 01:00:19 +0100, l'indien a écrit:
Pour portage, il faut mettre "-distlocks" dans les FEATURES dans /etc/make.conf pour pouvoir travailler en NFS.
Noté, et fait. Merci pour l'info.
C'est vrai que sinon, les symptômes sont étranges...
Exact. Et tu penses quoi, toi, du fait que j'ai du mettre les montages NFS en nolock, stp ?
Je pense que ça résoud aussi le problème, mais que ça peut éventuellement aussi en poser pour certaines applis qui auraient absolument besoin de locks, même en NFS... Donc, je suis plutôt partisan d'éviter cette solution, autant que possible...
Christophe PEREZ
Le Wed, 16 Feb 2005 08:06:03 +0100, Bob qui Trolle a écrit:
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8)
Sûr de ça ? Parce que maintenant, les applis parviennent à verrouiller puisqu(elles ne râlent plus, non ?
côté serveur pourrait aider,
Plus précisément, quelle info puis-je te donner ?
ou alors, voire les règles de firewall des deux machines.
Là non, tout ouvert en interne.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 16 Feb 2005 08:06:03 +0100, Bob qui Trolle a écrit:
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8)
Sûr de ça ?
Parce que maintenant, les applis parviennent à verrouiller puisqu(elles
ne râlent plus, non ?
côté serveur pourrait aider,
Plus précisément, quelle info puis-je te donner ?
ou alors, voire les règles de firewall des
deux machines.
Le Wed, 16 Feb 2005 08:06:03 +0100, Bob qui Trolle a écrit:
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8)
Sûr de ça ? Parce que maintenant, les applis parviennent à verrouiller puisqu(elles ne râlent plus, non ?
côté serveur pourrait aider,
Plus précisément, quelle info puis-je te donner ?
ou alors, voire les règles de firewall des deux machines.
Là non, tout ouvert en interne.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Wed, 16 Feb 2005 10:29:11 +0100, l'indien a écrit:
Je pense que ça résoud aussi le problème, mais que ça peut éventuellement aussi en poser pour certaines applis qui auraient absolument besoin de locks, même en NFS... Donc, je suis plutôt partisan d'éviter cette solution, autant que possible...
C'est donc bien pour ça que je repose le problème bien que solutionné en apparence. J'aimerais bien qu'on m'aide à diagnostiquer la raison du défaut justement.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 16 Feb 2005 10:29:11 +0100, l'indien a écrit:
Je pense que ça résoud aussi le problème, mais que ça peut
éventuellement aussi en poser pour certaines applis qui auraient
absolument besoin de locks, même en NFS...
Donc, je suis plutôt partisan d'éviter cette solution, autant que
possible...
C'est donc bien pour ça que je repose le problème bien que solutionné
en apparence.
J'aimerais bien qu'on m'aide à diagnostiquer la raison du défaut
justement.
Le Wed, 16 Feb 2005 10:29:11 +0100, l'indien a écrit:
Je pense que ça résoud aussi le problème, mais que ça peut éventuellement aussi en poser pour certaines applis qui auraient absolument besoin de locks, même en NFS... Donc, je suis plutôt partisan d'éviter cette solution, autant que possible...
C'est donc bien pour ça que je repose le problème bien que solutionné en apparence. J'aimerais bien qu'on m'aide à diagnostiquer la raison du défaut justement.
-- Christophe PEREZ Écrivez moi sans _faute !
Bob qui Trolle
Christophe PEREZ wrote:
Le Wed, 16 Feb 2005 08:06:03 +0100, Bob qui Trolle a écrit:
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8)
Sûr de ça ?
Bah non, mais selon nfs(5)
nolock Disable NFS locking. Do not start lockd. This has to be used with some old NFS servers that don't support locking.
Plus précisément, quelle info puis-je te donner ?
Version des OS des deux machines, versions de mount, lockd, état des démons concernés à l'instant du problème. Encore mieux, tcpdump(8) de ce qui passe sur le câble quand ça chie.
Christophe PEREZ wrote:
Le Wed, 16 Feb 2005 08:06:03 +0100, Bob qui Trolle a écrit:
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8)
Sûr de ça ?
Bah non, mais selon nfs(5)
nolock Disable NFS locking. Do not start lockd. This has to
be used with some old NFS servers that don't
support locking.
Plus précisément, quelle info puis-je te donner ?
Version des OS des deux machines, versions de mount, lockd, état des
démons concernés à l'instant du problème. Encore mieux, tcpdump(8) de ce
qui passe sur le câble quand ça chie.
Le Wed, 16 Feb 2005 08:06:03 +0100, Bob qui Trolle a écrit:
Que ton serveur NFS refuse désormais les verrous/locks. rpc/lockd(8)
Sûr de ça ?
Bah non, mais selon nfs(5)
nolock Disable NFS locking. Do not start lockd. This has to be used with some old NFS servers that don't support locking.
Plus précisément, quelle info puis-je te donner ?
Version des OS des deux machines, versions de mount, lockd, état des démons concernés à l'instant du problème. Encore mieux, tcpdump(8) de ce qui passe sur le câble quand ça chie.
Christophe PEREZ
Le Thu, 17 Feb 2005 00:08:55 +0100, Bob qui Trolle a écrit:
Version des OS des deux machines,
Je crois l'avoir fait initialement (je n'ai plus mon message dans le fil) : Serveur Mandrake 10.0 Client Gentoo
versions de mount,
~ $ mount --version mount: mount-2.12 ~ $ mount --version mount: mount-2.12i
lockd,
s'il s'agit de rpc.lockd (sinon, je ne vois pas), il est donc contenu dans nfs-utils, alors :
