On Tuesday 14 December 2004 04:01, C.Y.M wrote: > Mws wrote: > > On Tuesday 14 December 2004 03:28, C.Y.M wrote: > > > >>Rainer Zocholl wrote: > >> > >>>Hello > >>> > >>>It happend one day that i find this text. > >>> > >>> > >>> Get Rid of the /lib/tls Directory > >>> > >>> The new pthreads library /lib/tls installed by default on > >>> recent Red Hat systems running kernel 2.4.x is defective. You > >>> must remove it or rename it then reboot your system before > >>> running Bacula otherwise after a week or so of running, > >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >>> Bacula will either block for long periods or deadlock entirely. > >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >>> > >>> The feedback that we have concerning 2.6 kernels is the same. > >>> However, on 2.6 systems, you may want to use the loader > >>> environment variable override rather than removing /lib/tls. > >>> Please see Supported Operating Systems for more information on > >>> this problem. > >>> > >>> http://www.bacula.org/html-manual/quickstart.html#SupportedOSes > >>> > >>> > >>> > >>> > >>> If you have a recent Red Hat Linux system running the 2.4.x > >>> kernel and you have the directory /lib/tls installed on your > >>> system (normally by default), bacula will NOT run. This is the > >>> new pthreads library and it is defective. > >>> ~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~ > >>> > >>> You must remove this directory prior to running Bacula, or you > >>> can simply change the name to /lib/tls-broken) then you must > >>> reboot your machine (one of the few times Linux must be > >>> rebooted). > >>> > >>> If you are not able to remove/rename /lib/tls, an alternative > >>> is to set the environment variable "LD_ASSUME_KERNEL=2.4.19" > >>> prior to executing Bacula. For this option, you do not need to > >>> reboot, and all programs other than Bacula will continue to use > >>> /lib/tls. > >>> > >>> The feedback that we have for 2.6 kernels is that the same > >>> problem exists. However, on 2.6 kernels, we would probably > >>> recommend using the environment variable override > >>> (LD_ASSUME_KERNEL=2.4.19) rather than removing /lib/tls. > >> > >>So, would you recommend that we use "export LD_ASSUME_KERNEL=2.4.19" or > >>"export LD_ASSUME_KERNEL=2.4.1"? > > > > > > then you will get normal libpthread behaviour - so no nptl is used then > > > > Yes, but which one.. 2.4.1 or 2.4.19? 2.4.1 should be working - from the text above you can see also that these backporting development features companies like suse and redhat sometimes do stupid things in my opinion :) you will move over to this if you can compile your own code on every possible configuration of software you have but not if you use a suse - gcc which is coredumping then :) regards mws
Attachment:
pgp00027.pgp
Description: PGP signature