[gentoo-user-de] distfiles mit NFS exportieren - kann keine Locks erzeugen :(

[gentoo-user-de] distfiles mit NFS exportieren - kann keine Locks erzeugen :(

[Alexander Skwar]

Hi!

alexander@blatt ~ $ sudo emerge -vf rt2500
Calculating dependencies ...done!
>>> emerge (1 of 1) net-wireless/rt2500-1.1.0_beta3 to /
Traceback (most recent call last):
  File "/usr/bin/emerge", line 3200, in ?
    mydepgraph.merge(mydepgraph.altlist())
  File "/usr/bin/emerge", line 1859, in merge
    retval=portage.doebuild(y,"fetch",myroot,self.pkgsettings,edebug,("--pretend" in myopts),fetchonly=1)
  File "/usr/lib/portage/pym/portage.py", line 2664, in doebuild
    if mydo!="manifest" and not fetch(fetchme, mysettings, listonly=listonly, fetchonly=fetchonly):
  File "/usr/lib/portage/pym/portage.py", line 1819, 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

Wie man hier sehen kann, konnte portage (bzw. das Modul
/usr/lib/portage/pym/portage_locks.py) keinen Lock erzeugen. Ist
mit Fehlercode "13 - Zugriff verweigert" gescheitert.

Auf diesem Client habe ich in der make.conf das DISTDIR "umgelegt":

DISTDIR="/Gentoo/Portage/distfiles"

alexander@blatt ~ $ ls -lad /Gentoo/Portage/distfiles /misc/distfiles /misc/distfiles/.locks
lrwxrwxrwx  1 root portage    15 22. Aug 09:43 /Gentoo/Portage/distfiles -> /misc/distfiles
drwxrwsr-x  4 root portage 16384 22. Aug 10:46 /misc/distfiles
drwxrwsr-x  2 root portage   125 22. Aug 10:46 /misc/distfiles/.locks

Normale Dateien können aber Problemlos in $DISTDIR/.locks angelegt
werden:

alexander@blatt ~ $ date > $DISTDIR/.locks/testfile.$(id -un)
alexander@blatt ~ $ date | sudo -u portage dd of=$DISTDIR/.locks/testfile.portage
0+1 Datensätze ein
0+1 Datensätze aus
alexander@blatt ~ $ date | sudo dd of=$DISTDIR/.locks/testfile.root
0+1 Datensätze ein
0+1 Datensätze aus
alexander@blatt ~ $ ls -la $DISTDIR/.locks
insgesamt 32
drwxrwsr-x  2 root      portage  4096 22. Aug 10:53 .
drwxrwsr-x  4 root      portage 16384 22. Aug 10:52 ..
-rw-r--r--  1 alexander portage    29 22. Aug 10:52 testfile.alexander
-rw-r--r--  1 portage   portage    29 22. Aug 10:53 testfile.portage
-rw-r--r--  1 root      portage    29 22. Aug 10:54 testfile.root

Warum kann emerge hier keinen Lock im $DISTDIR/.locks Verzeichnis
anlegen? Sowohl auf dem Client wie auch auf dem Server läuft
[lockd] (also rpc.lockd).

Danke sehr,

Alexander Skwar
-- 
Give your very best today.  Heaven knows it's little enough.
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] distfiles mit NFS exportieren - kann keine Locks erzeugen :(

[Sevo Stille]

Alexander Skwar wrote:

> Warum kann emerge hier keinen Lock im $DISTDIR/.locks Verzeichnis
> anlegen? 

NFS exportiert per Default ohne root-Schreibrechte (ist auch besser so, 
da es den entfernten Maschinen blind vertraut).

Ein auf ein NFS-Dir zugreifendes portage muß daher entweder mit userpriv 
unter einem eigenen User laufen, oder man muß (um den Preis verringerter 
Sicherheit) mit "no_root_squash" exportieren.

> Sowohl auf dem Client wie auch auf dem Server läuft
> [lockd] (also rpc.lockd).

Hilft nicht, denn du hast ein Problem mit einem File-Lock.

Gruß Sevo


-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] distfiles mit NFS exportieren - kann keine Locks erzeugen :(

[Alexander Skwar]

Sevo Stille schrieb:
> Alexander Skwar wrote:
> 
>> Warum kann emerge hier keinen Lock im $DISTDIR/.locks Verzeichnis
>> anlegen? 
> 
> NFS exportiert per Default ohne root-Schreibrechte

Ja. Darum habe ich ja auch gezeigt:

alexander@blatt ~ $ date | sudo dd of=$DISTDIR/.locks/testfile.root
alexander@blatt ~ $ ls -la $DISTDIR/.locks
[...]
-rw-r--r--  1 root      portage    29 22. Aug 10:54 testfile.root

Aber stimmt schon, ich hätte noch den Server zeigen sollen.

> Ein auf ein NFS-Dir zugreifendes portage muß daher entweder mit userpriv 
> unter einem eigenen User laufen, oder man muß (um den Preis verringerter 
> Sicherheit) mit "no_root_squash" exportieren.

In /etc/exports von dort:

/Gentoo/Portage/distfiles                       *.bei.digitalprojects.com(async,rw,no_root_squash)
/Gentoo/Notebook/Gentoo/Portage/packages        *.bei.digitalprojects.com(async,rw,no_root_squash)
/Gentoo/Notebook/var/lib/portage/               *.bei.digitalprojects.com(async,rw,no_root_squash)

Dies hatte ich bereits vorhin so da stehen (nur deshalb gehörte
das "testfile.root" ja auch "root" und nicht "nobody").

>> Sowohl auf dem Client wie auch auf dem Server läuft
>> [lockd] (also rpc.lockd).
> 
> Hilft nicht, denn du hast ein Problem mit einem File-Lock.

Hm? Was meinst Du damit? Und wie lässt sich das Problem
lösen?

Alexander Skwar
-- 
BOFH Excuse #126:

it has Intel Inside
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: distfiles mit NFS exportieren - kann keine Locks erzeugen :(

[Arnold Krille]

On 8/22/05, Alexander Skwar <listen@alexander.skwar.name> wrote:
> Aber stimmt schon, ich hätte noch den Server zeigen sollen.
> In /etc/exports von dort:
> /Gentoo/Portage/distfiles                      
> *.bei.digitalprojects.com(async,rw,no_root_squash)

Versuch das mal mit sync (statt async), das hab ich bei allen meinen
dirs und ich bekomme keine Probleme mit dem portage-over-nfs...

Arnold

-- 
visit http://dillenburg.dyndns.org/~arnold/
---
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und
einen Sack Rohlinge kaufen.

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: distfiles mit NFS exportieren - kann keine Locks erzeugen :(

[Alexander Skwar]

Arnold Krille schrieb:
> On 8/22/05, Alexander Skwar <listen@alexander.skwar.name> wrote:
>> Aber stimmt schon, ich hätte noch den Server zeigen sollen.
>> In /etc/exports von dort:
>> /Gentoo/Portage/distfiles                      
>> *.bei.digitalprojects.com(async,rw,no_root_squash)
> 
> Versuch das mal mit sync (statt async), das hab ich bei allen meinen
> dirs und ich bekomme keine Probleme mit dem portage-over-nfs...

Ich habe inzwischen auf sync umgestellt - und es klappt
immer noch nicht :(

Warum erhalte ich wohl immer "Permission Denied"? Wer
verweigert hier wem die Erlaubnis - und vor allem: Warum?
Und noch wichtiger: Wie kann ich das ändern?


Hier nochmal die Fehlermeldung - ist ja schon 'n paar
Tage her...

alexander@blatt ~ $ sudo -H emerge -vat app-text/txt2man

These are the packages that I would merge, in reverse order:

Calculating dependencies ...done!
[ebuild  N    ] app-text/txt2man-1.4.8-r1  11 kB

Total size of downloads: 11 kB

Do you want me to merge these packages? [Yes/No]
>>> emerge (1 of 1) app-text/txt2man-1.4.8-r1 to /
Traceback (most recent call last):
  File "/usr/bin/emerge", line 3200, in ?
    mydepgraph.merge(mydepgraph.altlist())
  File "/usr/bin/emerge", line 1912, in merge
    retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug)
  File "/usr/lib/portage/pym/portage.py", line 2664, in doebuild
    if mydo!="manifest" and not fetch(fetchme, mysettings, listonly=listonly, fetchonly=fetchonly):
  File "/usr/lib/portage/pym/portage.py", line 1819, 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

alexander@blatt ~ $ emerge info | grep -i FEAT
FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict"

alexander@blatt ~ $ emerge info | grep DISTDIR
DISTDIR="/Gentoo/Portage/distfiles"

alexander@blatt ~ $ grep /Gentoo/Portage/distfiles /etc/autofs/auto.misc
distfiles       -fstype=nfs,bg,hard,tcp,rsize=8192,wsize=8192,nfsvers=3,timeo=14 server:/Gentoo/Portage/distfiles

Auf dem "server":

/Gentoo/Portage/distfiles                       *.bei.digitalprojects.com(sync,rw,no_root_squash)

Auf dem "server" erhalte ich auch (wie es scheint) keine
Fehlermeldung.

Ratlos,

Alexander Skwar
-- 
gentoo-user-de@gentoo.org mailing list