Onderwerp: Prelink eigenlijk nodig op productie server?

Wat ik me afvraag is of prelink wel nodig is c.q. veilig is om op een productieserver te gebruiken.
De foutmeldingen die hij geeft zijn op te lossen.

Maar ik las op DA bijv. het volgende hier:
http://www.directadmin.com/forum/showthread.php?t=30570

Prelinking is something you don't want to do in a production server.
It's a potentially dangerous and non-standard system that uses relocation to speed up application launching times by writting directly in every binary file where they will find their needed libraries in memory.

Some applications and libraries are not compatible with prelinking, like libncurses in your system, and unless you are a programmer willing to help the ncurses project to solve that it just means that any application that uses libncurses won't be prelinked for it. Just like your log shows.

Ik weet niet of de meningen hierover verschillen en hoe jullie hierover denken, ik lees verschillende dingen als ik ga zoeken op Google. Beter wel of niet gebruiken en zonee, maakt het veel verschil qua snelheid waarmee de server dan werkt?
Wat doen jullie ermee?

Niemand?

Hier draait het niet, heb je dit zelf geïnstalleerd of kwam 't default mee?

Kwam default mee. Wordt dagelijks door een cron genaamd /etc/cron.daily/prelink gestart.
Ik kwam er achter doordat er dagelijks een foutmelding kwam:

/etc/cron.daily/prelink: line 47: 32627 Aborted /usr/sbin/prelink -av $PRELINK_OPTS >> /var/log/prelink/prelink.log 2>&1

Dat is op te lossen door /usr/local/lib in prelink.conf op te nemen, daarna gaat gelijk CSF weer over zijn nek omdat ie pt_deleted dingen de hele tijd vindt.

Ik heb nu 5 stuks Centos 5.x servers gecontroleerd en op -elke- server is dat in de /etc/cron.daily te vinden, 4 stuks DA servers en 1 Cpanel server. Dus het lijkt me dat het er overal default in staat.
Hetgeen overigens niet wil zeggen dat het ook gebruikt moet worden, vandaar dat ik me afvroeg wat de collega's ermee doen, of het inderdaad gevaarlijk is zoals in de quote en of het qua prestaties uit maakt als je het gaat uitschakelen op een live hosting server. En vraag me dus af wat de concullega's ermee doen, omdat het schijnbaar default install is, zelfs bij minimal install.

Op Debian systemen niets over te vinden, op CloudLinux (centos based) is de enige hit /usr/share/selinux/devel/include/admin/prelink.if. Vandaar dat ik het me afvroeg. Maar tenzij iemand hier een beter idee heeft dan zou ik 't gewoon uitzetten als ik het zo lees hier en daar.

To disable prelinking permanently system-wide, add the following to /etc/sysconfig/prelink:
PRELINKING=no
then execute the following command to make it effective:
prelink -ua

Het is me bekend hoe het uit te schakelen is, maar dat was niet de antwoord op m'n vraag eigenlijk.

Ik wacht de ideeën nog even af.

Jij in elk geval alvast bedankt voor het nakijken en voor je input.

Gezien de risico's die het met zich meebrengt en de voordelen op een server zou ik het niet doen. Het is niet compatible met aslr (dus werkt sowieso niet op systemen die dat gebruiken) en de "geprelinkte" executable geeft informatie weg over de rest van het systeem.

Prelinking is handig omdat processen met veel dependencies sneller starten, de vraag, heb je dat veel op een server?

Zoals gjtje al zegt... dit heeft niks op een productieserver te zoeken. In principe wil je gewoon niet dat shared libs en binaries op je productie server aangepast worden... NOOIT tenzij je het zelf doet. De perfomance winst die je ermee krijgt kun je beter krijgen met een beetje extra ram.

Ja dat vroeg ik me dus ook al af. Maar het wordt standaard gewoon met het OS mee geinstalleerd, dus heb ik het idee dat het toch bij een groot aantal mensen gewoon op de server draait.
Heb het nu op 3 van de 5 servers gewoon uitgeschakeld. De andere twee andere zijn vanavond aan de beurt. Eigenlijk geen verschil gemerkt. Dus volgende keer bij een nieuwe inregeling gewoon er aan denken om het uit te zetten.

Ik heb net even voor je gekeken op mijn servers, de oudere centos 5.x servers hebben zelf helemaal geen prelink geinstalled (moet wel zeggen dat dit via kickstart file gedaan is). De nieuwere servers die ik volgens handleiding van control panel geinstalleerd heb, hebben wel prelink. Maar dat zal eerder aan de default centos 6.x installatie liggen denk ik, de custom servers die ik gebruik (ubuntu) hebben het ook niet.

Bedankt voor het nakijken.
Ik weet niet of onze dedi's ook via een kickstart file gedaan zijn, ze worden allemaal gewoon met Linux 5.x aangeleverd en allemaal hebben ze prelink standaard enabled. Is via 3 verschillende bedrijven. Een VPS heeft het zelfs ook zo.
Maar het is goed te weten dat het beter uit kan.
Thanks!

Maar een standaard OS installatie is ook zelden een veilige server en de keus voor iets meer performance is vaak snel gemaakt dan.
'Standaard' staat ook een hele hoop shit op servers die je op bv. een webserver totaal niet nodig hebt. Ik 'erger' me nog steeds regelmatig aan de 'games' subdir, de fortune cookies, bluetooth, gpm, etc...

Tja, moet je een andere distributie kiezen.
Als je prelink uitzet moet je het wel ook even ongedaan maken (prelink kent een undo optie), anders heb je bij de eerst volgende update een niet werkende executable.

@Systemdeveloper: Ik was wat onduidelijk merk ik.
Met "standaard" bedoel ik niet een standaard server zoals je ze thuis installeert, maar zoals je relatief standaard een server aangeleverd krijgt van en bedrijf c.q. datacenter waar je de dedi huurt.
Over het algemeen betreft het dan een minimal install omdat we daar specifiek om vragen. Zelfs dan haal ik altijd nog zaken eruit van dingen die je soms nog tegen komt zoals bepaalde rpc daemons, gpm, smartcard, wireless en bluetooth en andere onnodige handel, waar jij je dus ook aan ergert.
De lege games subdirectory's interesseren me niet zo eerlijk gezegd. Alhoewel ik ook al eens een server gehad heb waar nog meer op stond waaronder ook samba, php en mysql, hetgeen je niet wilt als je DA gaat installeren.
Tegenwoordig haal ik bijna ook alle 32-bits pakketten uit een 64-bits server. Je hebt immers maar enkele 32-bits nodig, waaronder glibc en die is snel genoeg dan weer teruggezet.

Ik wist alleen niet of dat prelink eigenlijk nodig was je ziet dat ook nergens genoemd eigenlijk. Daarom dat ik er ook eens naar vroeg uit interesse.

@Gjtje: Ik ga er vanuit dat je met die undoe dat prelink -ua commando bedoeld. Dat doet ie ook automatisch bij de volgende nachtelijke cronjob.

# Set this to no to disable prelinking altogether
# (if you change this from yes to no prelink -ua
# will be run next night to undo prelinking)

Maar ik heb het handmatig gedaan, kan ik gelijk csf weer rustig krijgen die met zijn deleted binaries dan begint. Dus nu staat het op alle servers uit, en nog geen problemen of echt interessante vertragingen gezien.