first impressions

Okay, so I decided to try out intersync, and after I got it working,
found the following issues.

First, what is 'expected behavior' if you mount an existing ext3
filesystem as intermezzo? I saw all the files on the server, but only
the files, and not directories on the client.

So the next thing I proceeded to do was copy a bitkeeper tree (about
200mb of a ton of files) to the intermezzo dir on the client. (which was
mounted as 'vintermezzo')

This worked quite well, and seemed pretty fast. I was even more
impressed when I pulled the ethernet cord while this was occuring, it
kept going, and when I plugged it back in, traffic started going again
and the server intersync processes started using cpu again.

A while later, I had killed the intersync process, and remounted the
vintermezzo filessytem. I tried to force the files into cache by reading
them with tar.. it prints the following, but 'seems' to work..

tar: ./drivers/char/drm/.r128_state.o.flags: file changed as we read it
tar: ./drivers/char/drm/.r128_drv.o.flags: file changed as we read it

However, I got an oops on the client, which caused tar to segfault..

tar: ./drivers/char/drm/.r128_cce.o.flags: file changed as we read it
tar: ./drivers/char/drm/.drm.o.flags: file changed as we read it
tar: ./drivers/char/drm/.depend: file changed as we read it
Segmentation fault

>>NIP; c0040058 <fget+30/44>   <=====

>>GPR1; d8c4df20 <_end+1890a224/32ccf304>
>>GPR2; d8c4c000 <_end+18908304/32ccf304>
>>GPR10; c0047f90 <sys_fstat64+0/94>
>>GPR11; d66a4400 <_end+16360704/32ccf304>
>>GPR23; c0006798 <ret_from_except+0/34>
>>GPR24; c0006500 <DoSyscall+0/5c>

Trace; c000655c <ret_from_syscall_1+0/b4>
Trace; 0ff454a4 Before first symbol
Trace; 10009200 Before first symbol
Trace; 10008aec Before first symbol
Trace; 10008aec Before first symbol
Trace; 10008aec Before first symbol
Trace; 10008aec Before first symbol
Trace; 10008aec Before first symbol
Trace; 10008424 Before first symbol
Trace; 10015d1c Before first symbol
Trace; 0fe91e8c Before first symbol
Trace; 00000000 Before first symbol

>>NIP; c003e938 <filp_close+14/9c>   <=====

>>GPR0; c001a9e0 <put_files_struct+a4/124>
>>GPR1; d8c4ddb0 <_end+1890a0b4/32ccf304>
>>GPR2; d8c4c000 <_end+18908304/32ccf304>
>>GPR4; c2be7ae0 <_end+28a3de4/32ccf304>
>>GPR7; c0450a18 <_end+10cd1c/32ccf304>
>>GPR8; c1228040 <_end+ee4344/32ccf304>
>>GPR9; d66a4400 <_end+16360704/32ccf304>
>>GPR10; c02b0000 <_edata+22ec/3340>
>>GPR11; c026e058 <dentry_stat+0/24>
>>GPR23; c0006798 <ret_from_except+0/34>
>>GPR24; c0006e58 <AlignmentException+0/88>
>>GPR25; c2be7bfc <_end+28a3f00/32ccf304>
>>GPR29; c2be7ae0 <_end+28a3de4/32ccf304>

Trace; c001a9e0 <put_files_struct+a4/124>
Trace; c001b298 <do_exit+f8/33c>
Trace; c00069f8 <_exception+0/50>
Trace; c0011944 <bad_page_fault+44/58>
Trace; c0006ebc <AlignmentException+64/88>
Trace; c0006798 <ret_from_except+0/34>
Trace; c003e8a4 <sys_open+70/c8>
Trace; c000655c <ret_from_syscall_1+0/b4>



It looks like filep_close() got passed a null pointer as arg1 (as well
as fget)

I'm running 2.4.20 kernels, both on ppc systems.



-- 
--------------------------------------------------------------------------
Troy Benjegerdes                'da hozer'                [email protected]   

Somone asked my why I work on this free (http://www.fsf.org/philosophy/)
software stuff and not get a real job. Charles Shultz had the best answer:

"Why do musicians compose symphonies and poets write poems? They do it
because life wouldn't have any meaning for them if they didn't. That's why
I draw cartoons. It's my life." -- Charles Shultz


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com