Do any of the arla snapshots work under redhat 9?

[Jason Ferrara]

On Mar 20, 2004, at 7:07 AM, Tomas Olsson wrote:

> "Jason Ferrara" <jeferrara at sarnoff.com> writes:
>
>> Do any of the recent arla snapshots (or even a not recent one) work 
>> with
>> Redhat 9 and kernel 2.4.24?
>>
>> I tried 0.36pre39, but arlad segfaults at startup.
>>
> I don't think there has been any significant changes lately, but feel 
> free
> to try something older. Did you do configure --with-pthreads? The 
> default
> LWP seems to work better for me (with arla-cli).

I did ./configure --with-krb5=/usr/heimdal --with-krb4=/nowhere 
--enable-smp

If I don't do the --with-krb4=/nowhere it finds the redhat install of 
krb4 (even though
I don't want to use it) and creates messed up makefiles.

It looks like one of the libraries it links against uses pthreads, and 
thats somehow
conflicting with lwp. If I do..

./configure --with-krb5=/usr/heimdal --with-krb4=/nowhere --enable-smp
	--with-pthreads=/usr

then it starts up ok and the afs cell mounts.

But if I do an ls in an afs directory that has files, arlad crashes. A 
backtrace is below.

Is this a pthreads/lwp issue, or something else?
How do I correctly compile arla under redhat 9 using lwp?
And is --enable-smb required when running on a dual cpu machine?

Thanks.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 163851 (LWP 14600)]
0x08057541 in get_attr_bulk (parent_entry=0x4044a788,
     prefered_entry=0x4044e248, prefered_fid=0x4044e250, 
prefered_name=0x0,
     ce=0x80ed78c) at fcache.c:3801
3801        arla_warnx (ADEBFCACHE, "get_attr_bulk");
(gdb) bt
#0  0x08057541 in get_attr_bulk (parent_entry=0x4044a788,
     prefered_entry=0x4044e248, prefered_fid=0x4044e250, 
prefered_name=0x0,
     ce=0x80ed78c) at fcache.c:3801
#1  0x0805841c in fcache_verify_attr (entry=0x4044e248, 
parent=0x4044a788,
     prefered_name=0x0, ce=0x80ed78c) at fcache.c:4163
#2  0x08058e69 in followmountpoint (fid=0xbe5ff89c, parent=0x4044a790,
     parent_e=0x4044a788, ce=0xbe5ff828) at fcache.c:4552
#3  0x0805b201 in cm_lookup (entry=0xbe5ff81c, name=0x40f0b040 "doc71",
     res=0xbe5ff89c, ce=0xbe5ff828, follow_mount_point=1) at inter.c:533
#4  0x0805d729 in nnpfs_message_getnode (fd=11, h=0x40f0b018, size=296)
     at messages.c:479
#5  0x08068aa2 in nnpfs_message_receive (fd=11, h=0x40f0b018, size=296)
     at nnpfs.c:203
#6  0x0805c25f in process_message (msg_length=296, msg=0x40f0b018 
"(\001")
     at kernel.c:86
#7  0x0805c31b in sub_thread (v_myself=0x40f0b008) at kernel.c:125
#8  0x08089108 in Create_Process_Part2 (temp=0x80fa920) at plwp.c:904
#9  0x40027812 in pthread_start_thread_event () from 
/lib/libpthread.so.0
(gdb)