[Linux] nslookup/dig geven segfault na kernel update

Pagina: 1
Acties:

  • DDX
  • Registratie: April 2001
  • Laatst online: 22:45
Nieuwe installatie van taolinux (=redhat enterprise)
zoals altijd meteen eigen kernel gecompiled
2.4.27 met .config die op andere machines ok loopt
(zelfde hw, maar dan redhat 6.2 en 8)

na reboot :

]# nslookup
Segmentation fault

]# dig
Segmentation fault

(ook host en nsupdate geven segfault)

zowel met :

bind-utils-9.2.2-21.i386.rpm (standaard tao 1.0)
bind-utils-9.2.4-EL3_10.TL1.i386.rpm (uit de updates)

terug naar originele kernel (2.4.21-20.1TL)
en nslookup en dig werken weer

ook even 2.4.28-pre4 gecompiled
maar ook die geeft segfaults op bind-utils programmas

iemand enig idee waar ik moet zoeken naar de oorzaak/een oplossing voor dit probleem ?

edit:

ook even kernel 2.4.21-rc1 van een redhat8 machine overgezet en geboot
maar ook die geeft segfaults

[ Voor 9% gewijzigd door DDX op 22-10-2004 14:10 ]

https://www.strava.com/athletes/2323035


  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 01:45
Zijn er ook nog andere binaries die gewoon segfaulten? of alleen de bind utils?

Waar ik nml aan zit te denken is een glibc die TLS nodig heeft voor NPTL, iets wat door distrobakkers in 2.4 kernels is gepatcht, maar niet in vanilla 2.4 kernels zit. Als je dan geen fallback support hebt naar linuxthreads, heb je een probleem.

Probeer eens onderstaande uit te voeren op zowel je werkende kernel als je niet werkende kernel:
code:
1
getconf GNU_LIBPTHREAD_VERSION


Dit zou bij je oude versie iets in de trant van NPTL 0.60 moeten geven, bij de nieuwe kernel zou dit iets in de trant van linuxthreads 0.10 ofzo moeten teruggeven.


Edit:
Osiris: 2.6 schijnt volgens de geleerden niet volwassen te zijn 8)7. Ik gebruik echter liever een "onvolwassen" 2.6 kernel dan een zwaar gepatchte redhat kernel waar ze TLS ingepatcht hebben om NPTL te kunnen gebruiken ;)

[ Voor 16% gewijzigd door _JGC_ op 22-10-2004 17:42 ]


  • 0siris
  • Registratie: Augustus 2000
  • Laatst online: 07-02 23:33
Waarschijnlijk helemaal niet relevant, maar als je dan toch al zelf een kernel bakt, waarom niets uit de 2.6.x serie?

ach...in een volgend leven lach je er om!


  • DDX
  • Registratie: April 2001
  • Laatst online: 22:45
thnx voor de reacties
zelf vanmiddag al wat gevonden
('t was een beetje lastig omdat ik niet echt wist waar ik moest zoeken)

het is idd de NPTL support die standaard in de redhat kernel zit

http://www.redhat.com/arc...04-February/msg00032.html

2.6 kernel is idd een oplossing
alleen draai ik eigenlijk nog helemaal geen machines met 2.6 (allemaal nog 2.4) dus weinig zin om deze machine als testcase te laten dienen (deze machine gaat als router dienen)

even over nadenken dus maar

3 opties dus eigenlijk:

-lekker laten doorlopen op 2.4.27 kernel en 'export LD_ASSUME_KERNEL=2.4.19' doen
maar in hoeverre dit echt ok werkt ?
-NPTL patch vinden voor 2.4.27 kernel
-2.6 kernel installeren

2.6 heb ik vanmiddag al even gedraait en idd heb je het probleem dan ook niet
alleen loop ik dan weer tegen verschillende warnings zoals :
'program scsi_unique_id is using a deprecated SCSI ioctl, please convert it to SG_IO'
en dat ik nog niet 100% zeker ben wat ik exact moet instellen kwa kernel config opties in 2.6
(in 2.4 kon ik alle opties wel dromen)

https://www.strava.com/athletes/2323035


  • _Squatt_
  • Registratie: Oktober 2000
  • Niet online
DDX schreef op 22 oktober 2004 @ 20:35:
3 opties dus eigenlijk:
...[knip]...
optie 4:
- Blijven draaien op de door Redhat geteste en aan QA onderworpen 2.4 kernel.

Aangenomen dat Taolinux mogelijke securityfixes backport naar die kernel zie ik het probleem niet zo. Als ze dat niet doen lijkt het me niet verstandig om dit op een productiemachine te draaien.

Waarom per se een zelfgecompileerde kernel?

"He took a duck in the face at two hundred and fifty knots."


  • 0siris
  • Registratie: Augustus 2000
  • Laatst online: 07-02 23:33
_Squatt_ schreef op 22 oktober 2004 @ 21:05:Waarom per se een zelfgecompileerde kernel?
leuk om een keer te doen, lekker kleine kernel, alleen erin wat je wilt gebruiken, start lekker snel op... genoeg redenen te bedenken! :)

ach...in een volgend leven lach je er om!


  • DDX
  • Registratie: April 2001
  • Laatst online: 22:45
taolinux kernel (je kan kiezen uit tl kernel of el kernel (el is exact redhat es kernel en tl is met paar extra patches erbij)) is niet echt oplossing

ik draai liever niet met alles in modules
en omdat deze machine een router is wil ik graag alle opties daarvoor aanzetten

denk hierbij aan opties als QOS
ip advanced router aanzetten
extra opties bij netfilter
(waarvan aantal dingen pas erin zijn gekomen na kernel 2.4.21 (die rh nog gebruikt))

https://www.strava.com/athletes/2323035

Pagina: 1