ugrás a tartalomhoz

phpMyAdmin behívására leáll az Apache

Anonymous · 2006. Ápr. 23. (V), 19.48
hello

problémám van a phpmyadmin-nal, konkrétan az, hogy nem működik, mikor beírom a címsorba localhost/myadmin hosszab-rövidebb gondolkodás után az apache "...hibát érzékel, ezért leáll...";
ez van az error logban: Parent: child process exited with status 3221225477 -- Restarting. de nem indul ám újra magától, kézzel kell újraindítani;

winxp_sp2 - itt kezdődtek a gondok, sp1-ről sp2-re frissítéskor észleltem az első hibát; azóta volt már reinstall windows (xp_sp_2_prof), hátha, de nem, ugyanaz a helyzet;
apache 2.0.55 - ez jól működik, localhost simán bejön;
php 4.4.2 - ez is oké php scriptek lefutnak;
mysql 4.1.18 - ez is jó parancssorból el tudom érni, meg mysqladministratorból is;
phpmyadmin (ebből sokat kipróbáltam most épp:2.8.0.3) - na ez az, ami nem megy;

szóval az lenne a kérdésem:

- hogyan leheljek életet a pma-ba?
- miért öli meg az apache-ot?
- miből eredhet ez a probléma?

előre is köszönöm a segítséget;

üdv
bal
‹ mysql_query("INSERT..") azonnali végrehajtása? Dátum választása kényelmes felületen? ›
 ■
1

Ez...

-zsolti- · 2006. Ápr. 23. (V), 21.00
...elég durva, ha a phpMyAdmin-tól elszáll az Apache-od. Másrészt mikor történik ez? Már belépés előtt, ha csak úgy beírod a címet? Vagy akkor, amikor már azonosított, és az adatábázisokhoz akarsz hozzányúlni? Régebbi verziókkal is ezt csinálja? (2.6 körül)
3

volt sok verzió

Anonymous · 2006. Ápr. 23. (V), 22.07
2.6.valamennyi volt fent amikor először felbukkant a hiba; beírom a címet és 1234...n (10<n<20) várakozik, nem tölt be semmit a myadminból csak jön a már említett hibaüzenet;
2

STFW?

janoszen · 2006. Ápr. 23. (V), 21.12
Tényleg nem akarlak leszólni, mert tök jól körülírtad a problémát, a post a maga nemében jó kérdés lenne, ha nem maradt volna ki az STFW a beküldés előtt.

Googleban rákerestem, hogy "apache status 3221225477"

És mindjárt az első oldal: http://aspn.activestate.com/ASPN/Mail/Message/php-Dev/2087983

Itt leírják, hogy kb minden oprendszeren előfordul. Az is le van írva, ha jól néztem, hogy PHP bug.

Mindjárt az első hozzászólás:

I found out that I did not copy the
php5ts.dll to the system32 folder.

I know that in the readme it says that the system searches the PHP
folder as well for this file but once I put that file into system32, it
*appears* to have solved the problem. I haven't seen the bug so far and
hopefully I'm right =D


Tehát ez feltehetőleg megoldja.
4

no problemo

Anonymous · 2006. Ápr. 23. (V), 22.20
ismerem a keresőt tényleg nagyon jó;

én is megtaláltam amit belinkeltél;

installkor én beállítottam a PATH és a PHPRC változókat a php könytáramra, ahogy az itt (weblabor cikk) olvastam; ami elméletileg kiküszöböli ezt a műveletet (bemásolni a phpXts.dll a system32-be), de biztos, ami biztos azért bemásoltam, ám ettől nem javult a helyzet, a probléma még mindíg fennáll;

azért kösz a hozzászólást;

én valami windows-szopatásra gondolok, merthogy egy update után jött ez elő;

amikor először észleltem ezt a hibát, akkor a phpmyadmin nem ment egyáltalán; más adatbázist használó oldalak, amiket én csinálgattam kb 3-ból 1-szer ugyanezt a hibát produkálták, 2-szer pedig simán lefutottak;

bal
5

enélkül nem is menne

Hodicska Gergely · 2006. Ápr. 23. (V), 22.48
Tehát ez feltehetőleg megoldja.

Ha ezt a dll-t nem látná a rendszer, akkor nem is menne a PHP, szóval nem hiszem, hogy ez lenne a gond. Windows alatt én is tapasztaltam, hogy nem túl jó az apache2 és PHP combo stabilitása, de még nem nagyon volt időm kutatgatni, hogy ennek az oka jűl leszűkíthető-e mondjuk bizonyos parancsok használatára, vagy egyszerűn ez az infrastruktúra ennyit tud.


Felhő
6

oké

Anonymous · 2006. Ápr. 23. (V), 23.47
akkor dobjam ki a win-t?
legyen linux? melyik?

más ötlet esetleg? már ha csak valami halvány reménnyel is kecsegtetne, kipróbálnék bármit?

bal
7

Ha van eAccelerator...

Balogh Tibor · 2006. Ápr. 24. (H), 17.49
Ha fut valamilyen kódtárazó - eAccelerator, Zend Optimizer - akkor érdemes ezeket kikapcsolni. Az eAccelerator 0.9.4 verziója elég bugos főleg a php 5.x verzióval. (Olvastam, nálad négyes van.) Bár nem ide tartozik, csak érintőlegesen, de érdemes a KB884020 frissítést is végrehajtani.
8

oké

Anonymous · 2006. Ápr. 24. (H), 18.14
én külön nem tettem fel semmiféle zend kiterjesztést, ha ezek (eAccelerator, Zend Optimizer) nem részei az alap php-nek, akkor nincs fent nekem sem; a frissítést kipróbálom, ha hazaértem;

köszi
10

frissítettem

Anonymous · 2006. Ápr. 25. (K), 13.44
sajnos ez a frissítés sem oldotta meg a problémát;

azért köszi
bal
9

esetleg próbáld ezt

Anonymous · 2006. Ápr. 25. (K), 09.51
én win alatt ezt használtam, ez egy komplett csomag, minden benne van ami kell:
http://www.apachefriends.org/en/xampp-windows.html
11

kiróbáltam

Anonymous · 2006. Május. 1. (H), 10.53
hello,

köszi az ötletet;

felraktam ezt a csomagot, apache OK; mysql OK; már kezdtem örülni, de akkor phpmyadmin ... és apache megint leáll;
12

Megoldás

Anonymous · 2006. Aug. 28. (H), 12.29
Hali,

Ugyanez a problémám volt és sehol nem találtam megoldást a neten, úgyh vettem a fáradtságot és debuggoltam a phpMyAdmint-t... és az ominózus kódrészlet, ahol elszáll az egész egy mysql_unbuffered_query-hez köthető, ha ide beraksz egy "SHOW CREATE TABLE tblname" utasítást, ott hal meg.
Szóval a kiakadás elkerülésére írd át a mysql_unbuffered_query()-t mysql_query-re a libraries/dbi/mysql.dbi.lib.php-ban a PMA_DBI_try_query() függvényben valahol a 97. sor környékén.
BTW kíváncsi vagyok, csak a mysql_unbuffered_query dob 3221225477-es hibaüzenetet?

Gergő