| View previous topic :: View next topic |
| Author |
Message |
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3174
Location: Paris
|
 Posted: Sat Mar 25, 2006 11:08 pm Post subject: [portage/NFS] emerge bloque (résolu) |
 |
|
Argh, bonsoir,
Mauvaise surprise aujourd hui, je ne peux plus rien emerger. Bien entendu, je n'ai aucun message d'erreur, mais au moins c'est totalement reproductible (snif, quelle consolation).
A chaque emerge de paquet, le même scénario du genre:
| Code: | # emerge -av openoffice
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild N ] dev-perl/Compress-Zlib-1.41 -minimal 148 kB
[ebuild N ] dev-perl/Archive-Zip-1.16 -minimal 108 kB
[ebuild N ] app-shells/tcsh-6.14-r3 -perl 859 kB
[ebuild N ] app-office/openoffice-2.0.1-r1 -binfilter -eds -gnome +gtk -java +kde -ldap -mozilla +xml2 187,445 kB
Total size of downloads: 188,562 kB
Do you want me to merge these packages? [Yes/No]
>>> emerge (1 of 4) dev-perl/Compress-Zlib-1.41 to /
|
Et çà n'avance plus. Pas de gentil petit "unpacking sources" comme de coutume.
Avec le débug activé, c'est pas mieux:
| Code: | Do you want me to merge these packages? [Yes/No]
>>> emerge (1 of 4) dev-perl/Compress-Zlib-1.41 to /
+ dyn_clean
+ '[' GNU == BSD ']'
+ '[' GNU == Darwin ']'
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/image
+ hasq keeptemp autoconfig buildsyspkg ccache distlocks sandbox sfperms strict userpriv usersandbox
+ local x
+ local me=keeptemp
+ shift
+ for x in '"$@"'
+ '[' autoconfig == keeptemp ']'
+ for x in '"$@"'
+ '[' buildsyspkg == keeptemp ']'
+ for x in '"$@"'
+ '[' ccache == keeptemp ']'
+ for x in '"$@"'
+ '[' distlocks == keeptemp ']'
+ for x in '"$@"'
+ '[' sandbox == keeptemp ']'
+ for x in '"$@"'
+ '[' sfperms == keeptemp ']'
+ for x in '"$@"'
+ '[' strict == keeptemp ']'
+ for x in '"$@"'
+ '[' userpriv == keeptemp ']'
+ for x in '"$@"'
+ '[' usersandbox == keeptemp ']'
+ return 1
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/temp
+ hasq keepwork autoconfig buildsyspkg ccache distlocks sandbox sfperms strict userpriv usersandbox
+ local x
+ local me=keepwork
+ shift
+ for x in '"$@"'
+ '[' autoconfig == keepwork ']'
+ for x in '"$@"'
+ '[' buildsyspkg == keepwork ']'
+ for x in '"$@"'
+ '[' ccache == keepwork ']'
+ for x in '"$@"'
+ '[' distlocks == keepwork ']'
+ for x in '"$@"'
+ '[' sandbox == keepwork ']'
+ for x in '"$@"'
+ '[' sfperms == keepwork ']'
+ for x in '"$@"'
+ '[' strict == keepwork ']'
+ for x in '"$@"'
+ '[' userpriv == keepwork ']'
+ for x in '"$@"'
+ '[' usersandbox == keepwork ']'
+ return 1
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/.unpacked
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/.compiled
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/.tested
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/.installed
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/.packaged
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/build-info
+ rm -rf /var/tmp/portage/Compress-Zlib-1.41/work
+ '[' -f /var/tmp/portage/Compress-Zlib-1.41/.unpacked ']'
++ find /var/tmp/portage/Compress-Zlib-1.41 -mindepth 1 -maxdepth 1
+ '[' -z '' ']'
+ rmdir /var/tmp/portage/Compress-Zlib-1.41
+ true
+ set +x
|
J'ai été voir dans /var/tmp/portage, rien de flagrant, j'ai même tout effacé sans plus de succés.
Etant en 2.0.54 de portage, j'ai réussi à emerge avec -k un paquet binaire de la 2.0.53 qui me restait, mais mêmes symptomes avec cette versions aussi. Le plus terrible, c'est que je n'ai rien mis à jour côté système depuis un sacré moment, et que je n'ai pas eu d'erreur critique ailleurs... Enfin bref, tout roulait comme il faut jusque là.
revdep-rebuild ne m'a rien trouvé de transcendant non plus. D'après lui, il veut faire çà:
| Code: | | emerge --oneshot =dev-perl/sdl-perl-1.20.3-r1 =gnome-base/gnome-vfs-2.10.1-r2 =kde-base/kdebase-3.4.1-r1 =kde-base/kdeaddons-3.4.1 =sys-apps/qtparted-0.4.4 =x11-plugins/wmbiff-0.4.25-r |
AAARRGGH! 
Des idées?
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT)
Last edited by El_Goretto on Mon Mar 27, 2006 5:15 pm; edited 1 time in total |
|
| Back to top |
|
 |
boozo
Advocate
Joined: 01 Jul 2004
Posts: 3193
|
|
| Back to top |
|
|
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3174
Location: Paris
|
| Posted: Sun Mar 26, 2006 8:44 am Post subject: |
|
|
Je te remercie pour ce lien, boozo, qui montre de manière définitive que je ne sais pas chercher correctement sur le forum
Bon, trifouiller la sandbox ou la variable qui n'est pas définie chez moi ne donne rien.
Par contre, oui, je suis en NFS, et c'est sur la machine qui est distante que le problème se pose. J'ai commencé par rebooter la machine qui héberge l'arbre portage NFS (30 jours de up, brave fifille), mais sans rien donner. En fait, il y a 30 jours sur la machine hébergeuse, j'étais passé d'un 2.6.14 hardened à son équivalent 2.6.11 de secours parce que j'avais pété la config du noyau. Donc avant d'utiliser l'option NFS crado nolock, je vais tenter de remettre le 2.6.14 (même si avant je n'avais pas non plus ce soucis en 2.6.11... pas tout compris).
Merci, je vous dis si ya du mieux.
--
edit: en attendant que le noyau finisse de compiler, le nolock fonctionne... Urk, bon, déjà ya une bouée de secours
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT) |
|
| Back to top |
|
|
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3174
Location: Paris
|
| Posted: Mon Mar 27, 2006 4:46 pm Post subject: |
|
|
Urk, le changement de noyau n'a rien fait, mais j'ai maintenant (pourquoi??) une erreur plus précise lors de l'emerge, qui confirme le problème de verrou:
| Code: | # emerge -av portage-manpages
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild N ] app-portage/portage-manpages-1.2 17 kB
Total size of downloads: 17 kB
Do you want me to merge these packages? [Yes/No]
>>> emerge (1 of 1) app-portage/portage-manpages-1.2 to /
Traceback (most recent call last):
File "/usr/bin/emerge", line 3228, in ?
mydepgraph.merge(pkglist)
File "/usr/bin/emerge", line 1912, in merge
retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug,tree="porttree")
File "/usr/lib/portage/pym/portage.py", line 2704, in doebuild
if mydo!="manifest" and not fetch(fetchme, mysettings, listonly=listonly, fetchonly=fetchonly):
File "/usr/lib/portage/pym/portage.py", line 1831, 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 |
Mais je ne veux pas me passer du verrou moi! Et surtout pourquoi çà apparait comme çà, paf...
--
edit:
je viens de trouver çà dans mes logs:
| Code: | lockd_up: makesock failed, error=-98
lockd_up: no pid, 2 users??
lockd_up: no pid, 3 users?? |
Hahaaaaaa. Bon, euh, je vais googliser un coup
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT) |
|
| Back to top |
|
|
boozo
Advocate
Joined: 01 Jul 2004
Posts: 3193
|
|
| Back to top |
|
|
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3174
Location: Paris
|
| Posted: Mon Mar 27, 2006 5:14 pm Post subject: |
|
|
Ayé, j'ai trouvé...
Par netstat, dnsmasq utilise le même port que le démon lockd...
Et fatalement, dnsmasq a été installé ya 2-3 semaines...
Boulet of me...
Merci à boozo pour ses pistes
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT) |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
French
