Kezdenek hülyét csinálni belőlem a Dataglobe-nál, itt van ugyanis hostolva a linuxforge.hu domain.

Kezdődött úgy január közepén, hogy a kifogástalanul működő Joomla és Mambo portálok megbolondultak. A komponensek telepítése hibával állt le (ezekkel korábban semmi baj nem volt) és a multisite-ban telepített gallery2 “open_basedir restriction in effect” hibával elhasalt. A phpinfo() jelezte is, hogy egy-két nappal korábbi build került föl a szerverre, adta magát a helyzet, hogy a php config-ban módosítottak valamit. Jelezve a hibát azt a választ kaptam, hogy

Ha változtatunk is valamit a gépeink beállításain, akkor azt az elvárt gondossággal tesszük. … Viszont szívesen segítünk, ha legalább a hibaüzeneteket vagy a hibás URL-eket megosztja velünk.

Válaszlevelemben postoltam a pontos hibaüzenetet és megadtam azon paramétereket, melyekkel a hiba reprodukálható. A válaszra azóta is várok, közel egy hónapja!!!

Próbálkoztam még egy pár napig – az esélytelenek nyugalmával – hátha én szúrtam el valamit, de természetesen semmilyen módszer nem vezetett megoldásra a komponenstelepítéssel és a gallery életbehozásával kapcsolatban. Akkoriban volt, hogy a HUP-on a Drupal lett a győztes a portál kategóriában, így nekiestem a tesztelésének. A kezdeti sikertelenségek után – lásd a korábbi postokban – sikerült megbarátkoznom vele, és a multisite telepítés is alapban megoldható vele. Jött hát a migrálás…

A korábbi Gallery, Joomla és Mambo installokat letakarítottam a szerverről és felzúgattam a Drupal-t a helyére. Gallery reinstall (nem multisite-os módban, mert a probléma továbbra is fennáll az “open_basedir restriction in effect” kapcsán) és minden működött flottul. A mai napig.

Ma délután arra lettem figyelmes, hogy a WordPress nem tud kapcsolódni az adatbázis szerverhez: “Access denied for user ‘dbuser’@’localhost’ (using password: YES)”

Na, ez érdekes! Ugyanez a www.linuxforge.hu-val és a gnome-rdp.linuxforge.hu-val Drupal alapon. Megnéztem myPhpAdmin-al, semmi gond. Valószínűnek látszott, hogy a szerveren van megint valami így gyorsan jeleztem is a problémámat az üzemeltetők felé. Épp, hogy a levelet elment ötlött az eszembe, hogy ugyan csak itthonról nem jön be rendesen a lap vagy máshonnan sem. VPN-en keresztül egy távoli gépről ránéztem és legnagyobb csodálatomra az oldal betöltődött rendesen. Akkor biztos az itthoni bind szerverrel van valami. Ellenőriztem VPN-en keresztül az ip címet és realizáltam, hogy eltérés van, ugyanis otthon az intra.linuxforge.hu domain nevet használom ezért a www, gnome-rdp, blog fqdn-ek statikusan fel lettek véve a bind konfigjában:

www         IN  A   dataglobe.hu ip-je
stat        IN  CNAME   www
cdw         IN  CNAME   www
sharpszamla IN  CNAME   www
blog        IN  CNAME   www
gnome-rdp   IN  CNAME   www
gnomerdp    IN  CNAME   www

Nem nagyon értek a DNS-hez, lehet, hogy nem szép a megoldásom, de eddig működött rendesen. A dataglobe.hu ip-je azonban úgy tűnt hogy megváltozott. Módosítottam a konfig fájlt és a named újraindítása után betöltődött a lap.

Húúú de ciki, pont most küldtem el a levelet a hibáról. Gyorsan írtam hát megint, hogy megoldódott a hiba és, hogy az az én készülékemben volt, elnézést kérek. A levél elment, majd természetesen ezt követően ismételten realizálnom kellett, hogy valami nem ok. A gallery nem töltődik be, hanem a main.php-t feldobja a letöltés ablakban. “Feleftépéztem” a szerverre és látom ám, hogy ott figyelget a régi Mambo és Joomla install. Mit keres az ott? Legyalultam az egészet. Aztán észrevettem, hogy a Drupal-os könyvtárban is ott vannak a korábbi Mambo-s cuccok összekeveredve a Drupal állományaival. Valószínűleg a Gallery könyvtárral is ez a helyzet.

Akkor most ki a hülye… ???