Patch dla mfs.spec

[Jakub Bogusz]

On Thu, Mar 14, 2013 at 12:22:18AM +0100, Bartlomiej Zimon wrote:
> Dnia 12 marca 2013 17:09 Jakub Bogusz <qboosh w pld-linux.org> 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 <uzi18 w o2.pl> 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 w pavetta services]# poldek --version
> > > poldek 0.30.0 (rc)
> > > Copyright (C) 2000-2007 Pawel A. Gajda <mis w pld-linux.org>
> > > This program may be freely redistributed under the terms of the GNU GPL v2
> > > [root w 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 w pavetta services]# mfsmount /home/services/PLD/ -d -o mfsdebug
> > > -H 172.16.20.164 -S /
> > > http://pastebin.com/XFgXWpyq
> > > 
> > > [root w 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 w pavetta services]# mfsmount /home/services/PLD/ -d -o mfsdebug
> > > -H 172.16.20.164 -S /mfstest
> > > http://pastebin.com/y2rjPytr
> > > 
> > > [root w 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/