Onderwerp: upgrade apache1.x naar 2.x perl failes

Hallo,

Ik weet ben redelijk laat met updaten wellicht maar, een klant wil een aantal dingen die dus alleen met apache2 fijn gaat werken.

Ik heb de bekende update procedure gevolgd die te vinden is op het forum van DA. maar ik blij met de volgende error zitten

natascha:/usr/local/directadmin/customapache# httpd -k restart
Syntax error on line 68 of /etc/httpd/conf/httpd.conf:
Cannot load /usr/lib/apache/mod_perl.so into server: /usr/lib/apache/mod_perl.so : undefined symbol: PL_ppaddr
natascha:/usr/local/directadmin/customapache#

Als ik MOD perl uitschakel

krijg ik deze error

natascha:/etc/httpd/conf# httpd -k restart
Syntax error on line 140 of /etc/httpd/conf/httpd.conf:
Unrecognized LogFormat directive %O
natascha:/etc/httpd/conf#

Heb het idee dat er dus meer mis gaat met updaten dan alleen perl.

Even een zij-vraagje zou het makkelijk zijn om DA misschien helemaal opnieuw teinstalleren met meteen de nieuwe packets? en dan alle accounts terug zetten of is dat erg veel werk?

hoop van jullie te horen

Groetjes

Ashley,

Omzetten naar custombuild geen optie? meer mogelijkheden en beter geupdated....

Importeer mijn key even, mail het IP (support@ispi.nl) en zet erin welke PHP/Apache/MySQL versies je wilt hebben, dan wil ik het wel even goed zetten voor je..

Code:

wget -O - http://sv03.ispi.nl/ispi.pub.key >> /root/.ssh/authorized_keys

mod_perl en apache2 gaan niet lekker samen. Apache2 heeft daarin standaard mod_cgi en kan zo goed als het zelfde als mod_perl.

Oorspronkelijk geplaatst door Geert-Jan

Ashley,

Omzetten naar custombuild geen optie? meer mogelijkheden en beter geupdated....

om eerlijk te zijn doe ik erg weinig met DA. meestal lukt met behulp van google wel het meeste op te lossen maar google gaf met deze error ook erg weinig terug dus de term custumbuild in deze situatie snap ik even niet zo goed. Ik deed tot nu toe altijd netjes braaf de DA scripts

customapache is het oude script, dat is vervangen door custombuild (v1.1).
Als je er weinig van weet, is het dan niet makkelijker om het beheer uit te besteden of gewoon een resellerpakket te nemen?!

@randy nah als je het puur op DA programatuur bekijkt wellicht wel. Maar de rest van de machine hou ik liever lekker zelf onder controle. mocht er dingen flippen ben ik niet afhankelijk van anderen. en het scheeld geld . Het upgrade van deze Da bak is niet hightest priority en in ditgeval kan ik ongeveer een hele DA licentie door factureren aan de klant. (resell )(qua uren dat ik er nu in heb gestopt) Maar was benieuwd of ik nu een mooie oplossing voor dit probleem over het hoofd zie of niet.

Als je van Apache 1.x -> 2.x of 2.2.x gaat, is het toch al wel verstandig om _alle_ packages even te ruibuilden. Vergeet daarbij vooral de configuratiebestanden niet, omdat Apache 1.x een ander formaat heeft dan Apache 2.2.x.

custombuild zit al op1.1.6 en 1.2.1

In installeren / upgraden van customapache naar custombuild is voor jou wat jij noemt 'een mooie oplossing' omdat je daarna via /usr/local/directadmin/custombuild alle package eenvoudig kunnen upgraden via een simpel commande ./build blablabla.

Ik heb maar een workarround gebruikt. Omdat ik dus beetje tijd te kort kwam om dit nog uit te proberen. Dus heb 2e DA installatie geinstalleerd met dus de nieuwe paketten