Vserver (Vanager) - Unzip Pfad

H

Hexxer

New Member
Hi,

ich hoffe sehr das ich hier im Sub richtig bin.
Ich habe mir einen 30 tage Testserver bei Vanager geholt - kenne mich mit Unix aus - und habe fast keinen Plan von VServern. Ich will meine Page testen ob die auf einem VServer besser performt. Soweit so gut.

Ich betreibe ne kleine Gallery (die Webgallerie von Menalto) und brauche zum testen die Pfad zu den unzip bins. So, und hier hänge ich. /usr/bin/unzip akzeptiert das Websetup nicht. Installiert ist Standard debian5+Confixx.

Habe ich irgendwo eine Freigabe oder dergleichen vergessen ? Ich habe hier von Arbeit aus keine Console, gehe aber mal davon aus das ein Unzip per default installiert sein wird.

Wie bekomme ich für meinen User A eine Freigabe für unzip hin ?

Danke sehr

PS: Ich bin Unixer (Solaris) und tipple gerade die ersten Schritte auf nem Vserver und habe da keine Erfahrungen.
 
Hi,

nutze doch ISCP das ist openSource, ergo gratis. und kann auch alles...
Installation ist sehr einfach und in 20 Minuten durch...
 
Hexxer said:
Ich habe hier von Arbeit aus keine Console, gehe aber mal davon aus das ein Unzip per default installiert sein wird.
Click to expand...
Also ich würde nicht davon ausgehen sondern das erstmal überprüfen, vorher kann man hier nur wild in der Gegend rumspekulieren. ;)

Den Pfad kannst du übrigens mit dem Tool "which" sehr einfach finden. :)

Wenns nicht drauf ist, mit apt-cache suchen und mit apt-get installieren. Alternativ einfach pro forma installieren, dann sagt er dir ob es drauf ist oder nicht. ;)

take-xen.de said:
nutze doch ISCP das ist openSource, ergo gratis. und kann auch alles...
Installation ist sehr einfach und in 20 Minuten durch...
Click to expand...
Was auch immer das mit seinem unzip-Problem zu tun hat...
 
Hallo!
Es wird wohl so sein, dass Confixx den PHP Safe Mode aktiviert hat (per default).

Eine Möglichkeit wäre, den PHP Safe Mode via Confixx zu deaktivieren (halte ich für keine optimale Lösung). Die Zweite Möglichkeit ist die Confixx Konfiguration entsprechend anzupassen. Zum Warum und Wieso im Zusammenhang mit dem Safe Mode siehe http://www.php.net/manual/en/features.safe-mode.functions.php.

Weitere Stichworte für die Forensuche: confixx, php, safemode, exec.

@take-xen.de: Räts du jemandem mit einer Frage zu Audi auch gleich zum Kauf eines BMW?

mfG
Thorsten
 
Hi,

ok, ich schaue also doch erstmal nach (heute abend).Der Safe_mode ist ausgeschaltet, Gallery mag nicht mit SafeMode.

Das Setup sagt einfach das es beim selbst eingetragenen Pfad /usr/bin/unzip (oder sonstwas) kein Binaries finden kann.

Thx schon mal.
 
Hmmm, ich bin auch gerade ein wenig genervt von dem "Ding".
Ist der Einsteiger mit 256MB Ram. Ich kassiere laufend Out of Memory obwohl ich "nur" nen Wordpress und ne Gallery hab.
Code: 
[Thu Oct 22 18:58:08 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Thu Oct 22 19:00:45 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Thu Oct 22 19:00:56 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Thu Oct 22 19:01:06 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process

Unschön. Hab ich mich da wirklich so böse vertan?
 
für wordpress allein solltest du schon das php-memory auf mind. 64mb setzen
wenn ein paar module aktiv sind.
 
Hmm, aber mir springt ja schon die Commandline entgegen. Selst ein simples ls oder dergleichen mag dann nicht mehr.
Code: 
v512:/etc/php5/apache2# ls -la
-bash: fork: Cannot allocate memory
v512:/etc/php5/apache2#
 
Wordpress is ein extrem ressourcenhungriges Stück Software. So ein Mini-vServer reicht dafür einfach nicht aus. 64MB werden vermutlich auch nicht reichen. Für Wordpress 2.8 mussten wir bei einigen Kunden das Limit auf 128MB setzen, damit es überhaupt funktioniert hat. Ein derart beschränkter vServer kippt bei sowas also einfach nur aus den Latschen. :D
 
Last edited by a moderator:
Das ist wohl so. Ich komme stellenweise kaum noch an den Server. Ok, also den Test sollte ich wohl mal vergessen. Immerhin konnte ich so mal ein bisschen probieren.

Spannend, echt. Ich hab mal neu gestartet, php.ini auf 64mb. Schon nach dem Aufruf von zwei Seiten ist schulz. Schade. Naja...
Code: 
 0  0      0  47316      0      0    0    0     0     0    0 6933  0  0 100  0
 1  0      0  28212      0      0    0    0     0     0    0 5802 19  1 80  0
 0  0      0  21052      0      0    0    0    12     0    0 6713  6  1 92  0
 1  0      0   1912      0      0    0    0     0     0    0 6944  2  0 98  0
 0  0      0      0      0      0    0    0     0     0    0 7351 15  2 84  0
 0  0      0      0      0      0    0    0     0     0    0 7842  0  0 100  0
 0  0      0      0      0      0    0    0     0     0    0 7718  0  0 100  0
 0  0      0      0      0      0    0    0    72     0    0 6600 20  2 77  2
 1  0      0      0      0      0    0    0    16     0    0 6890 12  1 86  1
 0  0      0      0      0      0    0    0    74     0    0 6492 14  2 83  1
 0  0      0      0      0      0    0    0     0     0    0 7214  0  0 100  0
 1  0      0      0      0      0    0    0     0     0    0 6601  2  0 98  0
 0  0      0      0      0      0    0    0     0     0    0 5475 17  1 82  0
 0  0      0      0      0      0    0    0     0     2    0 6538  1  0 98  0
 0  0      0      0      0      0    0    0     0     0    0 7034  0  0 100  0
 0  0      0      0      0      0    0    0     0     0    0 6444  0  0 100  0
 0  0      0      0      0      0    0    0     0    28    0 7678  0  0 100  0
 0  0      0      0      0      0    0    0     0     0    0 7657  0  0 100  0
 0  0      0      0      0      0    0    0     0     6    0 7143  0  0 100  0
 1  0      0      0      0      0    0    0     0     0    0 6193 12  1 87  0
 0  0      0      0      0      0    0    0     0     0    0 6935  1  0 99  0
 0  0      0      0      0      0    0    0     0    10    0 6918  0  0 100  0

wieso haben die Kisten eigentlich keinen offz Swap ?
Code: 
Swap:        0k total,        0k used,        0k free,        0k cached
 
Last edited by a moderator:
Bei der gewählten Form der Virtualisierung braucht das Gast-System keinen Swap, da es seinen gesamten Speicher von Host-System zugeteilt bekommt -- wie der sich zusammensetzt ist für das Gast-System nicht erkennbar.
Das Host-System wiederum verwendet sehr wohl den Swapspace.
 
Armadillo said:
Wordpress is ein extrem ressourcenhungriges Stück Software. So ein Mini-vServer reicht dafür einfach nicht aus. 64MB werden vermutlich auch nicht reichen. Für Wordpress 2.8 mussten wir bei einigen Kunden das Limit auf 128MB setzen, damit es überhaupt funktioniert hat. Ein derart beschränkter vServer kippt bei sowas also einfach nur aus den Latschen. :D
Click to expand...

Haha, und ich wundere mich, dass ich bei meinem einzigen Wordpress-Projekt mit 64 MB PHP-Limit teilweise im Backend am Limit bin und ich mehrfach den vServer bzgl. der Ressourcen auf dem Hostnode nachkonfigurieren musste. Dass das bei WP generell so ist hätte ich nicht vermutet, zumal ich mehrere andere und umfangreichere Projekte mit anderen Redaktionssystemen am Start habe, die alle locker seit Jahren mit 24-32 MB hinkommen.

Der vServer hat mittlerweile 1024 MB garantiert, angefangen hatte ich mit 512 MB (und regelmäßigen Apacheabstürzen).

Danke für die off-topic Erkenntnisse :D
 
Last edited by a moderator:
So, man hat mich dort auf 384MB Ram gesetzt - ganz unkompliziert und problemfrei. Seitdem ist zumindest erstmal Ruhe (hab keine Console zum prüfen da ich @work hocke) und das System ist deutlich schneller als das kleine mit 250MB.
 
You must log in or register to reply here.
Back
Top