[LUGA] Mit freundlicher Unterstützung von:
WSR

Mail Thread Index


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cannot lockf



>>>>> "zen" == V Grabner <zen@gams.co.at> writes:

>> Hi Leute,
>> 
>> Linux 2.0 laeuft bei mir eigentlich recht gut bis auf sendmail. Bei
>> runq (=sendmail -q) bekomme ich folgende Fehlermeldung:
>> 
>> [martin@tango martin]$ runq cannot lockf(/etc/usmdata.dir, fd=3,
>> type=1, omode=37777777777, euid=0): Device or resource busy cannot
>> lockf(/etc/usmdata.dir, fd=3, type=10, omode=37777777777, euid=0):
>> Device or resource busy cannot lockf(/etc/usmdata.dir, fd=3,
>> type=1, omode=37777777777, euid=0): Device or resource busy cannot
>> lockf(/etc/usmdata.dir, fd=3, type=10, omode=37777777777, euid=0):
>> Device or resource busy
>> 
>> 
>> Wer weist, was 'lockf' ist und was beim 2.0er da jetzt anders ist?

zen> Don't quote me, but lockf looks like old-style bsd stuff (nix
zen> Posix) ich würd da den fcntl() nehmen ....

zen> Ich hab nirgends nachgeschaut, vielleicht alles falsch ...
<schneckerl prohaska emulation on> Ja das stimmt <schneckerl prohaska
emulation off>

Im Kernel war eine lockf() emulation drinne, die wurde jetzt mit einer
warning versehen wenn lockf*() aufgerufen wird.
Abhilfe: libc upgraden. statisch gelinkte binaries und a.out binaries
wegwerfen :-)

zen> --zen - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
zen> - - - - - Vinzenz Grabner Voice : + 43 1 817 62 30-15
zen> G.A.M.S. GmbH.  Fax : + 43 1 817 62 30-17
zen> Schoenbrunnerstr. 179/II/4.St.  NIC : VG39 A-1120
zen> Vienna/Austria/Europe e-mail : zen@gams.co.at - - - - - - - - - -
zen> - - - - - - - - - - - - - - - - - - - - - - - - -







powered by LINUX the choice of a gnu generation
linux user group austria;
Suche
Suche
Letzte Änderung:
webmaster@luga.at
September 2010