reiser4 for 2.6.16 (version 3)

reiser4 for 2.6.16 (version 3)

[Vladimir V. Saveliev]

Hello

ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz contains the most recent reiser4 code which is considered stable inside Namesys.
This code is supposed to be in mm kernel next to 2.6.17-rc4-mm3.

Please try it. Any feedback is welcome.

Re: reiser4 for 2.6.16 (version 3)

[Alexander Zarochentsev]

On Monday 29 May 2006 21:30, Vladimir V. Saveliev wrote:
> Hello
>
> ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3
>.patch.gz contains the most recent reiser4 code which is considered
> stable inside Namesys. This code is supposed to be in mm kernel next
> to 2.6.17-rc4-mm3.
>
> Please try it. Any feedback is welcome.


it works on the Cuba server. 

uptime is 
  3:54pm  up   5:25,  2 users,  load average: 0,00, 0,00, 0,00

>
>

-- 
Alex.

Re: reiser4 for 2.6.16 (version 3)

[mail]

#cd /usr/src/linux-std
#make clean
#gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
--silent
#make all
#make modules_install 
---cut---
if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod
-ae -F System.map  2.6.16.18; fi
WARNING:
/lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
unknown symbol balance_dirty_pages
WARNING:
/lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
unknown symbol page_cache_readahead
make: *** [_modinst_post] Ошибка 1

# uname -a
Linux losthold.vs 2.6.16.18 #12 PREEMPT Mon May 29 21:43:25
MSD 2006 i686 AMD Athlon(tm)  unknown GNU/Linux
# gcc -v
Using built-in specs.
Target: i586-mandriva-linux-gnu
Configured with: ../configure --prefix=/usr
--libexecdir=/usr/lib --with-slibdir=/lib
--mandir=/usr/share/man --infodir=/usr/share/info
--enable-shared --enable-threads=posix --disable-checking
--enable-languages=c,c++,ada,f95,objc,java
--host=i586-mandriva-linux-gnu --with-system-zlib
--enable-long-long --enable-__cxa_atexit
--enable-clocale=gnu --disable-libunwind-exceptions
--enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--enable-gtk-cairo --disable-libjava-multilib
Thread model: posix
gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release
2006.0)

reiser4-for-2.6.16-2.patch.gz -- compile and install
without this problem.




On Tue, 30 May 2006 15:54:35 +0400
 Alexander Zarochentsev <zam@namesys.com> wrote:
> On Monday 29 May 2006 21:30, Vladimir V. Saveliev wrote:
> > Hello
> >
> >
>
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3
> >.patch.gz contains the most recent reiser4 code which is
> considered
> > stable inside Namesys. This code is supposed to be in
> mm kernel next
> > to 2.6.17-rc4-mm3.
> >
> > Please try it. Any feedback is welcome.
> 
> 
> it works on the Cuba server. 
> 
> uptime is 
>   3:54pm  up   5:25,  2 users,  load average: 0,00, 0,00,
> 0,00
> 
> >
> >
> 
> -- 
> Alex.


A.

--------------

"Hic Jacet Ego"

Re: reiser4 for 2.6.16 (version 3)

[Vladimir V. Saveliev]

Hello

On Tue, 2006-05-30 at 17:49 +0400, mail@viliar.net.ru wrote:
> #cd /usr/src/linux-std
> #make clean
> #gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
> --silent
> #make all
> #make modules_install 
> ---cut---
> if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod
> -ae -F System.map  2.6.16.18; fi
> WARNING:
> /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
> unknown symbol balance_dirty_pages
> WARNING:
> /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
> unknown symbol page_cache_readahead
> make: *** [_modinst_post] Ошибка 1
> 

thanks, please try that
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-4.patch.gz


> # uname -a
> Linux losthold.vs 2.6.16.18 #12 PREEMPT Mon May 29 21:43:25
> MSD 2006 i686 AMD Athlon(tm)  unknown GNU/Linux
> # gcc -v
> Using built-in specs.
> Target: i586-mandriva-linux-gnu
> Configured with: ../configure --prefix=/usr
> --libexecdir=/usr/lib --with-slibdir=/lib
> --mandir=/usr/share/man --infodir=/usr/share/info
> --enable-shared --enable-threads=posix --disable-checking
> --enable-languages=c,c++,ada,f95,objc,java
> --host=i586-mandriva-linux-gnu --with-system-zlib
> --enable-long-long --enable-__cxa_atexit
> --enable-clocale=gnu --disable-libunwind-exceptions
> --enable-java-awt=gtk
> --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
> --enable-gtk-cairo --disable-libjava-multilib
> Thread model: posix
> gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release
> 2006.0)
> 
> reiser4-for-2.6.16-2.patch.gz -- compile and install
> without this problem.
> 
> 
> 
> 
> On Tue, 30 May 2006 15:54:35 +0400
>  Alexander Zarochentsev <zam@namesys.com> wrote:
> > On Monday 29 May 2006 21:30, Vladimir V. Saveliev wrote:
> > > Hello
> > >
> > >
> >
> ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3
> > >.patch.gz contains the most recent reiser4 code which is
> > considered
> > > stable inside Namesys. This code is supposed to be in
> > mm kernel next
> > > to 2.6.17-rc4-mm3.
> > >
> > > Please try it. Any feedback is welcome.
> > 
> > 
> > it works on the Cuba server. 
> > 
> > uptime is 
> >   3:54pm  up   5:25,  2 users,  load average: 0,00, 0,00,
> > 0,00
> > 
> > >
> > >
> > 
> > -- 
> > Alex.
> 
> 
> A.
> 
> --------------
> 
> "Hic Jacet Ego"
> 

Re: reiser4 for 2.6.16 (version 3)

[mail]

Already. All fine :)

On Tue, 30 May 2006 19:31:25 +0400
 "Vladimir V. Saveliev" <vs@namesys.com> wrote:
> Hello
> 
> On Tue, 2006-05-30 at 17:49 +0400, mail@viliar.net.ru
> wrote:
> > #cd /usr/src/linux-std
> > #make clean
> > #gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
> > --silent
> > #make all
> > #make modules_install 
> > ---cut---
> > if [ -r System.map -a -x /sbin/depmod ]; then
> /sbin/depmod
> > -ae -F System.map  2.6.16.18; fi
> > WARNING:
> > /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko
> needs
> > unknown symbol balance_dirty_pages
> > WARNING:
> > /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko
> needs
> > unknown symbol page_cache_readahead
> > make: *** [_modinst_post] Ошибка 1
> > 
> 
> thanks, please try that
>
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-4.patch.gz
> 
> 
> > # uname -a
> > Linux losthold.vs 2.6.16.18 #12 PREEMPT Mon May 29
> 21:43:25
> > MSD 2006 i686 AMD Athlon(tm)  unknown GNU/Linux
> > # gcc -v
> > Using built-in specs.
> > Target: i586-mandriva-linux-gnu
> > Configured with: ../configure --prefix=/usr
> > --libexecdir=/usr/lib --with-slibdir=/lib
> > --mandir=/usr/share/man --infodir=/usr/share/info
> > --enable-shared --enable-threads=posix
> --disable-checking
> > --enable-languages=c,c++,ada,f95,objc,java
> > --host=i586-mandriva-linux-gnu --with-system-zlib
> > --enable-long-long --enable-__cxa_atexit
> > --enable-clocale=gnu --disable-libunwind-exceptions
> > --enable-java-awt=gtk
> >
> --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
> > --enable-gtk-cairo --disable-libjava-multilib
> > Thread model: posix
> > gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux
> release
> > 2006.0)
> > 
> > reiser4-for-2.6.16-2.patch.gz -- compile and install
> > without this problem.
> > 
> > 
> > 
> > 
> > On Tue, 30 May 2006 15:54:35 +0400
> >  Alexander Zarochentsev <zam@namesys.com> wrote:
> > > On Monday 29 May 2006 21:30, Vladimir V. Saveliev
> wrote:
> > > > Hello
> > > >
> > > >
> > >
> >
>
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3
> > > >.patch.gz contains the most recent reiser4 code
> which is
> > > considered
> > > > stable inside Namesys. This code is supposed to be
> in
> > > mm kernel next
> > > > to 2.6.17-rc4-mm3.
> > > >
> > > > Please try it. Any feedback is welcome.
> > > 
> > > 
> > > it works on the Cuba server. 
> > > 
> > > uptime is 
> > >   3:54pm  up   5:25,  2 users,  load average: 0,00,
> 0,00,
> > > 0,00
> > > 
> > > >
> > > >
> > > 
> > > -- 
> > > Alex.
> > 
> > 
> > A.
> > 
> > --------------
> > 
> > "Hic Jacet Ego"
> > 
> 


A.

--------------

"Hic Jacet Ego"

Re: reiser4 for 2.6.16 (version 3)

[Hans Reiser]

mail@viliar.net.ru wrote:

>Already. All fine :)
>
>
>  
>
>>
>>    
>>
>ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-4.patch.gz
>  
>
Has the above been sent to akpm?  If not, and it fixes something, please do.

Re: reiser4 for 2.6.16 (version 3)

[Vladimir V. Saveliev]

Hello

On Wed, 2006-05-31 at 22:19 -0700, Hans Reiser wrote:
> mail@viliar.net.ru wrote:
> 
> >Already. All fine :)
> >
> >
> >  
> >
> >>
> >>    
> >>
> >ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-4.patch.gz
> >  
> >
> Has the above been sent to akpm?  If not, and it fixes something, please do.
> 

No, it has nothing new comparing to what we sent to Andrew.

Re: reiser4 for 2.6.16 (version 3)

[Sergey Ivanov]

Vladimir V. Saveliev wrote:
[skip]
> thanks, please try that
> ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-4.patch.gz
[skip]
I have compiled kernel 2.6.16.18 with this patch. Then mounted reiser4
filesystem for spool of mail server, listening from smtp-source and
delivering to smtp-sink. This is the load, caused problems with previous
versions of reiser4 (see
http://marc.theaimsgroup.com/?l=reiserfs&m=114175170229924&w=2 )
This patch works without problem.
Thank you!

-- 
	Sergey Ivanov.

Re: reiser4 for 2.6.16 (version 3)

[Vladimir V. Saveliev]

Hello

On Wed, 2006-05-31 at 11:54 -0400, Sergey Ivanov wrote:
> Vladimir V. Saveliev wrote:
> [skip]
> > thanks, please try that
> > ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-4.patch.gz
> [skip]
> I have compiled kernel 2.6.16.18 with this patch. Then mounted reiser4
> filesystem for spool of mail server, listening from smtp-source and
> delivering to smtp-sink. This is the load, caused problems with previous
> versions of reiser4 (see
> http://marc.theaimsgroup.com/?l=reiserfs&m=114175170229924&w=2 )

How does reiser4 compare to ext3 now (if you measured it)?

> This patch works without problem.
> Thank you!
> 

Re: reiser4 for 2.6.16 (version 3)

[Sergey Ivanov]

Vladimir V. Saveliev wrote:
[skip]
> 
> How does reiser4 compare to ext3 now (if you measured it)?
> 
Well, while writing messages to spool ext3 gives 240 msg/sec, while
reiser4 only 115 msg/sec. It was measured while acquiring 136000
messages, occupying more than 3 Gig storage. But while delivering these
messages from spool, reiser4 gives 155 msg/sec, while ext3 only 115
msg/sec rates.
Both filesystems were mounted with "noatime,nodiratime" options, at
FAST-80 WIDE SCSI 160.0 MB/s bus.
-- 
	Sergey Ivanov

Re: reiser4 for 2.6.16 (version 3)

[Marcus Furlong]

mail@viliar.net.ru wrote:

> #cd /usr/src/linux-std
> #make clean
> #gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
> --silent
> #make all
> #make modules_install
> ---cut---
> if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod
> -ae -F System.map  2.6.16.18; fi
> WARNING:
> /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
> unknown symbol balance_dirty_pages
> WARNING:
> /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
> unknown symbol page_cache_readahead
> make: *** [_modinst_post] Ошибка 1
> 
> # uname -a
> Linux losthold.vs 2.6.16.18 #12 PREEMPT Mon May 29 21:43:25
> MSD 2006 i686 AMD Athlon(tm)  unknown GNU/Linux
> # gcc -v
> Using built-in specs.
> Target: i586-mandriva-linux-gnu
> Configured with: ../configure --prefix=/usr
> --libexecdir=/usr/lib --with-slibdir=/lib
> --mandir=/usr/share/man --infodir=/usr/share/info
> --enable-shared --enable-threads=posix --disable-checking
> --enable-languages=c,c++,ada,f95,objc,java
> --host=i586-mandriva-linux-gnu --with-system-zlib
> --enable-long-long --enable-__cxa_atexit
> --enable-clocale=gnu --disable-libunwind-exceptions
> --enable-java-awt=gtk
> --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
> --enable-gtk-cairo --disable-libjava-multilib
> Thread model: posix
> gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release
> 2006.0)O
> 
> reiser4-for-2.6.16-2.patch.gz -- compile and install
> without this problem.

Try
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.13/broken-out.4/reiser4-export-page_cache_readahead.patch

Alternatively, this goes away if you don't build it as a module IIRC.

Re: reiser4 for 2.6.16 (version 3)

[mail]

With reiser4-for-2.6.16-4.patch  all compiled and installed
successefully, without errors and warnings.


On Tue, 30 May 2006 17:49:09 +0400
 <mail@viliar.net.ru> wrote:
> #cd /usr/src/linux-std
> #make clean
> #gzip -dc ../reiser4-for-2.6.16-3.patch.gz | patch -p1
> --silent
> #make all
> #make modules_install 
> ---cut---
> if [ -r System.map -a -x /sbin/depmod ]; then
> /sbin/depmod
> -ae -F System.map  2.6.16.18; fi
> WARNING:
> /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
> unknown symbol balance_dirty_pages
> WARNING:
> /lib/modules/2.6.16.18/kernel/fs/reiser4/reiser4.ko needs
> unknown symbol page_cache_readahead
> make: *** [_modinst_post] ïÛÉÂËÁ 1
> 
> # uname -a
> Linux losthold.vs 2.6.16.18 #12 PREEMPT Mon May 29
> 21:43:25
> MSD 2006 i686 AMD Athlon(tm)  unknown GNU/Linux
> # gcc -v
> Using built-in specs.
> Target: i586-mandriva-linux-gnu
> Configured with: ../configure --prefix=/usr
> --libexecdir=/usr/lib --with-slibdir=/lib
> --mandir=/usr/share/man --infodir=/usr/share/info
> --enable-shared --enable-threads=posix --disable-checking
> --enable-languages=c,c++,ada,f95,objc,java
> --host=i586-mandriva-linux-gnu --with-system-zlib
> --enable-long-long --enable-__cxa_atexit
> --enable-clocale=gnu --disable-libunwind-exceptions
> --enable-java-awt=gtk
> --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
> --enable-gtk-cairo --disable-libjava-multilib
> Thread model: posix
> gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release
> 2006.0)
> 
> reiser4-for-2.6.16-2.patch.gz -- compile and install
> without this problem.
> 
> 
> 
> 
> On Tue, 30 May 2006 15:54:35 +0400
>  Alexander Zarochentsev <zam@namesys.com> wrote:
> > On Monday 29 May 2006 21:30, Vladimir V. Saveliev
> wrote:
> > > Hello
> > >
> > >
> >
>
ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3
> > >.patch.gz contains the most recent reiser4 code which
> is
> > considered
> > > stable inside Namesys. This code is supposed to be in
> > mm kernel next
> > > to 2.6.17-rc4-mm3.
> > >
> > > Please try it. Any feedback is welcome.
> > 
> > 
> > it works on the Cuba server. 
> > 
> > uptime is 
> >   3:54pm  up   5:25,  2 users,  load average: 0,00,
> 0,00,
> > 0,00
> > 
> > >
> > >
> > 
> > -- 
> > Alex.
> 
> 
> A.
> 
> --------------
> 
> "Hic Jacet Ego"


A.

--------------

"Hic Jacet Ego"

Re: reiser4 for 2.6.16 (version 3)

[Alexey Polyakov]

On 5/29/06, Vladimir V. Saveliev <vs@namesys.com> wrote:

> Please try it. Any feedback is welcome.

Applied it to 2.6.16.18. It behaved very well comparing to 2.6.15.6 w/
second .15 patch.
It's a pretty busy web server, I usually open `tail -fs.1 access.log`
in one ssh window, and `vmstat 1` in another. 2.6.16.18 still shows
small pauses during write-outs, though they are much shorter - 1-2
seconds, comparing to up to 10 seconds on 2.6.15.6, and it writes out
in ~20Mb/second chunks (and ~5Mb/second on 2.6.15.6).
So the performance part is great. But it crashes after few hours of
work. Logs are empty (tried it couple of times, first time it crashed
20 minutes after booting system, second time it survived for about 5
hours). No error messages in logs (logs are on r4 partition too, I'll
try to place logs on ext2 partition if I'm unable to reproduce this
crash on my home PC).

-- 
Alexey Polyakov

Re: reiser4 for 2.6.16 (version 3)

[Francesco Biscani]

On Monday 29 May 2006 19:30, Vladimir V. Saveliev wrote:
> Hello
>
> ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch
>.gz contains the most recent reiser4 code which is considered stable inside
> Namesys. This code is supposed to be in mm kernel next to 2.6.17-rc4-mm3.
>
> Please try it. Any feedback is welcome.

Hi,

I'm using the 4th version and after a while I got this bug:

----------------------

reiser4[kio_http(28952)]: delete_object_unix_file 
(fs/reiser4/plugin/file/file.c:2615)[]:
WARNING: failed to truncate file (50954396) on removal: -2
reiser4[kio_http(28951)]: cbk_level_lookup (fs/reiser4/search.c:961)[vs-3533]:
WARNING: Keys are inconsistent. Fsck?
Unable to handle kernel NULL pointer dereference at virtual address 00000008
 printing eip:
c0194824
*pde = 00000000
Oops: 0000 [#1]
Modules linked in: ehci_hcd uhci_hcd isofs iptable_nat ip_nat iptable_mangle 
xt_state ip_conntrack xt_tcpudp iptable_filter ip_tables x_tables radeon drm 
usb_storage snd_usb_audio snd_usb_lib snd_hwdep usbhid fuse loop 8250 
serial_core ircomm_tty ircomm irtty_sir sir_dev irda
CPU:    0
EIP:    0060:[<c0194824>]    Not tainted VLI
EFLAGS: 00010287   (2.6.16-morph4 #2)
EIP is at try_capture+0x109/0x552
eax: 00000000   ebx: cd40f1c0   ecx: dbab9e80   edx: c8fdb324
esi: c3d00b80   edi: c8fdb310   ebp: c0c34cc0   esp: c1c1d9d8
ds: 007b   es: 007b   ss: 0068
Process kio_http (pid: 28957, threadinfo=c1c1c000 task=cfda6a70)
Stack: <0>cd40f1c4 c1c1da1c 00000008 dbab9ef0 00000000 c1c1c000 c0c34c80 
c0c34c84
       00000000 c3d00b80 dbab9e80 c018f3c5 dbab9e80 00000002 00000000 00000002
       c1c1dbfc 01118bf4 00000000 00000000 00000000 dbab9ee0 c0c34cc0 dbab9e80
Call Trace:
 [<c018f3c5>] longterm_lock_znode+0x26c/0x34e
 [<c01a043f>] lock_neighbor+0x65/0xab
 [<c01a0abc>] reiser4_get_neighbor+0xad/0x4a1
 [<c01bdcc7>] lookup_tail+0x0/0xbe
 [<c019067c>] kill_node_content+0x137/0x960
 [<c01a270a>] formatted_readahead+0x54/0x29a
 [<c018f51d>] longterm_unlock_znode+0x76/0x171
 [<c018eea1>] move_lh_internal+0x5b/0xe3
 [<c0191518>] cut_tree_worker_common+0x41/0x469
 [<c01914d7>] cut_tree_worker_common+0x0/0x469
 [<c018f8ab>] cut_tree_object+0x117/0x1f6
 [<c0193107>] reiser4_grab_space+0x3d/0x7c
 [<c01a01ff>] reiser4_decode_fh+0x66/0xf7
 [<c01a986c>] cut_file_items+0xe4/0x208
 [<c01a9d11>] truncate_file_body+0xbc/0x450
 [<c01aa88a>] update_file_size+0x0/0x84
 [<c01bc828>] store_black_box+0x90/0x98
 [<c01a43a6>] safe_link_add+0x76/0xbb
 [<c0194f85>] txn_end+0x256/0x4d8
 [<c0192fe5>] grabbed2free+0x27/0x37
 [<c0193687>] all_grabbed2free+0x35/0x39
 [<c0189626>] preempt_point+0x5/0x1b
 [<c019521c>] txn_restart+0x15/0x22
 [<c0193fc8>] txn_begin+0x1e/0x30
 [<c01aa7f4>] delete_object_unix_file+0x46/0xdc
 [<c0193fc8>] txn_begin+0x1e/0x30
 [<c0191b00>] _init_context+0x6b/0x8e
 [<c019f0c9>] reiser4_delete_inode+0x6c/0xbe
 [<c019f05d>] reiser4_delete_inode+0x0/0xbe
 [<c016dbd7>] generic_delete_inode+0x5c/0xca
 [<c016d70f>] iput+0x41/0x7d
 [<c0165e9f>] do_unlinkat+0xe4/0x141
 [<c011ac9d>] __do_softirq+0x42/0x8e
 [<c0102c7b>] sysenter_past_esp+0x54/0x75
Code: 14 8d 7a ec 8b 47 14 0f 18 00 90 3b 54 24 0c 0f 84 40 ff ff ff 8b 47 04 
89 04 24 e8 27 d1 ff ff 89 c3 39 44 24 18 74 d6 8b 40 3c <3b> 70 08 74 ce 8b 
47 04 89 04 24 e8 30 a5 ff ff 8b 53 3c 8b 5a

----------------------

Various versions of reiser4 in the past have had this problem, always 
triggered by kio_http (a component of the konqueror web browser). At a 
certain point the bug disappeared, but now it is back.

After the bug happened it was impossible to sync or write anything to the 
disk. Rebooted and fscked, no corruptions found.

Hope that helps!

  Francesco

-- 
Dr. Francesco Biscani
Dipartimento di Astronomia
Università di Padova
biscani@pd.astro.it

Re: reiser4 for 2.6.16 (version 3)

[rvalles]

[-- Attachment #1: Type: text/plain, Size: 956 bytes --]

On Mon, May 29, 2006 at 09:30:57PM +0400, Vladimir V. Saveliev wrote:
> Hello
> 
> ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz contains the most recent reiser4 code which is considered stable inside Namesys.
> This code is supposed to be in mm kernel next to 2.6.17-rc4-mm3.
> 
> Please try it. Any feedback is welcome.
> 

Finally, the "fsync/mmap >1minute writing to disk while halting all IO"
I reported a few weeks ago seems to be gone. Are you aware of that? what
caused it on the first place?

01:53:17 up 1 day, 23:59, 11 users,  load average: 0.37, 0.14, 0.21

This allows me to use a kernel newer than 2.6.12.6 for the first time.
Now, let's hope it stays ok and the bug doesn't show itself in just a
few hours.

Thank you all for your good work.
-- 
- Do you study theories? - Oh yes! Theories are fun. - How do you use them? - When I must act, theories are too slow. To act, I must know.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: reiser4 for 2.6.16 (version 3)

[rvalles]

[-- Attachment #1: Type: text/plain, Size: 1717 bytes --]

On Thu, Jun 01, 2006 at 01:59:20AM +0200, rvalles wrote:
> > ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz contains the most recent reiser4 code which is considered stable inside Namesys.
> > Please try it. Any feedback is welcome.

> Finally, the "fsync/mmap >1minute writing to disk while halting all IO"
> I reported a few weeks ago seems to be gone. Are you aware of that? what
> caused it on the first place?
> 
> 01:53:17 up 1 day, 23:59, 11 users,  load average: 0.37, 0.14, 0.21
> 
> This allows me to use a kernel newer than 2.6.12.6 for the first time.
> Now, let's hope it stays ok and the bug doesn't show itself in just a
> few hours.
03:57:54 up 7 days,  2:03, 11 users,  load average: 1.66, 1.64, 1.91

Ok, it's been a week already. While something has improved, the problem
seems to still be there; it triggers much less often, and behaves
different.

For now, I've only managed to trigger it using mutt, the moment I "send"
mail, it happens like 90% of the times. I can now, tho, edit files with vim
without turning crazy.

My brother, who uses the computer (I only ssh to it) hasn't noticed any
problem, therefore if the problem isn't fixed, it is well hidden. Also,
when I trigger it, it doesn't seem to affect whatever I/O is being done
in paralel of the task that caused it, which makes me think it triggers
far more often than I notice.

Haven't tried -4, should I? I think I've heard it only fixes build-as-module
problems, but I really don't know.

Thanks,
Roc Vallès Domènech

-- 
- Do you study theories? - Oh yes! Theories are fun. - How do you use them? - When I must act, theories are too slow. To act, I must know.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: reiser4 for 2.6.16 (version 3) (or what is in the reiser4 todo list)

[Hans Reiser]

rvalles wrote:

>On Thu, Jun 01, 2006 at 01:59:20AM +0200, rvalles wrote:
>  
>
>>>ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.16/reiser4-for-2.6.16-3.patch.gz contains the most recent reiser4 code which is considered stable inside Namesys.
>>>Please try it. Any feedback is welcome.
>>>      
>>>
>
>  
>
>>Finally, the "fsync/mmap >1minute writing to disk while halting all IO"
>>I reported a few weeks ago seems to be gone. Are you aware of that? what
>>caused it on the first place?
>>
>>01:53:17 up 1 day, 23:59, 11 users,  load average: 0.37, 0.14, 0.21
>>
>>This allows me to use a kernel newer than 2.6.12.6 for the first time.
>>Now, let's hope it stays ok and the bug doesn't show itself in just a
>>few hours.
>>    
>>
>03:57:54 up 7 days,  2:03, 11 users,  load average: 1.66, 1.64, 1.91
>
>Ok, it's been a week already. While something has improved, the problem
>seems to still be there; it triggers much less often, and behaves
>different.
>  
>
Well, we are getting close to this being at the top of the queue, so
over the next week can you collect data for us that says: I see such and
such delays with the new code?  I hope that we can then try to fix it. 
We need to write a patch that makes the generic write code pass to
reiser4 more than 4k at a time, change our read code to submit bios more
than 4k at a time, test the generic read code to see that it does not
let device congestion cause it to request from us 4k at a time, and then
we (I hope) can turn to these pauses and fsync optimization.  These
pauses and fsync optimization will be related code I think.  I think we
need to let users control whether fsync is lazy or aggressive, and (this
is speculative)  we need to refine our throttling of atom growth so that
when atoms are forced to flush they do so smoothly.  I need to
understand though, does it ever happen without fsync being waited on in
the new code?  If the problem is purely that the process doing fsync
waits too long, then that is much easier than if either it happens
without fsync or fsync causes every process waiting on IO to hang. 
Also, if it is only that fsync causes every process waiting on IO to
hang, it could be that IO scheduler tweaks could help it.  On the other
hand, if pauses happen every 600 seconds, then we have a deeper issue.

>For now, I've only managed to trigger it using mutt, the moment I "send"
>mail, it happens like 90% of the times. I can now, tho, edit files with vim
>without turning crazy.
>
>My brother, who uses the computer (I only ssh to it) hasn't noticed any
>problem, therefore if the problem isn't fixed, it is well hidden. Also,
>when I trigger it, it doesn't seem to affect whatever I/O is being done
>in paralel of the task that caused it, which makes me think it triggers
>far more often than I notice.
>
>Haven't tried -4, should I? I think I've heard it only fixes build-as-module
>problems, but I really don't know.
>
>Thanks,
>Roc Vallès Domènech
>
>  
>

[BUG] reiser4 for 2.6.16 (version 4)

[Francesco Biscani]

Hello list,

I'm re-sending this, since apparently it went un-noticed in another thread.

----------------------------------------

Hi,

I'm using reiser4-2.6.16-4 version and after a while I got this bug:

reiser4[kio_http(28952)]: delete_object_unix_file 
(fs/reiser4/plugin/file/file.c:2615)[]:
WARNING: failed to truncate file (50954396) on removal: -2
reiser4[kio_http(28951)]: cbk_level_lookup (fs/reiser4/search.c:961)[vs-3533]:
WARNING: Keys are inconsistent. Fsck?
Unable to handle kernel NULL pointer dereference at virtual address 00000008
 printing eip:
c0194824
*pde = 00000000
Oops: 0000 [#1]
Modules linked in: ehci_hcd uhci_hcd isofs iptable_nat ip_nat iptable_mangle 
xt_state ip_conntrack xt_tcpudp iptable_filter ip_tables x_tables radeon drm 
usb_storage snd_usb_audio snd_usb_lib snd_hwdep usbhid fuse loop 8250 
serial_core ircomm_tty ircomm irtty_sir sir_dev irda
CPU:    0
EIP:    0060:[<c0194824>]    Not tainted VLI
EFLAGS: 00010287   (2.6.16-morph4 #2)
EIP is at try_capture+0x109/0x552
eax: 00000000   ebx: cd40f1c0   ecx: dbab9e80   edx: c8fdb324
esi: c3d00b80   edi: c8fdb310   ebp: c0c34cc0   esp: c1c1d9d8
ds: 007b   es: 007b   ss: 0068
Process kio_http (pid: 28957, threadinfo=c1c1c000 task=cfda6a70)
Stack: <0>cd40f1c4 c1c1da1c 00000008 dbab9ef0 00000000 c1c1c000 c0c34c80 
c0c34c84
       00000000 c3d00b80 dbab9e80 c018f3c5 dbab9e80 00000002 00000000 00000002
       c1c1dbfc 01118bf4 00000000 00000000 00000000 dbab9ee0 c0c34cc0 dbab9e80
Call Trace:
 [<c018f3c5>] longterm_lock_znode+0x26c/0x34e
 [<c01a043f>] lock_neighbor+0x65/0xab
 [<c01a0abc>] reiser4_get_neighbor+0xad/0x4a1
 [<c01bdcc7>] lookup_tail+0x0/0xbe
 [<c019067c>] kill_node_content+0x137/0x960
 [<c01a270a>] formatted_readahead+0x54/0x29a
 [<c018f51d>] longterm_unlock_znode+0x76/0x171
 [<c018eea1>] move_lh_internal+0x5b/0xe3
 [<c0191518>] cut_tree_worker_common+0x41/0x469
 [<c01914d7>] cut_tree_worker_common+0x0/0x469
 [<c018f8ab>] cut_tree_object+0x117/0x1f6
 [<c0193107>] reiser4_grab_space+0x3d/0x7c
 [<c01a01ff>] reiser4_decode_fh+0x66/0xf7
 [<c01a986c>] cut_file_items+0xe4/0x208
 [<c01a9d11>] truncate_file_body+0xbc/0x450
 [<c01aa88a>] update_file_size+0x0/0x84
 [<c01bc828>] store_black_box+0x90/0x98
 [<c01a43a6>] safe_link_add+0x76/0xbb
 [<c0194f85>] txn_end+0x256/0x4d8
 [<c0192fe5>] grabbed2free+0x27/0x37
 [<c0193687>] all_grabbed2free+0x35/0x39
 [<c0189626>] preempt_point+0x5/0x1b
 [<c019521c>] txn_restart+0x15/0x22
 [<c0193fc8>] txn_begin+0x1e/0x30
 [<c01aa7f4>] delete_object_unix_file+0x46/0xdc
 [<c0193fc8>] txn_begin+0x1e/0x30
 [<c0191b00>] _init_context+0x6b/0x8e
 [<c019f0c9>] reiser4_delete_inode+0x6c/0xbe
 [<c019f05d>] reiser4_delete_inode+0x0/0xbe
 [<c016dbd7>] generic_delete_inode+0x5c/0xca
 [<c016d70f>] iput+0x41/0x7d
 [<c0165e9f>] do_unlinkat+0xe4/0x141
 [<c011ac9d>] __do_softirq+0x42/0x8e
 [<c0102c7b>] sysenter_past_esp+0x54/0x75
Code: 14 8d 7a ec 8b 47 14 0f 18 00 90 3b 54 24 0c 0f 84 40 ff ff ff 8b 47 04 
89 04 24 e8 27 d1 ff ff 89 c3 39 44 24 18 74 d6 8b 40 3c <3b> 70 08 74 ce 8b 
47 04 89 04 24 e8 30 a5 ff ff 8b 53 3c 8b 5a

Various versions of reiser4 in the past have had this problem, always 
triggered by kio_http (a component of the konqueror web browser). At a 
certain point the bug disappeared, but now it is back.

After the bug happened it was impossible to sync or write anything to the 
disk. Rebooted and fscked, no corruptions found.

Hope that helps!

  Francesco

-- 
Dr. Francesco Biscani
Dipartimento di Astronomia
Università di Padova
biscani@pd.astro.it

zam, can you look at this?

[Hans Reiser]

Francesco Biscani wrote:

>Hello list,
>
>I'm re-sending this, since apparently it went un-noticed in another thread.
>
>----------------------------------------
>
>Hi,
>
>I'm using reiser4-2.6.16-4 version and after a while I got this bug:
>
>reiser4[kio_http(28952)]: delete_object_unix_file 
>(fs/reiser4/plugin/file/file.c:2615)[]:
>WARNING: failed to truncate file (50954396) on removal: -2
>reiser4[kio_http(28951)]: cbk_level_lookup (fs/reiser4/search.c:961)[vs-3533]:
>WARNING: Keys are inconsistent. Fsck?
>Unable to handle kernel NULL pointer dereference at virtual address 00000008
> printing eip:
>c0194824
>*pde = 00000000
>Oops: 0000 [#1]
>Modules linked in: ehci_hcd uhci_hcd isofs iptable_nat ip_nat iptable_mangle 
>xt_state ip_conntrack xt_tcpudp iptable_filter ip_tables x_tables radeon drm 
>usb_storage snd_usb_audio snd_usb_lib snd_hwdep usbhid fuse loop 8250 
>serial_core ircomm_tty ircomm irtty_sir sir_dev irda
>CPU:    0
>EIP:    0060:[<c0194824>]    Not tainted VLI
>EFLAGS: 00010287   (2.6.16-morph4 #2)
>EIP is at try_capture+0x109/0x552
>eax: 00000000   ebx: cd40f1c0   ecx: dbab9e80   edx: c8fdb324
>esi: c3d00b80   edi: c8fdb310   ebp: c0c34cc0   esp: c1c1d9d8
>ds: 007b   es: 007b   ss: 0068
>Process kio_http (pid: 28957, threadinfo=c1c1c000 task=cfda6a70)
>Stack: <0>cd40f1c4 c1c1da1c 00000008 dbab9ef0 00000000 c1c1c000 c0c34c80 
>c0c34c84
>       00000000 c3d00b80 dbab9e80 c018f3c5 dbab9e80 00000002 00000000 00000002
>       c1c1dbfc 01118bf4 00000000 00000000 00000000 dbab9ee0 c0c34cc0 dbab9e80
>Call Trace:
> [<c018f3c5>] longterm_lock_znode+0x26c/0x34e
> [<c01a043f>] lock_neighbor+0x65/0xab
> [<c01a0abc>] reiser4_get_neighbor+0xad/0x4a1
> [<c01bdcc7>] lookup_tail+0x0/0xbe
> [<c019067c>] kill_node_content+0x137/0x960
> [<c01a270a>] formatted_readahead+0x54/0x29a
> [<c018f51d>] longterm_unlock_znode+0x76/0x171
> [<c018eea1>] move_lh_internal+0x5b/0xe3
> [<c0191518>] cut_tree_worker_common+0x41/0x469
> [<c01914d7>] cut_tree_worker_common+0x0/0x469
> [<c018f8ab>] cut_tree_object+0x117/0x1f6
> [<c0193107>] reiser4_grab_space+0x3d/0x7c
> [<c01a01ff>] reiser4_decode_fh+0x66/0xf7
> [<c01a986c>] cut_file_items+0xe4/0x208
> [<c01a9d11>] truncate_file_body+0xbc/0x450
> [<c01aa88a>] update_file_size+0x0/0x84
> [<c01bc828>] store_black_box+0x90/0x98
> [<c01a43a6>] safe_link_add+0x76/0xbb
> [<c0194f85>] txn_end+0x256/0x4d8
> [<c0192fe5>] grabbed2free+0x27/0x37
> [<c0193687>] all_grabbed2free+0x35/0x39
> [<c0189626>] preempt_point+0x5/0x1b
> [<c019521c>] txn_restart+0x15/0x22
> [<c0193fc8>] txn_begin+0x1e/0x30
> [<c01aa7f4>] delete_object_unix_file+0x46/0xdc
> [<c0193fc8>] txn_begin+0x1e/0x30
> [<c0191b00>] _init_context+0x6b/0x8e
> [<c019f0c9>] reiser4_delete_inode+0x6c/0xbe
> [<c019f05d>] reiser4_delete_inode+0x0/0xbe
> [<c016dbd7>] generic_delete_inode+0x5c/0xca
> [<c016d70f>] iput+0x41/0x7d
> [<c0165e9f>] do_unlinkat+0xe4/0x141
> [<c011ac9d>] __do_softirq+0x42/0x8e
> [<c0102c7b>] sysenter_past_esp+0x54/0x75
>Code: 14 8d 7a ec 8b 47 14 0f 18 00 90 3b 54 24 0c 0f 84 40 ff ff ff 8b 47 04 
>89 04 24 e8 27 d1 ff ff 89 c3 39 44 24 18 74 d6 8b 40 3c <3b> 70 08 74 ce 8b 
>47 04 89 04 24 e8 30 a5 ff ff 8b 53 3c 8b 5a
>
>Various versions of reiser4 in the past have had this problem, always 
>triggered by kio_http (a component of the konqueror web browser). At a 
>certain point the bug disappeared, but now it is back.
>
>After the bug happened it was impossible to sync or write anything to the 
>disk. Rebooted and fscked, no corruptions found.
>
>Hope that helps!
>
>  Francesco
>
>  
>

Re: zam, can you look at this?

[Alexander Zarochentsev]

Hi,

On Tuesday 06 June 2006 23:34, Hans Reiser wrote:
> Francesco Biscani wrote:
> >Hello list,
> >
> >I'm re-sending this, since apparently it went un-noticed in another
> > thread.

can you send me output of "objdump -d fs/reiser4/txnmgr.o"?

> >----------------------------------------
> >
> >Hi,
> >
> >I'm using reiser4-2.6.16-4 version and after a while I got this bug:
> >
> >reiser4[kio_http(28952)]: delete_object_unix_file
> >(fs/reiser4/plugin/file/file.c:2615)[]:
> >WARNING: failed to truncate file (50954396) on removal: -2
> >reiser4[kio_http(28951)]: cbk_level_lookup
> > (fs/reiser4/search.c:961)[vs-3533]: WARNING: Keys are inconsistent.
> > Fsck?
> >Unable to handle kernel NULL pointer dereference at virtual address
> > 00000008 printing eip:
> >c0194824
> >*pde = 00000000
> >Oops: 0000 [#1]
> >Modules linked in: ehci_hcd uhci_hcd isofs iptable_nat ip_nat
> > iptable_mangle xt_state ip_conntrack xt_tcpudp iptable_filter
> > ip_tables x_tables radeon drm usb_storage snd_usb_audio snd_usb_lib
> > snd_hwdep usbhid fuse loop 8250 serial_core ircomm_tty ircomm
> > irtty_sir sir_dev irda
> >CPU:    0
> >EIP:    0060:[<c0194824>]    Not tainted VLI
> >EFLAGS: 00010287   (2.6.16-morph4 #2)
> >EIP is at try_capture+0x109/0x552
> >eax: 00000000   ebx: cd40f1c0   ecx: dbab9e80   edx: c8fdb324
> >esi: c3d00b80   edi: c8fdb310   ebp: c0c34cc0   esp: c1c1d9d8
> >ds: 007b   es: 007b   ss: 0068
> >Process kio_http (pid: 28957, threadinfo=c1c1c000 task=cfda6a70)
> >Stack: <0>cd40f1c4 c1c1da1c 00000008 dbab9ef0 00000000 c1c1c000
> > c0c34c80 c0c34c84
> >       00000000 c3d00b80 dbab9e80 c018f3c5 dbab9e80 00000002
> > 00000000 00000002 c1c1dbfc 01118bf4 00000000 00000000 00000000
> > dbab9ee0 c0c34cc0 dbab9e80 Call Trace:
> > [<c018f3c5>] longterm_lock_znode+0x26c/0x34e
> > [<c01a043f>] lock_neighbor+0x65/0xab
> > [<c01a0abc>] reiser4_get_neighbor+0xad/0x4a1
> > [<c01bdcc7>] lookup_tail+0x0/0xbe
> > [<c019067c>] kill_node_content+0x137/0x960
> > [<c01a270a>] formatted_readahead+0x54/0x29a
> > [<c018f51d>] longterm_unlock_znode+0x76/0x171
> > [<c018eea1>] move_lh_internal+0x5b/0xe3
> > [<c0191518>] cut_tree_worker_common+0x41/0x469
> > [<c01914d7>] cut_tree_worker_common+0x0/0x469
> > [<c018f8ab>] cut_tree_object+0x117/0x1f6
> > [<c0193107>] reiser4_grab_space+0x3d/0x7c
> > [<c01a01ff>] reiser4_decode_fh+0x66/0xf7
> > [<c01a986c>] cut_file_items+0xe4/0x208
> > [<c01a9d11>] truncate_file_body+0xbc/0x450
> > [<c01aa88a>] update_file_size+0x0/0x84
> > [<c01bc828>] store_black_box+0x90/0x98
> > [<c01a43a6>] safe_link_add+0x76/0xbb
> > [<c0194f85>] txn_end+0x256/0x4d8
> > [<c0192fe5>] grabbed2free+0x27/0x37
> > [<c0193687>] all_grabbed2free+0x35/0x39
> > [<c0189626>] preempt_point+0x5/0x1b
> > [<c019521c>] txn_restart+0x15/0x22
> > [<c0193fc8>] txn_begin+0x1e/0x30
> > [<c01aa7f4>] delete_object_unix_file+0x46/0xdc
> > [<c0193fc8>] txn_begin+0x1e/0x30
> > [<c0191b00>] _init_context+0x6b/0x8e
> > [<c019f0c9>] reiser4_delete_inode+0x6c/0xbe
> > [<c019f05d>] reiser4_delete_inode+0x0/0xbe
> > [<c016dbd7>] generic_delete_inode+0x5c/0xca
> > [<c016d70f>] iput+0x41/0x7d
> > [<c0165e9f>] do_unlinkat+0xe4/0x141
> > [<c011ac9d>] __do_softirq+0x42/0x8e
> > [<c0102c7b>] sysenter_past_esp+0x54/0x75
> >Code: 14 8d 7a ec 8b 47 14 0f 18 00 90 3b 54 24 0c 0f 84 40 ff ff ff
> > 8b 47 04 89 04 24 e8 27 d1 ff ff 89 c3 39 44 24 18 74 d6 8b 40 3c
> > <3b> 70 08 74 ce 8b 47 04 89 04 24 e8 30 a5 ff ff 8b 53 3c 8b 5a
> >
> >Various versions of reiser4 in the past have had this problem,
> > always triggered by kio_http (a component of the konqueror web
> > browser). At a certain point the bug disappeared, but now it is
> > back.
> >
> >After the bug happened it was impossible to sync or write anything
> > to the disk. Rebooted and fscked, no corruptions found.
> >
> >Hope that helps!
> >
> >  Francesco
>
> !DSPAM:4485d8c452331585320072!

-- 
Alex.