From: Alexei P. <al...@ho...> - 2005-08-02 01:07:26
|
Could somebody, please, recommend a stable combination of the host/guest that was successfully debugged with gdb. I've looked through blaisorblade's site that this mailing list archive and tried the following combinations: 1. First of all it seems that CONFIG_FRAME_POINTER became supported for UML starting with 2.6.11. So I tried 2.6.11+bs4 and 2.6.12+bs9 2. For the guest file system, I used fc3 image from http://www.stearns.org/uml-root/ Also, I moved /usr/lib/tls to /usr/lib/tls.away inside the image. 3. For the host, I've tried FC3, FC4 and FC4 with latest updates. Usually I run smp image, but I've tried single-processor versions as well. On FC3 I've also tried renaming /lib/tls and /usr/lib/tls. On FC4 I tried running guest with LD_LIBRARY_PATH=/lib/obsolete/linuxthreads 4. I used 6.1 gdb on FC3 and 6.1.1, 6.2.1 and 6.3 gdb on FC4 (6.3 is really bad... crashes as soon as you try to do list). Basically, I was able to bring up and successfully use guest in any of the above combinations. But when I try to bring it up under gdb, I get various problems. I follow instruction from UML site for debugging: ddd gdb & ./linux debug gdb-pid=<gdb-pid> then in gdb "att 1" and "c". With FC4 host/2.6.12 guest all of the above would succeed. But as soon as I interrupt execution or it stops on a breakpoint, it's impossible to continue... gdb just freezes. With FC3 host/2.6.11 guest, gdb would freeze right after "att 1". Other combinations of host/guest would produce one of the above results. I'm able to debug 2.4.27 guest on RH9, but there is not frame pointers in 2.4.27 UML. That is my goal. So any suggestions on getting host/guest setup for debugging guest with frame pointer will be greatly appreciated. Thank you Alexei |
From: Jeff D. <jd...@ad...> - 2005-08-03 02:02:12
|
On Mon, Aug 01, 2005 at 06:07:17PM -0700, Alexei Potashnik wrote: > Basically, I was able to bring up and successfully use guest in any > of the above combinations. But when I try to bring it up under > gdb, I get various problems. > > I follow instruction from UML site for debugging: > ddd gdb & > ./linux debug gdb-pid=<gdb-pid> > then in gdb "att 1" and "c". > > With FC4 host/2.6.12 guest all of the above would succeed. But as soon as I > interrupt execution or it stops on a breakpoint, it's impossible to > continue... > gdb just freezes. > > With FC3 host/2.6.11 guest, gdb would freeze right after "att 1". > > Other combinations of host/guest would produce one of the above results. You might try the latest 2.6.13-pre. That has skas0 which simplifies the debugging situation - you just gdb the thing. tt mode has had increasing problems with gdb over time. UML "knows" things about how gdb works, and gdb has changed so that these things aren't true any more. This is why the debug window hangs with newer gdbs. For best results, disable CONFIG_MODE_TT. This disables the exec of itself that UML does early on, and which confuses gdb. Heff |
From: Blaisorblade <bla...@ya...> - 2005-08-03 18:15:18
|
On Tuesday 02 August 2005 03:07, Alexei Potashnik wrote: > Could somebody, please, recommend a stable combination of > the host/guest that was successfully debugged with gdb. > > I've looked through blaisorblade's site that this mailing list archive > and tried the following combinations: > > 1. First of all it seems that CONFIG_FRAME_POINTER became > supported for UML starting with 2.6.11. So I tried 2.6.11+bs4 > and 2.6.12+bs9 It just seems. Actually, at that point it was only separated from DEBUG_INFO; before, any kernel built with debugging info had frame pointers enabled (which is reasonable). I changed that because I wanted to build kernel without debug info but with frame pointers (that is very useful for getting correct stack traces from the kernel, for instance on panics or Oopses). > 2. For the guest file system, I used fc3 image from > http://www.stearns.org/uml-root/ > Also, I moved /usr/lib/tls to /usr/lib/tls.away inside the image. The important one is /lib/tls to /lib/tls.away... > 3. For the host, I've tried FC3, FC4 and FC4 with latest updates. > Usually I run smp image, but I've tried single-processor versions > as well. That shouldn't matter. > On FC3 I've also tried renaming /lib/tls and /usr/lib/tls. For the host, this shouldn't be needed. > On FC4 I tried running guest with > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads Again, not needed. With FC4 guests, it may be useful to do this: ./linux <params...> LD_LIBRARY_PATH=/lib/obsolete/linuxthreads so that the env. var is seen *inside* UML, since there you cannot do "mv /lib/tls /lib/tls.away". > 4. I used 6.1 gdb on FC3 and 6.1.1, 6.2.1 and 6.3 gdb on FC4 > (6.3 is really bad... crashes as soon as you try to do list). > I'm able to debug 2.4.27 guest on RH9, but there is not frame pointers > in 2.4.27 UML. That is my goal. So any suggestions on getting host/guest > setup for debugging guest with frame pointer will be greatly appreciated. Think a 2.6 guest would work as well on RH9 - the only problem is newer GDB releases, as explained by Jeff. But again, even 2.4 kernels *has* frame pointers (just verified - even if it's not enabled inside .config, but just from arch/um/Makefile). Debugging in SKAS (SKAS0 or SKAS3) mode works much better... -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail - proteggi la tua casella di posta da virus e posta indesiderata http://mail.yahoo.it |
From: Alexei P. <al...@ho...> - 2005-08-03 20:13:09
|
I followed your and Jeff's lead about new gdbs being out-of-sync with UML and downgraded gdb to 5.3.90 (the one that came with FC1). Everything works great now. Thanks. >But again, even 2.4 kernels *has* frame >pointers (just verified - even if it's not enabled inside .config, but just >from arch/um/Makefile). Hmmm... strange. When I'm debugging 2.4.27+1um on rh9 I can never see correct backtrace in ddd. But with the gdb fix above (i.e. fc3 host/5.3.90 gdb/2.6.12+bs9 guest) backtraces work correctly. >Debugging in SKAS (SKAS0 or SKAS3) mode works much better... How is it better? So far I only see the extra headache of patching the host. Btw, does 2.6.13pre that Jeff mentioned contain both host and guest skas support, i.e. does it mean if both host and guest are 2.6.13+ there will be no need to patch either one for skas (with exception, of course, of bug-fix patches)? Alexei >From: Blaisorblade <bla...@ya...> >To: use...@li... >CC: "Alexei Potashnik" <al...@ho...> >Subject: Re: [uml-user] host/guest setup to debug with frame pointers >Date: Wed, 3 Aug 2005 20:21:14 +0200 > >On Tuesday 02 August 2005 03:07, Alexei Potashnik wrote: > > Could somebody, please, recommend a stable combination of > > the host/guest that was successfully debugged with gdb. > > > > I've looked through blaisorblade's site that this mailing list archive > > and tried the following combinations: > > > > 1. First of all it seems that CONFIG_FRAME_POINTER became > > supported for UML starting with 2.6.11. So I tried 2.6.11+bs4 > > and 2.6.12+bs9 >It just seems. Actually, at that point it was only separated from >DEBUG_INFO; >before, any kernel built with debugging info had frame pointers enabled >(which is reasonable). > >I changed that because I wanted to build kernel without debug info but with >frame pointers (that is very useful for getting correct stack traces from >the >kernel, for instance on panics or Oopses). > > 2. For the guest file system, I used fc3 image from > > http://www.stearns.org/uml-root/ > > Also, I moved /usr/lib/tls to /usr/lib/tls.away inside the image. >The important one is /lib/tls to /lib/tls.away... > > 3. For the host, I've tried FC3, FC4 and FC4 with latest updates. > > Usually I run smp image, but I've tried single-processor versions > > as well. >That shouldn't matter. > > On FC3 I've also tried renaming /lib/tls and /usr/lib/tls. >For the host, this shouldn't be needed. > > On FC4 I tried running guest with > > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads >Again, not needed. With FC4 guests, it may be useful to do this: >./linux <params...> LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > >so that the env. var is seen *inside* UML, since there you cannot do >"mv /lib/tls /lib/tls.away". > > 4. I used 6.1 gdb on FC3 and 6.1.1, 6.2.1 and 6.3 gdb on FC4 > > (6.3 is really bad... crashes as soon as you try to do list). > > I'm able to debug 2.4.27 guest on RH9, but there is not frame pointers > > in 2.4.27 UML. That is my goal. So any suggestions on getting host/guest > > setup for debugging guest with frame pointer will be greatly >appreciated. >Think a 2.6 guest would work as well on RH9 - the only problem is newer GDB >releases, as explained by Jeff. But again, even 2.4 kernels *has* frame >pointers (just verified - even if it's not enabled inside .config, but just >from arch/um/Makefile). > >Debugging in SKAS (SKAS0 or SKAS3) mode works much better... >-- >Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". >Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ >215621894) >http://www.user-mode-linux.org/~blaisorblade > > >___________________________________ >Yahoo! Mail - proteggi la tua casella di posta da virus >e posta indesiderata >http://mail.yahoo.it |
From: Jeff D. <jd...@ad...> - 2005-08-03 21:45:56
|
On Wed, Aug 03, 2005 at 01:12:57PM -0700, Alexei Potashnik wrote: > >Debugging in SKAS (SKAS0 or SKAS3) mode works much better... > > How is it better? So far I only see the extra headache of patching > the host. skas0 requires no host support. > Btw, does 2.6.13pre that Jeff mentioned contain both > host and guest skas support, i.e. does it mean if both host and > guest are 2.6.13+ there will be no need to patch either one > for skas (with exception, of course, of bug-fix patches)? Just guest support. Jeff |
From: Phill W. <um...@we...> - 2005-08-04 01:17:41
|
My test case now works!! with init=/bin/sh I can now do ls and get a working listing! Now to run up the standard init. > Again, not needed. With FC4 guests, it may be useful to do this: > ./linux <params...> LD_LIBRARY_PATH=/lib/obsolete/linuxthreads It is very useful. Ah - can't find the modules.dep. I need to install them into the image..... The magic piece was from this post: ----- Original Message ----- From: "Blaisorblade" <bla...@ya...> To: <use...@li...> Cc: "Alexei Potashnik" <al...@ho...> Sent: Thursday, August 04, 2005 4:21 AM Subject: Re: [uml-user] host/guest setup to debug with frame pointers > On Tuesday 02 August 2005 03:07, Alexei Potashnik wrote: > > Could somebody, please, recommend a stable combination of > > the host/guest that was successfully debugged with gdb. > > > > I've looked through blaisorblade's site that this mailing list archive > > and tried the following combinations: > > > > 1. First of all it seems that CONFIG_FRAME_POINTER became > > supported for UML starting with 2.6.11. So I tried 2.6.11+bs4 > > and 2.6.12+bs9 > It just seems. Actually, at that point it was only separated from DEBUG_INFO; > before, any kernel built with debugging info had frame pointers enabled > (which is reasonable). > > I changed that because I wanted to build kernel without debug info but with > frame pointers (that is very useful for getting correct stack traces from the > kernel, for instance on panics or Oopses). > > 2. For the guest file system, I used fc3 image from > > http://www.stearns.org/uml-root/ > > Also, I moved /usr/lib/tls to /usr/lib/tls.away inside the image. > The important one is /lib/tls to /lib/tls.away... > > 3. For the host, I've tried FC3, FC4 and FC4 with latest updates. > > Usually I run smp image, but I've tried single-processor versions > > as well. > That shouldn't matter. > > On FC3 I've also tried renaming /lib/tls and /usr/lib/tls. > For the host, this shouldn't be needed. > > On FC4 I tried running guest with > > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > Again, not needed. With FC4 guests, it may be useful to do this: > ./linux <params...> LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > > so that the env. var is seen *inside* UML, since there you cannot do > "mv /lib/tls /lib/tls.away". > > 4. I used 6.1 gdb on FC3 and 6.1.1, 6.2.1 and 6.3 gdb on FC4 > > (6.3 is really bad... crashes as soon as you try to do list). > > I'm able to debug 2.4.27 guest on RH9, but there is not frame pointers > > in 2.4.27 UML. That is my goal. So any suggestions on getting host/guest > > setup for debugging guest with frame pointer will be greatly appreciated. > Think a 2.6 guest would work as well on RH9 - the only problem is newer GDB > releases, as explained by Jeff. But again, even 2.4 kernels *has* frame > pointers (just verified - even if it's not enabled inside .config, but just > from arch/um/Makefile). > > Debugging in SKAS (SKAS0 or SKAS3) mode works much better... > -- > Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". > Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) > http://www.user-mode-linux.org/~blaisorblade > > > ___________________________________ > Yahoo! Mail - proteggi la tua casella di posta da virus > e posta indesiderata > http://mail.yahoo.it > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > |
From: Phill W. <um...@we...> - 2005-08-04 10:37:08
|
I've now installed the modules with make modules_install INSTALL_MOD_PATH=mnt/ ARCH=um SUBARCH=i386 You can see the command line. It now just stops as shown..... It's got to be very close to fully working... right? [root@localhost shared]# ./run_uml.sh Checking PROT_EXEC mmap in /tmp...OK tracing thread pid = 30744 Linux version 2.6.12-bs9 (root@localhost.localdomain) (gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)) # 1 Fri Jul 29 09:04:18 EST 2005 Built 1 zonelists Kernel command line: single mem=160m mode=tt ubda=root_fs.fc4 ubdb=swap root=/dev/ubda con=pty con0=fd :0,fd:1 LD_LIBRARY_PATH=/lib/obsolete/linuxthreads PID hash table entries: 1024 (order: 10, 16384 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 157696k available Mount-cache hash table entries: 512 Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...missing Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Checking for /dev/anon on the host...Not available (open failed with errno 2) NET: Registered protocol family 16 mconsole (version 2) initialized on /root/.uml/RSmb64/mconsole ubd: Synchronous mode VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 8Kbytes TCP established hash table entries: 8192 (order: 4, 65536 bytes) TCP bind hash table entries: 8192 (order: 3, 32768 bytes) TCP: Hash tables configured (established 8192 bind 8192) NET: Registered protocol family 1 NET: Registered protocol family 17 Initialized stdio console driver Console initialized on /dev/tty0 Initializing software serial port version 1 ubda: unknown partition table ubdb: unknown partition table kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. line_ioctl: tty0: ioctl KDSIGACCEPT called INIT: version 2.85 booting sh-3.00# ls bin dev home lost+found misc opt root selinux sys usr boot etc lib media mnt proc sbin srv tmp var sh-3.00# exit logout INIT: Entering runlevel: 3 line_ioctl: tty0: ioctl TIOCLINUX called line_ioctl: tty0: ioctl TIOCLINUX called Checking for new hardwareopen /dev/zero: No such file or directory open /dev/zero: No such file or directory [ OK ] touch: cannot touch `/var/lock/subsys/kudzu': Read-only file system line_ioctl: tty0: ioctl TIOCLINUX called line_ioctl: tty0: ioctl TIOCLINUX called line_ioctl: tty0: ioctl TIOCLINUX called Bringing up loopback interface: line_ioctl: tty0: ioctl TIOCLINUX called line_ioctl: tty0: ioctl TIOCLINUX called [root@localhost shared]# |
From: Phill W. <um...@we...> - 2005-08-05 04:33:20
|
Fedora Core release 4 (Stentz) Kernel 2.6.12-bs9 on an x86_64 Unauthorized access to this system is strictly prohibited. uml-test login: But I can't log in...... :-( So far the config is: Bog standard install of FC4 x86_64 on the host (no patch... no nothing). UML is as per above. I added "single LD_LIBRARY_PATH=/lib/obsolete/linuxthreads" to the command line before running up UML. When single user mode came up I used chkconfig to turn just about everything off. Then I edited /etc/rc.d/rc.sysinit to remove the troublesome bits (as per previous post). Then I exited and it started normally. If I run /bin/login from the single user mode prompt here's where I end up (I did this because I feel it is related). Any ideas welcome (there's a segfault in the init script somewhere which I'll comment out in due course). I've also commented out the /etc/pam.d/login line with the .so module (as per previous post). The Detaching pid xxxxx seems to be the kiss of death. [root@localhost shared]# ./run_uml.sh Checking PROT_EXEC mmap in /tmp...OK tracing thread pid = 23488 Linux version 2.6.12-bs9 (root@localhost.localdomain) (gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)) #1 Thu Aug 4 21:52:00 EST 2005 Built 1 zonelists Kernel command line: single mem=160m mode=tt ubda=root_fs.fc4 ubdb=swap root=/dev/ubda con=pty con0=fd:0,fd:1 LD_LIBRARY_PATH=/lib/obsolete/linuxthreads PID hash table entries: 1024 (order: 10, 16384 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 157696k available Mount-cache hash table entries: 512 Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...missing Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Checking for /dev/anon on the host...Not available (open failed with errno 2) NET: Registered protocol family 16 mconsole (version 2) initialized on /root/.uml/FQRHtz/mconsole ubd: Synchronous mode VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 8Kbytes TCP established hash table entries: 8192 (order: 4, 65536 bytes) TCP bind hash table entries: 8192 (order: 3, 32768 bytes) TCP: Hash tables configured (established 8192 bind 8192) NET: Registered protocol family 1 NET: Registered protocol family 17 Initialized stdio console driver Console initialized on /dev/tty0 Initializing software serial port version 1 ubda: unknown partition table ubdb: unknown partition table EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. line_ioctl: tty0: ioctl KDSIGACCEPT called INIT: version 2.85 booting line_ioctl: tty0: ioctl TIOCLINUX called Welcome to Fedora Core Press 'I' to enter interactive startup. Starting udev: [FAILED] Initializing hardware... storage network audio done[ OK ] Setting clock : Fri Aug 5 00:16:29 EDT 2005 [ OK ] Setting hostname uml-test.goober.org: [ OK ] set_thread_area failed when setting up thread-local storage /etc/rc.d/rc.sysinit: line 340: 694 Done echo "mkdmnod" 695 Segmentation fault | /sbin/nash --quiet >/dev/null 2>&1 Remounting root filesystem in read-write mode: [ OK ] Mounting local filesystems: [ OK ] Enabling local filesystem quotas: [ OK ] Enabling swap space: [ OK ] sh-3.00# /bin/login login: root Password: login(pam_unix)[772]: session opened for user root by (uid=0) -- root[772]: ROOT LOGIN ON console Detaching pid 26521 |
From: Phill W. <um...@we...> - 2005-08-05 06:39:08
|
The failure is in /lib/security/pam_unix.so This seems to be the last shared object called that creates the user session after auth, limits etc. etc. are all set. I have the eth0 up and running and I can get a login prompt on ssh. Dies at the same place though. Cheers Phill. ----- Original Message ----- From: "Phill Wombat" <um...@we...> To: <use...@li...> Sent: Friday, August 05, 2005 2:33 PM Subject: Re: [uml-user] x86_64 - 2.6.12+bs9 Bingo!! FC4/64 host FC4/32 guest > Fedora Core release 4 (Stentz) > Kernel 2.6.12-bs9 on an x86_64 > > Unauthorized access to this system is strictly prohibited. > uml-test login: > > But I can't log in...... :-( > > So far the config is: Bog standard install of FC4 x86_64 on the host (no > patch... no nothing). > UML is as per above. > I added "single LD_LIBRARY_PATH=/lib/obsolete/linuxthreads" to the command > line before running up UML. > When single user mode came up I used chkconfig to turn just about everything > off. Then I edited /etc/rc.d/rc.sysinit to remove the troublesome bits (as > per previous post). Then I exited and it started normally. > > If I run /bin/login from the single user mode prompt here's where I end up > (I did this because I feel it is related). Any ideas welcome (there's a > segfault in the init script somewhere which I'll comment out in due course). > I've also commented out the /etc/pam.d/login line with the .so module (as > per previous post). > > The Detaching pid xxxxx seems to be the kiss of death. > > [root@localhost shared]# ./run_uml.sh > Checking PROT_EXEC mmap in /tmp...OK > tracing thread pid = 23488 > Linux version 2.6.12-bs9 (root@localhost.localdomain) (gcc version 4.0.0 > 20050519 (Red Hat 4.0.0-8)) #1 Thu Aug 4 21:52:00 EST 2005 > Built 1 zonelists > Kernel command line: single mem=160m mode=tt ubda=root_fs.fc4 ubdb=swap > root=/dev/ubda con=pty con0=fd:0,fd:1 > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > PID hash table entries: 1024 (order: 10, 16384 bytes) > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) > Memory: 157696k available > Mount-cache hash table entries: 512 > Checking for host processor cmov support...Yes > Checking for host processor xmm support...No > Checking that ptrace can change system call numbers...OK > Checking syscall emulation patch for ptrace...missing > Checking that host ptys support output SIGIO...Yes > Checking that host ptys support SIGIO on close...No, enabling workaround > Checking for /dev/anon on the host...Not available (open failed with errno > 2) > NET: Registered protocol family 16 > mconsole (version 2) initialized on /root/.uml/FQRHtz/mconsole > ubd: Synchronous mode > VFS: Disk quotas dquot_6.5.1 > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) > io scheduler noop registered > io scheduler anticipatory registered > io scheduler deadline registered > io scheduler cfq registered > NET: Registered protocol family 2 > IP: routing cache hash table of 1024 buckets, 8Kbytes > TCP established hash table entries: 8192 (order: 4, 65536 bytes) > TCP bind hash table entries: 8192 (order: 3, 32768 bytes) > TCP: Hash tables configured (established 8192 bind 8192) > NET: Registered protocol family 1 > NET: Registered protocol family 17 > Initialized stdio console driver > Console initialized on /dev/tty0 > Initializing software serial port version 1 > ubda: unknown partition table > ubdb: unknown partition table > EXT3-fs: INFO: recovery required on readonly filesystem. > EXT3-fs: write access will be enabled during recovery. > kjournald starting. Commit interval 5 seconds > EXT3-fs: recovery complete. > EXT3-fs: mounted filesystem with ordered data mode. > VFS: Mounted root (ext3 filesystem) readonly. > line_ioctl: tty0: ioctl KDSIGACCEPT called > INIT: version 2.85 booting > line_ioctl: tty0: ioctl TIOCLINUX called > Welcome to Fedora Core > Press 'I' to enter interactive startup. > Starting udev: [FAILED] > Initializing hardware... storage network audio done[ OK ] > Setting clock : Fri Aug 5 00:16:29 EDT 2005 [ OK ] > Setting hostname uml-test.goober.org: [ OK ] > set_thread_area failed when setting up thread-local storage > /etc/rc.d/rc.sysinit: line 340: 694 Done echo "mkdmnod" > 695 Segmentation fault | /sbin/nash --quiet >/dev/null 2>&1 > Remounting root filesystem in read-write mode: [ OK ] > Mounting local filesystems: [ OK ] > Enabling local filesystem quotas: [ OK ] > Enabling swap space: [ OK ] > sh-3.00# /bin/login > login: root > Password: > login(pam_unix)[772]: session opened for user root by (uid=0) > -- root[772]: ROOT LOGIN ON console > Detaching pid 26521 > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > |
From: Blaisorblade <bla...@ya...> - 2005-08-05 15:23:47
|
On Friday 05 August 2005 06:33, Phill Wombat wrote: > Fedora Core release 4 (Stentz) > Kernel 2.6.12-bs9 on an x86_64 > > Unauthorized access to this system is strictly prohibited. > uml-test login: > > But I can't log in...... :-( Must at least add /dev/console to /etc/securetty (location may vary) and running "login" from command line could be problematic, probably use "setsid login" instead of login or add a "mingetty" line to /etc/inittab for runlevel 1. > So far the config is: Bog standard install of FC4 x86_64 on the host (no > patch... no nothing). > UML is as per above. > I added "single LD_LIBRARY_PATH=/lib/obsolete/linuxthreads" to the command > line before running up UML. > When single user mode came up I used chkconfig to turn just about > everything off. Then I edited /etc/rc.d/rc.sysinit to remove the > troublesome bits (as per previous post). Then I exited and it started > normally. > > If I run /bin/login from the single user mode prompt here's where I end up > (I did this because I feel it is related). Any ideas welcome (there's a > segfault in the init script somewhere which I'll comment out in due > course). I've also commented out the /etc/pam.d/login line with the .so > module (as per previous post). > > The Detaching pid xxxxx seems to be the kiss of death. > > [root@localhost shared]# ./run_uml.sh > Checking PROT_EXEC mmap in /tmp...OK > tracing thread pid = 23488 > Linux version 2.6.12-bs9 (root@localhost.localdomain) (gcc version 4.0.0 > 20050519 (Red Hat 4.0.0-8)) #1 Thu Aug 4 21:52:00 EST 2005 > Built 1 zonelists > Kernel command line: single mem=160m mode=tt ubda=root_fs.fc4 ubdb=swap > root=/dev/ubda con=pty con0=fd:0,fd:1 > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > PID hash table entries: 1024 (order: 10, 16384 bytes) > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) > Memory: 157696k available > Mount-cache hash table entries: 512 > Checking for host processor cmov support...Yes > Checking for host processor xmm support...No > Checking that ptrace can change system call numbers...OK > Checking syscall emulation patch for ptrace...missing > Checking that host ptys support output SIGIO...Yes > Checking that host ptys support SIGIO on close...No, enabling workaround > Checking for /dev/anon on the host...Not available (open failed with errno > 2) > NET: Registered protocol family 16 > mconsole (version 2) initialized on /root/.uml/FQRHtz/mconsole > ubd: Synchronous mode > VFS: Disk quotas dquot_6.5.1 > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) > io scheduler noop registered > io scheduler anticipatory registered > io scheduler deadline registered > io scheduler cfq registered > NET: Registered protocol family 2 > IP: routing cache hash table of 1024 buckets, 8Kbytes > TCP established hash table entries: 8192 (order: 4, 65536 bytes) > TCP bind hash table entries: 8192 (order: 3, 32768 bytes) > TCP: Hash tables configured (established 8192 bind 8192) > NET: Registered protocol family 1 > NET: Registered protocol family 17 > Initialized stdio console driver > Console initialized on /dev/tty0 > Initializing software serial port version 1 > ubda: unknown partition table > ubdb: unknown partition table > EXT3-fs: INFO: recovery required on readonly filesystem. > EXT3-fs: write access will be enabled during recovery. > kjournald starting. Commit interval 5 seconds > EXT3-fs: recovery complete. > EXT3-fs: mounted filesystem with ordered data mode. > VFS: Mounted root (ext3 filesystem) readonly. > line_ioctl: tty0: ioctl KDSIGACCEPT called > INIT: version 2.85 booting > line_ioctl: tty0: ioctl TIOCLINUX called > Welcome to Fedora Core > Press 'I' to enter interactive startup. > Starting udev: [FAILED] > Initializing hardware... storage network audio done[ OK ] > Setting clock : Fri Aug 5 00:16:29 EDT 2005 [ OK ] > Setting hostname uml-test.goober.org: [ OK ] > set_thread_area failed when setting up thread-local storage > /etc/rc.d/rc.sysinit: line 340: 694 Done echo > "mkdmnod" 695 Segmentation fault | /sbin/nash --quiet >/dev/null 2>&1 > Remounting root filesystem in read-write mode: [ OK ] > Mounting local filesystems: [ OK ] > Enabling local filesystem quotas: [ OK ] > Enabling swap space: [ OK ] > sh-3.00# /bin/login > login: root > Password: > login(pam_unix)[772]: session opened for user root by (uid=0) > -- root[772]: ROOT LOGIN ON console > Detaching pid 26521 > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |
From: Phill W. <um...@we...> - 2005-08-06 21:39:50
|
Hi Paolo, Sorry for the long post. Oh I had it all figured out until....... ls: relocation error: /lib/libpthread.so.0: symbol errno, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Turns out the obsolete threads compiler runtime library is broken..... Googling isn't helping as this seems to be a new issue.... It's broken in Gentoo as well. Bugger! It's all working and I can login to. I just can't do an ls without the relocation error. Lots of things run now. It's looking like a rebuild of the libraries. Phill. ============================================================= Turns out the FC4 fix is really quite simple. Just do this: cp /lib/obsolete/linuxthreads/i686/*.so /lib Do this in your root_fs image! not the host. Now boot your UML! That's all there is to it for FC4. I now have a working 32 bit FC4 UML on a 64 bit host (with 8G of swap - i.e. unlimited UMLs). I was about to post this (see below) when I thought of the solution. Turns out the whole c compiler run-time with the old threads is just sitting there in the distro. FC5 is going to do away with the old threads completely, so work going on I see in the list on NPTL is very important and timely. It might be a timesave for all concerned if a pristine FC4 root_fs is uploaded (somewhere) with this done until NPTL support is going. (Anyone who does this, please turn off selinux too). I think the conclusions reached here also accounts for quite a few posts I see where the host kernel seems to effect the UML's programs. If NPTL programs are running inside a UML then they depend on the host kernel and skas3 to do so. Cheers Phill. ============================================================ Making progress.... but I think I'm now snookered by NPTL. I've run up this UML kernel: Fedora Core release 4 (Stentz) Kernel 2.6.12-bb10-skas0 on an x86_64 Unauthorized access to this system is strictly prohibited. uml-test login: Then from home on my 32 bit box I do this to connect to the sshd on the virtual ethernet: [phill@phill ~]$ ssh root@10.1.1.201 root@10.1.1.201's password: Last login: Sat Aug 6 10:14:34 2005 from 192.168.1.6 cannot set up thread-local storage: cannot set up LDT for thread-local storage Connection to 10.1.1.201 closed. [phill@phill~]$ My guess is for FC4 to login I need recompile /bin/login (and possibly PAM friends) so they don't use NPTL. Either that or I need a login replacement....:-( Let me preface my next comment with: I don't really understand what's happening! but given it all works with skas3 in 32 bit mode, I assume that the thread-local storage business is being handled by the host in skas3 mode (which is not available yet in x86-64 kernels). In TT mode it (thread-local storage) causes crashes for the time being, while in skas0 mode we get a nicely handled error from the application (or more precisely the c-compiler's runtime library) indicating the failure. OK that said: does anyone know how to get logged in without /bin/login? The option of recompiling login sounds reeeely hard as a workaround, since I'd have to rebuild the libraries.... Cheers Phill. On Fri, 2005-08-05 at 17:30 +0200, Blaisorblade wrote: > On Friday 05 August 2005 06:33, Phill Wombat wrote: > > Fedora Core release 4 (Stentz) > > Kernel 2.6.12-bs9 on an x86_64 > > > > Unauthorized access to this system is strictly prohibited. > > uml-test login: > > > > But I can't log in...... :-( > Must at least add /dev/console to /etc/securetty (location may vary) and > running "login" from command line could be problematic, probably use "setsid > login" instead of login or add a "mingetty" line to /etc/inittab for runlevel > 1. > > So far the config is: Bog standard install of FC4 x86_64 on the host (no > > patch... no nothing). > > UML is as per above. > > I added "single LD_LIBRARY_PATH=/lib/obsolete/linuxthreads" to the command > > line before running up UML. > > When single user mode came up I used chkconfig to turn just about > > everything off. Then I edited /etc/rc.d/rc.sysinit to remove the > > troublesome bits (as per previous post). Then I exited and it started > > normally. > > > > If I run /bin/login from the single user mode prompt here's where I end up > > (I did this because I feel it is related). Any ideas welcome (there's a > > segfault in the init script somewhere which I'll comment out in due > > course). I've also commented out the /etc/pam.d/login line with the .so > > module (as per previous post). > > > > The Detaching pid xxxxx seems to be the kiss of death. > > > > [root@localhost shared]# ./run_uml.sh > > Checking PROT_EXEC mmap in /tmp...OK > > tracing thread pid = 23488 > > Linux version 2.6.12-bs9 (root@localhost.localdomain) (gcc version 4.0.0 > > 20050519 (Red Hat 4.0.0-8)) #1 Thu Aug 4 21:52:00 EST 2005 > > Built 1 zonelists > > Kernel command line: single mem=160m mode=tt ubda=root_fs.fc4 ubdb=swap > > root=/dev/ubda con=pty con0=fd:0,fd:1 > > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > > PID hash table entries: 1024 (order: 10, 16384 bytes) > > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) > > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) > > Memory: 157696k available > > Mount-cache hash table entries: 512 > > Checking for host processor cmov support...Yes > > Checking for host processor xmm support...No > > Checking that ptrace can change system call numbers...OK > > Checking syscall emulation patch for ptrace...missing > > Checking that host ptys support output SIGIO...Yes > > Checking that host ptys support SIGIO on close...No, enabling workaround > > Checking for /dev/anon on the host...Not available (open failed with errno > > 2) > > NET: Registered protocol family 16 > > mconsole (version 2) initialized on /root/.uml/FQRHtz/mconsole > > ubd: Synchronous mode > > VFS: Disk quotas dquot_6.5.1 > > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) > > io scheduler noop registered > > io scheduler anticipatory registered > > io scheduler deadline registered > > io scheduler cfq registered > > NET: Registered protocol family 2 > > IP: routing cache hash table of 1024 buckets, 8Kbytes > > TCP established hash table entries: 8192 (order: 4, 65536 bytes) > > TCP bind hash table entries: 8192 (order: 3, 32768 bytes) > > TCP: Hash tables configured (established 8192 bind 8192) > > NET: Registered protocol family 1 > > NET: Registered protocol family 17 > > Initialized stdio console driver > > Console initialized on /dev/tty0 > > Initializing software serial port version 1 > > ubda: unknown partition table > > ubdb: unknown partition table > > EXT3-fs: INFO: recovery required on readonly filesystem. > > EXT3-fs: write access will be enabled during recovery. > > kjournald starting. Commit interval 5 seconds > > EXT3-fs: recovery complete. > > EXT3-fs: mounted filesystem with ordered data mode. > > VFS: Mounted root (ext3 filesystem) readonly. > > line_ioctl: tty0: ioctl KDSIGACCEPT called > > INIT: version 2.85 booting > > line_ioctl: tty0: ioctl TIOCLINUX called > > Welcome to Fedora Core > > Press 'I' to enter interactive startup. > > Starting udev: [FAILED] > > Initializing hardware... storage network audio done[ OK ] > > Setting clock : Fri Aug 5 00:16:29 EDT 2005 [ OK ] > > Setting hostname uml-test.goober.org: [ OK ] > > set_thread_area failed when setting up thread-local storage > > /etc/rc.d/rc.sysinit: line 340: 694 Done echo > > "mkdmnod" 695 Segmentation fault | /sbin/nash --quiet >/dev/null 2>&1 > > Remounting root filesystem in read-write mode: [ OK ] > > Mounting local filesystems: [ OK ] > > Enabling local filesystem quotas: [ OK ] > > Enabling swap space: [ OK ] > > sh-3.00# /bin/login > > login: root > > Password: > > login(pam_unix)[772]: session opened for user root by (uid=0) > > -- root[772]: ROOT LOGIN ON console > > Detaching pid 26521 > > > > > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > _______________________________________________ > > User-mode-linux-user mailing list > > Use...@li... > > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > |
From: Phill W. <um...@we...> - 2005-08-07 01:09:12
|
The fix is to: ln libpthread-0.10.so libpthread.so.0 and everything just runs!!! Cheers Phill. On Sun, 2005-08-07 at 07:39 +1000, Phill Wombat wrote: > Hi Paolo, > > Sorry for the long post. > > Oh I had it all figured out until....... > > ls: relocation error: /lib/libpthread.so.0: symbol errno, version > GLIBC_PRIVATE not defined in file libc.so.6 with link time reference > > Turns out the obsolete threads compiler runtime library is broken..... > > Googling isn't helping as this seems to be a new issue.... It's broken > in Gentoo as well. > > Bugger! It's all working and I can login to. I just can't do an ls > without the relocation error. Lots of things run now. > > It's looking like a rebuild of the libraries. > > Phill. > > > ============================================================= > > Turns out the FC4 fix is really quite simple. > > Just do this: > > cp /lib/obsolete/linuxthreads/i686/*.so /lib > > Do this in your root_fs image! not the host. > > Now boot your UML! That's all there is to it for FC4. > > I now have a working 32 bit FC4 UML on a 64 bit host (with 8G of swap - > i.e. unlimited UMLs). > > I was about to post this (see below) when I thought of the solution. > Turns out the whole c compiler run-time with the old threads is just > sitting there in the distro. > > FC5 is going to do away with the old threads completely, so work going > on I see in the list on NPTL is very important and timely. > > It might be a timesave for all concerned if a pristine FC4 root_fs is > uploaded (somewhere) with this done until NPTL support is going. (Anyone > who does this, please turn off selinux too). > > I think the conclusions reached here also accounts for quite a few posts > I see where the host kernel seems to effect the UML's programs. If NPTL > programs are running inside a UML then they depend on the host kernel > and skas3 to do so. > > Cheers > Phill. > > ============================================================ > > Making progress.... but I think I'm now snookered by NPTL. > > I've run up this UML kernel: > > Fedora Core release 4 (Stentz) > Kernel 2.6.12-bb10-skas0 on an x86_64 > > Unauthorized access to this system is strictly prohibited. > uml-test login: > > Then from home on my 32 bit box I do this to connect to the sshd on the > virtual ethernet: > > [phill@phill ~]$ ssh root@10.1.1.201 > root@10.1.1.201's password: > Last login: Sat Aug 6 10:14:34 2005 from 192.168.1.6 > cannot set up thread-local storage: cannot set up LDT for thread-local > storage > > Connection to 10.1.1.201 closed. > [phill@phill~]$ > > My guess is for FC4 to login I need recompile /bin/login (and possibly > PAM friends) so they don't use NPTL. Either that or I need a login > replacement....:-( > > Let me preface my next comment with: I don't really understand what's > happening! but given it all works with skas3 in 32 bit mode, I assume > that the thread-local storage business is being handled by the host in > skas3 mode (which is not available yet in x86-64 kernels). > > In TT mode it (thread-local storage) causes crashes for the time being, > while in skas0 mode we get a nicely handled error from the application > (or more precisely the c-compiler's runtime library) indicating the > failure. > > OK that said: does anyone know how to get logged in without /bin/login? > The option of recompiling login sounds reeeely hard as a workaround, > since I'd have to rebuild the libraries.... > > Cheers > Phill. > > > On Fri, 2005-08-05 at 17:30 +0200, Blaisorblade wrote: > > On Friday 05 August 2005 06:33, Phill Wombat wrote: > > > Fedora Core release 4 (Stentz) > > > Kernel 2.6.12-bs9 on an x86_64 > > > > > > Unauthorized access to this system is strictly prohibited. > > > uml-test login: > > > > > > But I can't log in...... :-( > > Must at least add /dev/console to /etc/securetty (location may vary) and > > running "login" from command line could be problematic, probably use "setsid > > login" instead of login or add a "mingetty" line to /etc/inittab for runlevel > > 1. > > > So far the config is: Bog standard install of FC4 x86_64 on the host (no > > > patch... no nothing). > > > UML is as per above. > > > I added "single LD_LIBRARY_PATH=/lib/obsolete/linuxthreads" to the command > > > line before running up UML. > > > When single user mode came up I used chkconfig to turn just about > > > everything off. Then I edited /etc/rc.d/rc.sysinit to remove the > > > troublesome bits (as per previous post). Then I exited and it started > > > normally. > > > > > > If I run /bin/login from the single user mode prompt here's where I end up > > > (I did this because I feel it is related). Any ideas welcome (there's a > > > segfault in the init script somewhere which I'll comment out in due > > > course). I've also commented out the /etc/pam.d/login line with the .so > > > module (as per previous post). > > > > > > The Detaching pid xxxxx seems to be the kiss of death. > > > > > > [root@localhost shared]# ./run_uml.sh > > > Checking PROT_EXEC mmap in /tmp...OK > > > tracing thread pid = 23488 > > > Linux version 2.6.12-bs9 (root@localhost.localdomain) (gcc version 4.0.0 > > > 20050519 (Red Hat 4.0.0-8)) #1 Thu Aug 4 21:52:00 EST 2005 > > > Built 1 zonelists > > > Kernel command line: single mem=160m mode=tt ubda=root_fs.fc4 ubdb=swap > > > root=/dev/ubda con=pty con0=fd:0,fd:1 > > > LD_LIBRARY_PATH=/lib/obsolete/linuxthreads > > > PID hash table entries: 1024 (order: 10, 16384 bytes) > > > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) > > > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) > > > Memory: 157696k available > > > Mount-cache hash table entries: 512 > > > Checking for host processor cmov support...Yes > > > Checking for host processor xmm support...No > > > Checking that ptrace can change system call numbers...OK > > > Checking syscall emulation patch for ptrace...missing > > > Checking that host ptys support output SIGIO...Yes > > > Checking that host ptys support SIGIO on close...No, enabling workaround > > > Checking for /dev/anon on the host...Not available (open failed with errno > > > 2) > > > NET: Registered protocol family 16 > > > mconsole (version 2) initialized on /root/.uml/FQRHtz/mconsole > > > ubd: Synchronous mode > > > VFS: Disk quotas dquot_6.5.1 > > > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) > > > io scheduler noop registered > > > io scheduler anticipatory registered > > > io scheduler deadline registered > > > io scheduler cfq registered > > > NET: Registered protocol family 2 > > > IP: routing cache hash table of 1024 buckets, 8Kbytes > > > TCP established hash table entries: 8192 (order: 4, 65536 bytes) > > > TCP bind hash table entries: 8192 (order: 3, 32768 bytes) > > > TCP: Hash tables configured (established 8192 bind 8192) > > > NET: Registered protocol family 1 > > > NET: Registered protocol family 17 > > > Initialized stdio console driver > > > Console initialized on /dev/tty0 > > > Initializing software serial port version 1 > > > ubda: unknown partition table > > > ubdb: unknown partition table > > > EXT3-fs: INFO: recovery required on readonly filesystem. > > > EXT3-fs: write access will be enabled during recovery. > > > kjournald starting. Commit interval 5 seconds > > > EXT3-fs: recovery complete. > > > EXT3-fs: mounted filesystem with ordered data mode. > > > VFS: Mounted root (ext3 filesystem) readonly. > > > line_ioctl: tty0: ioctl KDSIGACCEPT called > > > INIT: version 2.85 booting > > > line_ioctl: tty0: ioctl TIOCLINUX called > > > Welcome to Fedora Core > > > Press 'I' to enter interactive startup. > > > Starting udev: [FAILED] > > > Initializing hardware... storage network audio done[ OK ] > > > Setting clock : Fri Aug 5 00:16:29 EDT 2005 [ OK ] > > > Setting hostname uml-test.goober.org: [ OK ] > > > set_thread_area failed when setting up thread-local storage > > > /etc/rc.d/rc.sysinit: line 340: 694 Done echo > > > "mkdmnod" 695 Segmentation fault | /sbin/nash --quiet >/dev/null 2>&1 > > > Remounting root filesystem in read-write mode: [ OK ] > > > Mounting local filesystems: [ OK ] > > > Enabling local filesystem quotas: [ OK ] > > > Enabling swap space: [ OK ] > > > sh-3.00# /bin/login > > > login: root > > > Password: > > > login(pam_unix)[772]: session opened for user root by (uid=0) > > > -- root[772]: ROOT LOGIN ON console > > > Detaching pid 26521 > > > > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > > _______________________________________________ > > > User-mode-linux-user mailing list > > > Use...@li... > > > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user |
From: Blaisorblade <bla...@ya...> - 2005-09-01 14:11:14
|
On Sunday 07 August 2005 03:09, Phill Wombat wrote: > The fix is to: > > ln libpthread-0.10.so libpthread.so.0 > > and everything just runs!!! Normally a "ln -s" is used, and ldconfig should create it (assuming the library is correctly created, in particular that its "soname" has been set correctly). -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |
From: Phill W. <um...@we...> - 2005-09-02 02:12:29
|
That's correct. I forgot the -s in the email. I've also found that often times after an RPM install of some packages, the libraries like to go back to their original state. That means after the RPM install you can't do a listing (ls) on the directory. I now have a little shell script that copies and links the correct libraries which I run in such circumstances and gets things working again. Also the tip on setarch i386 linux .... has worked for me. The UMLs now think they are i686s instead of x86_64s, so the YUM hack is no longer required. I've also found it is quite difficult to get the glibc and friends to update. I've actually trashed quite a few of my UMLs trying to figure out a strategy to acheive this. I've even tried updating the file system from the host, which has the wierd side effect of making YUM (inside the UML) think that it's the wrong version of itself (I suspect after YUMming the fs on the x86_64, it copies some files into the YUM repository which are x86_64 specific - or something like that). Needless to say YUM no longer works are adopting this strategy. Haven't sorted this one out yet. i.e. cannot upgrade the glibc stuff in a FC4/UML/i386 running on an FC4/x86_64 host. Phill. ----- Original Message ----- From: "Blaisorblade" <bla...@ya...> To: "Phill Wombat" <um...@we...> Cc: <use...@li...> Sent: Tuesday, August 30, 2005 1:51 AM Subject: Re: [uml-user] x86_64 - 2.6.12+bs9+skas0 SUCCESS!!!! at last > On Sunday 07 August 2005 03:09, Phill Wombat wrote: > > The fix is to: > > > > ln libpthread-0.10.so libpthread.so.0 > > > > and everything just runs!!! > Normally a "ln -s" is used, and ldconfig should create it (assuming the > library is correctly created, in particular that its "soname" has been set > correctly). > -- > Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". > Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) > http://www.user-mode-linux.org/~blaisorblade > > > > > > > ___________________________________ > Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB > http://mail.yahoo.it > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > User-mode-linux-user mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > |
From: Phill W. <um...@we...> - 2005-09-02 02:19:21
|
Hi Paolo, Upon re-reading this I think I may have misunderstood. Is it the case that ldconfig should automatically setup the softlink for me? Do I need to configure something? It occured to me that there must be some mechanism that overcomes this issue otherwise everytime RPM does something like run ldconfig I'd have to fix it again (and so would everyone - and I'm sure greater minds than mine have already thought of this). Phill. ----- Original Message ----- From: "Blaisorblade" <bla...@ya...> To: "Phill Wombat" <um...@we...> Cc: <use...@li...> Sent: Tuesday, August 30, 2005 1:51 AM Subject: Re: [uml-user] x86_64 - 2.6.12+bs9+skas0 SUCCESS!!!! at last > On Sunday 07 August 2005 03:09, Phill Wombat wrote: > > The fix is to: > > > > ln libpthread-0.10.so libpthread.so.0 > > > > and everything just runs!!! > Normally a "ln -s" is used, and ldconfig should create it (assuming the > library is correctly created, in particular that its "soname" has been set > correctly). > -- > Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". > Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) > http://www.user-mode-linux.org/~blaisorblade > > > > > > > ___________________________________ > Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB > http://mail.yahoo.it > |
From: Blaisorblade <bla...@ya...> - 2005-09-02 09:23:30
|
On Friday 02 September 2005 04:19, Phill Wombat wrote: > Hi Paolo, > > Upon re-reading this I think I may have misunderstood. > Is it the case that ldconfig should automatically setup the softlink for > me? Do I need to configure something? On a normal, not buggy distro, ldconfig should do that. In fact you have zillion of softlinks for libs which you didn't setup by hand. However, the library must be compiled correctly. Possibly, there's some NPTL/LinuxThreads confusion (i.e. in one of them, the softlink isn't needed because the binaries directly refer to the original name - I don't expect that, it's against common practice, but the LDD output and listing the file names in both the NPTL and LinuxThreads glibc should give a bit of light). > It occured to me that there must be some mechanism that overcomes this > issue otherwise everytime RPM does something like run ldconfig I'd have to > fix it again (and so would everyone - and I'm sure greater minds than mine > have already thought of this). > Phill. -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |