Bug #149

well, duh, I guess ;) (was Re: odd linuxulator problem with linux TLS ...)

Added by atrens over 8 years ago. Updated about 8 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

seems the linuxulator is picking up libc.so.6 from /usr/lib instead of from
/compat/linux/lib .. not sure why that is .. I must be missing something ..

Andrew Atrens wrote:
> Hi Folks,
>
> I've just dusted off clearcase and now realise that this may have been broken since last
> Fall ... it bombs on 1.3.6 and 1.4.3 but works on a Spring '05 version of 1.3-Stable (and,
> incidentally, always worked before).
>
>
> -- root@ab-mobile: /home/release/var/adm (16:14) --
> # /usr/atria/bin/cleartool
> /usr/atria/bin/cleartool: error while loading shared libraries: libc.so.6: cannot handle TLS data
>
>
> I think it's the linux loader that's squawking. I've tried two different ones -
>
> -- root@atrens: /usr/oldcompat/linux/lib (16:19) --
> # grep -w 'cannot handle TLS' *
> Binary file ld-2.3.2.so matches
> Binary file ld-linux.so.2 matches
>
> and
>
> -- root@atrens: /compat/linux/lib (16:24) --
> # grep -w 'cannot handle TLS' *
> Binary file ld-2.3.3.so matches
> Binary file ld-linux.so.2 matches
>
>
> It seems like a userland problem because I have a chrooted tree that I use to maintain my 1.3-Stable
> stable stuff .. and on the same 1.3.6 box where running it fails, I can chroot() to the 1.3-Stable
> environment and the run it without a problem!!!
>
> I'm thinking this probably has to do with our new (well, new to me) TLS stuff ...
>
> Any ideas ? ;)
>
> Andrew.

History

#1 Updated by dacut over 8 years ago

Andrew Atrens wrote:
> seems the linuxulator is picking up libc.so.6 from /usr/lib instead of from
> /compat/linux/lib .. not sure why that is .. I must be missing something ..

Doesn't clearcase play games with libc to create filesystem views
organized to match the repository? (I always found that kind of spooky:
a revision control system which is also a rootkit...)

#2 Updated by erik-wikstrom over 8 years ago

On 2006-04-20 03:01, Andrew Atrens wrote:
> seems the linuxulator is picking up libc.so.6 from /usr/lib instead of from
> /compat/linux/lib .. not sure why that is .. I must be missing something ..

I have no idea about linux-emulation but there's a short howto on the
wiki (it's for 1.4 but there might be some clue):
http://wiki.dragonflybsd.org/index.php/Linux_Emulation

Erik Wikström
--
"I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure
out how to use my telephone" -- Bjarne Stroustrup

#3 Updated by atrens over 8 years ago

Thanks Erik,

Saw that. Did that. I thought there was something in the emulation layer
that intercepted .. oh, there it is in emulation/linux/linux_util.c.

Hasn't changed in a long time .. question is, why doesn't it work now ? ..

Hmm, I've got some room in my root partition .. maybe try losing the
symlink and see if that helps -

-- root@atrens: /usr/src/sys/emulation/linux (08:09) --
# ls -ld /compat
lrwxr-xr-x 1 root wheel 13 Apr 18 15:03 /compat -> /usr/pkg/emul

Andrew

Erik Wikström wrote:
> On 2006-04-20 03:01, Andrew Atrens wrote:
>
>> seems the linuxulator is picking up libc.so.6 from /usr/lib instead of
>> from
>> /compat/linux/lib .. not sure why that is .. I must be missing
>> something ..
>
>
> I have no idea about linux-emulation but there's a short howto on the
> wiki (it's for 1.4 but there might be some clue):
> http://wiki.dragonflybsd.org/index.php/Linux_Emulation
>
> Erik Wikström

#4 Updated by atrens over 8 years ago

David Cuthbert wrote:
> Andrew Atrens wrote:
>
>> seems the linuxulator is picking up libc.so.6 from /usr/lib instead of
>> from
>> /compat/linux/lib .. not sure why that is .. I must be missing
>> something ..
>
>
> Doesn't clearcase play games with libc to create filesystem views
> organized to match the repository? (I always found that kind of spooky:
> a revision control system which is also a rootkit...)

Nah, it's got a loadable kernel module that plugs into the vfs and looks
like a filesystem to the upper layers. Same idea as nullfs. But on the
lower end it does rpc's to a remote database 'version object base' aka
'vob' server, and has a cheap and cheerful local database cache aka a
'view' - also talked to through rpc over loopback I think. That's really
a thumbnail sketch and I'm probably mis-remembering a bunch of things.

Without the kernel module, it still does useful stuff, you can still use
something they call a snapshot view. In a snapshot view, the vob server
database gets blatted out onto a local filesystem and that effectively
becomes your cache - equivalent to cvs checkout'ing a code tree, and
works similarly.

Of course, on the kernel module side they support Linux, Sun(Sparc),
HP, AIX, and UW2 aka Novell Unix, or whatever it's called these days.

I've been told by grog and a few others that shimming the Linux kernel
module is pretty much a no-go because the Linux vfs api is quite different
from all others.

There might be a chance with the Uw2 module, but it's been quite a while
since I thought about trying it. ;)

Andrew.

#5 Updated by corecode about 8 years ago

is this still a bug?

#6 Updated by andrew_atrens about 8 years ago

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey Simon,

Long time no chat. :)

Seems okay today with 1.6.1 ..

Andrew.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (DragonFly)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFIUYI8It2CaCdeMwRAvNIAJ0dF6zTv0CqOpzDHdXdxg2jALcxUwCff6eb
mk35RY3tPMIQYDWBytiDoNM=
=d1Bs
-----END PGP SIGNATURE-----

Also available in: Atom PDF