Hosting kálvária
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… ???
2 Responses to Hosting kálvária
MINDEN VÉLEMÉNY SZÁMÍT! Kilépés a válaszból
Fotók



Hmm… egyre inkább kezd bebizonyosodni, hogy nem én vagyok a hülye… és te sem. Mindig azt a választ kapom, hogy én panaszkodom! egyedül. Nnna mindegy. Pedig örültem, hogy találtam egy jó szolgáltatót.
Hasonlóan vagyok én is. Örültem, hogy korrekt áron egy jó szolgáltatóval van dolgom. Erre mondják, hogy “olcsó húsnak…”?