Hozzászólások
-
Bejegyzés
-
Kipróbáltam, és nem egy amazon, de amit én szeretnék, azt tudja. Egészen bíztatónak tűnik. Ha még stabil is, akkor tényleg jó választás!Örök hálám!
Köszi, kipróbáltam, és valóban. Olyannyira, hogy mount után a mountolt mappa a root jogába került, és az egész mappát az adott user tulajdonába adtam (-R). A következő mount után már a teljes mappa a userem tulajdonába került.Ez így nagyon szép!Köszi! 🙂
Köszönöm. Mivel mindent binárisból telepítettem, így nagyon nem tudom megnézni, miből is ered. Mivel egy ideig ment, és azóta csak a rendszerfrissítések kerültek telepítésre, félek, hogy ezek egyike okozta a problémát.Szükségből most a phpseclib-et használom, ami tiszta php-ban megírt ssh kezelés, de érezhetően lassabb, mint az ssh2 volt, ezért továbbra is örülnék, ha kiderülne, miért nem lehet használni.
Úgy tűnik, megvan az oka.Mpm-itk módban az apache, ha proxy van beállítva, hibásan indítja újra önmagát. A google szerint az apache2ctl graceful nem működik csak jól, nálam a restart után is megmaradt a hiba, míg le nem állítottam, majd utána minden apache2 processzt ki nem öltem.Azóta rendben megy, hiba nélkül. Még a restart is jó. A graceful-t nem mertem kipróbálni ... 😉
Kiderült a mágia!A qmail limitálta a futó program memóriáját, és ezzel a modullal már túlcspordult, így nem tudta betölteni. 🙁Emeltem a limiten, minden rendben.Köszi!
Közben próbáltam valahogy elérhetővé tenni a perl hibakimenetét, és döbbenetes eredményre jutottam. Míg a tesztelések alatt az Encode.pm modult húzza be a use Encode parancs, addig a qmail alatt futva az Encode.so modult, amivel valami problémája van. Pedig az include path ugyanaz még sorrendre is mindkét esetben.Egyelőre nem találtam rá megoldást, hogy kitiltsam az Encode.so modul használatát, vagy direkt útvonallal az Encode.pm-et használja a use. Azt hiszem, ez utóbbi lenne a legtisztább, de nem tudom, hogyan.
legutóbbi hsz