hmm...bissher waren meine versuche hier mit ispcp erfolglos, installieren geht ja, aber hast du schon kunden und domains angelegt?
ist aber auch egal, jetzt habe ich mich so in syscp eingearbeitet das ein wechsel für mich wenig sinn macht, es läuft alles rund und gut is.
da ich hier kein web-hosting habe kann ich es nicht genau sagen aber
hier: http://drupal.org/requirements
gibts ja die benötigten infos.
habe normalerweise noch nie probleme gehabt drupal auf standard web-space zu installieren.
falls das so noch aktuell ist:
Der eine liest alle 10min Ram, Swap, und alles mögliche andere aus dem /proc/ Ordner, und packt diese in ein XML File, welches dann von meinem GUI (PHP) verarbeitet wird.
Cronjob Nummer zwei läuft auch alle 10min und packt RAM und Swap in eine Datenbank. Damit wird dann das Diagramm generiert.
wie stellst du sicher das cron 2 auch schon mit den neuen daten von cron 1 arbeitet.
wäre da cron 2 mit 11 min. nicht besser?
ansonnsten finde ich es ne gute idee!
ich war auch strikt gegen das teil(am anfang) aber durch mangel der iptables
ist kein einsetzen von ispcp möglich.
jetzt im nachhinein mit der umstellung auf fcgi sehe ich aber die guten möglichkeiten mit dem teil.
die flexibilität durch die php.ini´s per domain und die möglichkeit der php einstellungen im syscp macht mir das leben leichter.
sicher, wenn man nur ne handvoll user hat könnte man das auch manuell machen...aber so ist´s lustiger.
mit ein wenig anpassen läuft der server im idle mit 98MB und bei vollen aktivitäten auf 8 domains nie höher wie 180-190 mb(ist aber relativ).
webmail und das mail-system überhaupt sind sicher(soweit möglich)
also alles in allem erstmal recht runt.
ne das ist schon richtig so mit leeren pfad-einstellungen
das syscp trägt dann automatisch die richtigen pfade ein.
es sind safe_mode und open_basedir aktiviert im syscp per domain
und die entsprechenden einträge in den php.ini´s sind vorhanden.
wäre ja auch ein wenig fatal wenn das syscp es so akzeptieren würde.
ich hab den fehler gefunden.
im syscp - Settings - Webserver settings - Paths to append to OpenBasedir:
steht /tmp/
oder:
/was/ihr/auch/immer/dort/habt/
und die einstellung musste ich einfach löschen (also leer).
jetzt funktioniert das system so wie es soll.
vielen dank noch mal!
hi,
danke!
aber dann bekomme ich beim restart:
/etc/init.d/apache2 force-reload
Forcing reload of web server (apache2)... waiting Syntax error on line 69 of /etc/apache2/sites-enabled/99_syscp_vhosts.conf:
Invalid command 'php_admin_value', perhaps misspelled or defined by a module not included in the server configuration
failed!ja im syscp kann ich ich ja per domain open base dir setzten oder nicht, nur das ändert nichts.
hi,
hatte mal wieder zeit und hab soweit alles am laufen.
ich habe nur diesen fehler in den entspechenden user error-logs.
[warn] mod_fcgid: stderr: PHP Fatal error: require_once(): Failed opening required '/var/kunden/webs/pmx55/Settings.php' (include_path='.:/usr/share/php/:/usr/share/php5/') in /var/kunden/webs/pmx55/index.php on line 52und auf der seite sehe ich dann:(bei einem installiertem smf-forum über dem eigentlichem forum:
[B]Warning[/B]: file_exists() [[URL='http://pmx55.mine.nu/function.file-exists']function.file-exists[/URL]]: open_basedir restriction in effect. File(/var/kunden/webs/pmx55) is not within the allowed path(s):der apache suexec-log sagt mir:
[2009-09-19 20:21:38]: uid: (10015/pmx55) gid: (10015/10015) cmd: php-fcgi-starter
[2009-09-19 21:02:08]: uid: (9999/syscplocal) gid: (9999/9999) cmd: php-fcgi-starter
[2009-09-19 21:03:01]: uid: (10015/pmx55) gid: (10015/10015) cmd: php-fcgi-starter
[2009-09-19 21:03:19]: uid: (9999/syscplocal) gid: (9999/9999) cmd: php-fcgi-starter
[2009-09-19 21:03:37]: uid: (10015/pmx55) gid: (10015/10015) cmd: php-fcgi-starterim apache error.log habe ich:
[Sat Sep 19 21:03:37 2009] [notice] mod_fcgid: call /var/kunden/webs/pmx55/index.php with wrapper /var/www/php-fcgi-scripts/pmx55/pmx55.mine.nu/php-fcgi-starter
[Sat Sep 19 21:03:37 2009] [notice] mod_fcgid: server /var/kunden/webs/pmx55/index.php(23430) started#php-cgi -v:
PHP 5.2.0-8+etch15 (cgi-fcgi) (built: Apr 29 2009 17:13:36)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies#ps faux:
pmx55 23430 0.0 0.8 60328 8540 ? S 21:03 0:00 | \_ /usr/bin/php-cgi -c /var/www/php-fcgi-scripts/pmx55/pmx55.minder vhost eintrag:
# Domain ID: 16 - CustomerID: 16 - CustomerLogin: pmx55
<VirtualHost xxx.xxx.xxx.xxx:80>
ServerName pmx55.xxx.xxx
ServerAdmin xxx@xxx.com
DocumentRoot "/var/kunden/webs/pmx55/"
SuexecUserGroup "pmx55" "pmx55"
<Directory "/var/kunden/webs/pmx55/">
AddHandler fcgid-script .php
FCGIWrapper /var/www/php-fcgi-scripts/pmx55/pmx55.xxx.xx/php-fcgi-starter .php
Options +ExecCGI
</Directory>
ErrorLog "/var/kunden/logs/pmx55-error.log"
CustomLog "/var/kunden/logs/pmx55-access.log" combined env=!dontlog
</VirtualHost>syscp läuft ohne probleme für admin und user.
so ich weiss nicht wo ich noch suchen soll.
die umstellung auf php-fcgi habe ich mehrmals mit allen möglichen howtow´s nach-kontrolliert. da ich ja den standard pfad: /var/www/
verwende ist ja auch kein neu-kompilieren nötig.
vieleicht sieht ja jemand den crux.
vielen dank
vieleicht mal damit versuchen:
edit:
[FONT=Arial, Helvetica, sans-serif]c:\windows\system32\drivers\etc\hosts
[/FONT][FONT=Arial, Helvetica, sans-serif]127.0.0.1 localhost[/FONT]
die vserver ip und domain eintragen.
die datei sollte schreibgeschützt sein, also vor entfernen und nachher wieder setzen!!!
ich mach diese änderung immer wenn ich mit irgendwelchen domains umziehe. kann aber auch dieses problem beheben.
[FONT=Arial, Helvetica, sans-serif][/FONT]
Ich habe lange darüber nachgedacht, mir einen vServer zu mieten und lasse mich von meiner Entscheidung nicht abbringen :mad:
Es liegt schließlich meiner Verantwortung, wenn etwas schief geht und nicht deiner. Wenn ich hilfe benötige kann ich auf solche Kommentare wirklich verzichten.
es will dich sicher niemand von irgend-etwas abbringen. das erste wort in dem beitrag war ja auch "Entschuldigung".
aber man sollte nicht vergessen das eine ganze menge "neulinge" sehr viel geld bezahlen mussten, gerade weil sie mit der thematik noch nicht so vertraut sind/waren.
wie du vieleicht schon an anderer stelle gelesen hast, wird das thema immer wieder angesprochen und ist wichtig.
nicht so ernst nehmen wenn ein post mal vieleicht nicht so ganz glücklich in der wortwahl ist. es ist immer ein grosser unterschied ob man sich schreibt...geschriebenes liest oder sich gegenübersteht und die gestik des anderen sieht.
also ruhig weiterfragen/weiter lesen...hier wird dir geholfen.
in anderen foren weht oftmals ein viel härterer wind.
Sicher, aber dann braucht man hier auch nicht zu fragen
wie war das jetzt gemeint?
port ändern ist kinderkram.
ohne key-file kommt man eh nicht rein.
mir pers. ist es lieber meine "anti-freunde" gar nicht erst in den logs zu sehen.
Länder aussperren finde ich sinnfrei
da ich aus den regionen keine besucher brauche, ist es mir völlig egal und macht für mich das leben leichter.
letztendlich entscheidet ja jeder selbst wie er was macht.
hi,
leider kommt es ja immer wieder vor, das reichlich attacken gestartet werden.
bei mir persönlich, hier oder auf anderen root-servern, bin ich gezwungen zu mindest drei länder(in, cn, tr) komplett zu sperren.
ich hänge mal meine datei für die länder dran. wundert euch nicht über das format, das ist ok so.
freitag hat mal jemand sein glück versucht von der uni-paderborn aus. kurzes telefon gespräch und nach zwei minuten wusste man wer es war(glückwunsch schon mal für die nächste woche(an den dussel)). auch bei der telekom habe ich seit jahren einen guten draht, und deren zusagen funktionieren, auf jeden fall kommt von den entsprechenden ip´s nach drei bis vier tagen nichts mehr.
heute abend hatte ich mal wieder regen besuch auf ssh aus "in", nur gut wenn man zumindest dabei ruhig schlafen kann.
hey då oder gut´s nächtle
danke!
hatte in der zwischenzeit schon welche erstellt bzw. ne andere howto gefunden.
aber zum laufen bekomme ich es auch nicht.
anscheinend werden für kunden die rechte nicht richtig gesetzt oder die php.ini pass nicht.
ich habe damit erstmal aufgegeben, bis ich mehr zeit hab.
hätten wir nur iptables zur verfügung dann würde ich lieber ispcp einsetzten, hab ich auf nem root laufen und bin äusserst zufrieden.
wenn ich dann aber sehe das dort das SMF- 1.1.8-6 angeboten wird und die aktuelle version 1.1.10 ist, dann würde ich lieber die finger ganz von sowas lassen.
mit dem ganzen teil lastet man sich nur noch mehr verantwortung auf.
(just my 2cents)
in dem thread hat netcup sich zu dem vorfall, so weit möglich, geäussert. da bedarf es keiner weiteren erklärung von nicht-betroffenen. ich pers. hätte dann lieber in einem anderen passendem thread, meine zufriedenheit mit netcup ausgedrückt ohne bezug auf den vorfall. dieses wäre für einen "interessenten" wohl positiver und der "thread geschlossen" wäre respektiert worden(das wars was ich meinte(gut-gemeint)).
ich finde das thema sollte ruhen und nicht weiter verfolgt werden. es gibt ja einen grund warum der org. thread geschlossen wurde.
nett von dir!...vielen dank.
vieleicht komme ich am we dazu bei mir weiter-zumachen
Jut die deutsche Doku ist leider veraltet wie in der ersten Zeile steht. Da ich nun auch hier eine zufriedenstellende Antwort erhalten habe, habe ich auf FCGI umgerüstet. Hat zwar ein paar Stündchen gedauert bis wirklich alles lief aber das Resultat spricht für sich.
Lg
hast du was dokumentiert od. irgendwelche tipps die wichtig sind zu den normalen howto´s
hab heut mal meinen vps ein wenig rangenommen und bin mehr wie
überrascht von der äusserst guten performance.
(Sorry an meine HN-mituser aber es waren nur 3x30 sek. test)
bei 100 verbindungen wars schon heavy:
Mem am anschlag
CPU alle am anschlag
Swp = 0 (da waren 30 sek. vieleicht zu wenig)
mem und cpu haben sich dann sofort/sehr schnell wieder normalisiert.
die aufrufe erfolgten von einem anderen server aus, um nicht nur local reinzu-hammern.
10 verbindungen:
[Blockierte Grafik: http://data-fix.se/10.jpg]
50 verbindungen
[Blockierte Grafik: http://data-fix.se/50.jpg]
100 verbindungen
[Blockierte Grafik: http://data-fix.se/100.jpg]
die gleichen tests auf einem vps von einem günstigen mitbewerber, waren nicht durchführbar weil nach dem zweitem test kein mem mehr zur verfügung stand. der vps hat exakt die gleiche installation(meinerseits) auf einem dualcore und wie ich annehme 1024 statischen ram. der vps konnte nur durch reboot wieder belebt werden(nach einer halben std. warten ob er sich erholt).
wohl dem... der hier kunde ist!