On Mon, Mar 11, 2013 at 08:33:17PM +0100, Paweł Kośka wrote: > W dniu 11 marca 2013 18:10 użytkownik Bartlomiej Zimon <[email protected]> napisał: > > > No to fajnie, poldek naprawiony w th-test lezy, a my czekamy na feedback, > > czy juz jest ok :) > > Na pewno jest inaczej ;) > > upgrade zrobiony > [root@pavetta services]# poldek --version > poldek 0.30.0 (rc) > Copyright (C) 2000-2007 Pawel A. Gajda <[email protected]> > This program may be freely redistributed under the terms of the GNU GPL v2 > [root@pavetta services]# rpm -qa | grep poldek > poldek-libs-0.30.0-1.rc7.1.x86_64 > poldek-0.30.0-1.rc7.1.x86_64 > > > No i teraz jeszcze raz testujemy: > [root@pavetta services]# mfsmount /home/services/PLD/ -d -o mfsdebug > -H 172.16.20.164 -S / > http://pastebin.com/XFgXWpyq > > [root@pavetta services]# strace -o /tmp/test9.log poldek -v --noask -s > PLD/mfstest/RPMS/ --mkidxz > http://pastebin.com/CY3FVMTA > > > I drugi test, montowanie podkatalogu > > [root@pavetta services]# mfsmount /home/services/PLD/ -d -o mfsdebug > -H 172.16.20.164 -S /mfstest > http://pastebin.com/y2rjPytr > > [root@pavetta services]# strace -o /tmp/test10.log poldek -v --noask > -s PLD/RPMS/ --mkidxz > http://pastebin.com/WWBUWfBa
No to dalej coś źle z poldkiem, bo w logu jest dwa razy EPERM, a błąd zignorowany - brak(?) informacji na stderr, kod wyjścia 0. Błąd trudny do powtórzenia w normalnych warunkach (niepowodzenie odczytu po wcześniejszym udanym zapisie), ale jednak. Co do samego problemu z MFS-em - nie udało mi się powtórzyć. Może trochę różnią się warunki... Mógłbyś dać dostęp do tego swojego systemu (master + mount)? Kontakt na maila. -- Jakub Bogusz http://qboosh.pl/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
