On Thu, Mar 14, 2013 at 12:22:18AM +0100, Bartlomiej Zimon wrote: > Dnia 12 marca 2013 17:09 Jakub Bogusz <[email protected]> napisał(a): > > > 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. > > > > Dziwna sprawa, pomijam fakt ze nigdzie w kodzie poldka nie sprawdzane jest > czy > zamykanie bazy tndb skonczylo sie sukcesem poza funkcjami test_xxx.c ;) > Wydaje sie ze jest jednak jakis problem z tym systemem plikow. > Nie jest to jakis bug w systemie plikow zwiazany z userem/grupa/itd.?
Problem po stronie MFS-a udało się zidentyfikować (kluczowe w tym było, że plik zaraz po utworzeniu i otwarciu jest usuwany, dalsze operacje są już na pliku trzymanym tylko przez deskryptor - nie działało to, jeśli zamontowana była tylko część drzewa systemu plików). Ma być poprawione w którejś następnej wersji. Natomiast nie sprawdzanie statusu odczytu, nawet jeśli możliwość niepowodzenia jest mało prawdopodobna, jest błędem w poldku. -- Jakub Bogusz http://qboosh.pl/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
