+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+--- Thread: fehlgeschlagener neuer User killt apache :-( (/thread-15237.html)
fehlgeschlagener neuer User killt apache :-( - verlierer - 10-03-2011 01:29 AM
sorry dass ich nicht die suche benutze,
aber ispcp hat mir heut den schönen tag kaputt gemacht
und es gibt soooo viele ispcp bugs im zusammen hang mit dem neuanlegen von usern, dass ich nicht mehr die nerven hab, jetzt noch ne stunde mich auch hier noch durchzulesen :'(
Mein lieber support von maxxserver.de hat zwar kurzzeitig meine domains wieder online bekommen, aber seinem vorschlag folgend, hab ich als ispcp-admin versucht, den reseller-user scriptdoctors.org user zu löschen,
und damit waren mit einem schlag wieder alle domains tot.
das passwort für die ispcp-mysql datenbank kenn ich nicht, drum kann ich nicht sämmtliche scriptdoctors-einträge manuell löschen.
im daemon.log finden sich ein paar nicht so nette einträge:
Code:
Oct 2 12:48:28 lvps62-112-143-221 ispcp_daemon[31843]: child 31843 started !
Oct 2 12:48:28 lvps62-112-143-221 ispcp_daemon[31843]: send_line(): socket write error: Connection reset by peer
Oct 2 12:48:28 lvps62-112-143-221 ispcp_daemon[23756]: EINTR was received ! continue;
Oct 2 13:39:50 lvps62-112-143-221 ispcp_daemon[5801]: child 5801 started !
Oct 2 13:39:50 lvps62-112-143-221 ispcp_daemon[5801]: send_line(): socket write error: Connection reset by peer
Oct 2 13:39:51 lvps62-112-143-221 ispcp_daemon[23756]: EINTR was received ! continue;
Oct 2 13:40:59 lvps62-112-143-221 ispcp_daemon[5958]: child 5958 started !
...
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/admin' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/admin'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/auto_num' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/auto_num'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/domain' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/domain'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/domain_traffic' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/domain_traffic'
Oct 2 14:23:13 lvps62-112-143-221 proftpd[15795]: lvps62-112-143-221.my-maxxserver.de - ProFTPD 1.3.1 (stable) (built Tue Oct 27 10:09:08 UTC 2009) standalone mode STARTUP
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/htaccess_groups' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/htaccess_groups'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/htaccess_users' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/htaccess_users'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/log' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/log'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/login' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/login'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/mail_users' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/mail_users'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/reseller_props' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/reseller_props'
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/server_traffic' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/server_traffic'
Oct 2 14:23:13 lvps62-112-143-221 ispcp_daemon[15823]: ispCP daemon v1.1 started!
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [ERROR] /usr/sbin/mysqld: Table './ispcp/user_gui_props' is marked as crashed and should be repaired
Oct 2 14:23:13 lvps62-112-143-221 mysqld[15630]: 111002 14:23:13 [Warning] Checking table: './ispcp/user_gui_props'Bis auf apache läuft der server einwandfrei.
Es passiert immer mal wieder,
dass aus irgend einem grund das Anlegen eines neuen users fehlschlägt.
Der Programmierer der dann trotzdem noch die erfolgsemail "Welcome scriptdoctors.org to ispCP!" verschickt gehört zwar in ProgrammiererGefängnis,
aber da würden dann ganz schnell alle freeware-programmierer landen :-(
mehr fällt mir jetzt leider nicht ein :'(
Ausser das ich ein Programmierer bin der ein Loblied auf die Objektorientierte Programmierung singen kann, und wenn hier jemand das know-how für eine grundlegende manuelle konfiguration eines vservers hat, dann mag er vieleicht mit mir zusammen eine besseres ispcp programmieren. Hab schönes Konzept gefunden, bei dem zum Beispiel jeder der weiß wo man wie einen cronjob manuell anlegt in 5 minuten ein objektorientiertes plugin schreiben kann, dass sich quasi von allein in die Benutzeroberfläche und die Datenbank und der laufenden Serverkonfiguration einfügt.
roland :'(
ideen immer zu mir :-)
ausreden woandes hin :-(
RE: fehlgeschlagener neuer User killt apache :-( - joximu - 10-03-2011 08:58 AM
Lieber Roland
jetzt hast du mir echt die schöne Nacht kaputt gemacht.
Sich beschweren über etwas und nicht mal alles hinschreiben, was nötig ist, um zu helfen - da kann ich glatt die Wände hochgehen.
Dann - als Serveradmin hast du sicher ein mysql-root Zugang - keine Ausrede also, auf die ispcp-DB zuzugreifen.
Des weiteren solltest du unbedingt das nachholen, was du anfangs vergessen hast - es gibt hier viele Anleitungen hier im Forum und viele Hilfen für diverse Probleme.
Gruss J
RE: fehlgeschlagener neuer User killt apache :-( - verlierer - 10-03-2011 05:46 PM
(10-03-2011 08:58 AM)joximu Wrote: Dann - als Serveradmin hast du sicher ein mysql-root Zugang - keine Ausrede also, auf die ispcp-DB zuzugreifen.
Stimmt, my lieber support von maxxserver.de hat mir dann auch verraten, dass das root passwort immer noch das zufallsding von der erstinstallation ist.
(und wenn ich in der ispcp-datenbank sehe wie 30zeichen lange varschars als primärschlüssel verwendet werden, und user_id's in verschiedenen tabellen unterschiedliche feldnamen haben, dann könnte ich als programmierer die wände hoch gehen, *liebwink*)
Aber wie immer bei solchen sporadisch auftretenden bugs hat es irgendwie nach dem x-ten mal "weg und wieder neu" dann doch mit dem neuen user funktioniert :-(
Sprich als ich mir die ispcp-datenbank angeschaut hab, waren dann doch alle reste vom user fort. (im ispcp-UI konnte man noch sehen, dass der user schon gelöscht war, die domain aber noch vorhanden.)
Mein lieber maxxserver-support hat apache wieder zum laufen bekommen, indem er den fehlerhaften Teil der Konfiguration in der Apache Konfiguration auskommentierte. Welche Teile Fehlerhaft waren, erkannte er beim manuellen starten vom Apache.
Das traurige ist, meine Freude wärte nur 60 sekunden, dann stellte ich fest, dass nun auf der neuen domain php tot ist.
Alles identisch, gleich php.ini wie meine vorigen domains, und doch macht die simple helloworld-php nur error 500: http://www.scriptdoctors.org/test.php
die selbe einzeiler php wie sie geht: http://www.ae911lies.org/test.php
Code:
[Sun Oct 02 21:27:01 2011] [notice] mod_fcgid: process /var/www/virtual/scriptdoctors.org/htdocs/test2.php(22386) exit(communication error), terminated by calling exit(), return code: 255
[Sun Oct 02 21:31:37 2011] [notice] mod_fcgid: process /var/www/virtual/scriptdoctors.org/htdocs/test4.php(24245) exit(communication error), terminated by calling exit(), return code: 255natürlich schon zig mal weg und wieder hin und reboots ohne ende :-(
und zu error 500 und ispcp könnt ich dank google tagelang hilferufe lesen.
(10-03-2011 08:58 AM)joximu Wrote: Des weiteren solltest du unbedingt das nachholen, was du anfangs vergessen hast - es gibt hier viele Anleitungen hier im Forum und viele Hilfen für diverse Probleme.
Leider möchte ich ein server-panel genau dafür dass ich nicht viele Anleitungen und Hilfen durchforsten muss :'(
(10-03-2011 08:58 AM)joximu Wrote: Lieber Roland
jetzt hast du mir echt die schöne Nacht kaputt gemacht.
Wer einem Verlierer helfen mag
kann das nur indem er selber verliert :'(
mir tut dieser thread auch leid.
das einzige fröhliche an ihm ist nur, dass sich vieleicht ein zweiter verlierer findet, mit dem ich ein besseres tool programmieren kann.
Ich bin ein prima OO-programmierer, genau desswegen halt ich mich von Linux fern. Was mir also fehlt ist ein Linux freak der dann zwar von OO keine Ahnung hat, dafür aber das know how wie man einen server konfiguriert.
roland
http://www.legopädie.de
RE: fehlgeschlagener neuer User killt apache :-( - joximu - 10-03-2011 07:18 PM
Was meinst du, wieviele Leute hier glücklich sind mit der DB Struktur?
Es gibt unzählige Panels - die, welche einen langen Atem haben, leiden schnell an Altlasten und die anderen versinken halt eben wieder rasch, weil sie sich immer wieder neu erfinden - da ist oft ein wenig Pragmatismus angesagt.
Das Teil hier funktioniert i.d.R. gut. Probleme können jedoch überall auftauchen und dann ist man froh, wenn man im Quellcode selbst wühlen kann und den Fehler finden.
Ein Panel ersetzt halt eben nicht das Wissen, wie man einen Server auch ohne Panel administriert - sonst bist du einfach abhängig.
Du hast ja sicher einige Logfiles, die auf die Sprünge helfen.
Gruss
RE: fehlgeschlagener neuer User killt apache :-( - verlierer - 10-03-2011 08:25 PM
Hallo lieber J, Du bist wirklich sehr geduliger lieber Mensch, *freu*
Ich hab es natürlich inzwischen auch allein hinbekommen :-(
"alleine verliert man immer."
Hab erstmal mit snoopme.com einen weiteren vhost angelegt, und siehe da dort funktioniert php wieder.
dann hab ich den scriptdoctors user wieder gelöscht um ihn "hinter" dem snoopme user neu anzulegen.
Ja damit hab ich mir apache wieder tot gemacht.
Diesmal aber konnte ich apache selber manuel neu starten:
Code:
lvps62-112-143-221:/# /etc/init.d/apache2 restart
Restarting web server: apache2apache2: bad user name vu2022
failed!Ja der vu2022 war der inzwischen gelöschte scriptdoctors user
Also hab ich doch tatsächliche die passende apache conf gefunden:
/etc/apache2/sites-available/ispcp.conf
und diese dämlichen altlasten rausgelöscht:
Code:
# httpd [scriptdoctors.org] dmn group entry BEGIN.
<IfModule mod_cband.c>
<CBandUser scriptdoctors.org>
CBandUserLimit 1000Mi
CBandUserScoreboard /var/www/scoreboards/scriptdoctors.org
CBandUserPeriod 4W
CBandUserPeriodSlice 1W
CBandUserExceededURL http://admin.lvps62-112-143-221.my-maxxserver.de/errors/bw_exceeded.html
</CBandUser>
</IfModule>
# httpd [{SUB_NAME}] sub entry BEGIN.
# httpd [{SUB_NAME}] sub entry END.
# httpd [scriptdoctors.org] dmn entry BEGIN.
<VirtualHost 62.112.143.221:80>
<IfModule suexec_module>
SuexecUserGroup vu2022 vu2022
</IfModule>
ServerAdmin webmaster@scriptdoctors.org
DocumentRoot /var/www/virtual/scriptdoctors.org/htdocs
ServerName scriptdoctors.org
ServerAlias www.scriptdoctors.org scriptdoctors.org *.scriptdoctors.org vu2020.admin.lvps62-112-143-221.my-maxxserver.de
Alias /errors /var/www/virtual/scriptdoctors.org/errors/
RedirectMatch permanent ^/ftp[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/ftp/
RedirectMatch permanent ^/pma[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/pma/
RedirectMatch permanent ^/webmail[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/webmail/
RedirectMatch permanent ^/ispcp[\/]?$ http://admin.lvps62-112-143-221.my-maxxserver.de/
ErrorDocument 401 /errors/401.html
ErrorDocument 403 /errors/403.html
ErrorDocument 404 /errors/404.html
ErrorDocument 500 /errors/500.html
ErrorDocument 503 /errors/503.html
<IfModule mod_cband.c>
CBandUser scriptdoctors.org
</IfModule>
# httpd awstats support BEGIN.
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass /stats http://localhost/stats/scriptdoctors.org
ProxyPassReverse /stats http://localhost/stats/scriptdoctors.org
<Location /stats>
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule ^(.+)\?config=([^\?\&]+)(.*) $1\?config=scriptdoctors.org&$3 [NC,L]
</IfModule>
AuthType Basic
AuthName "Statistics for domain scriptdoctors.org"
AuthUserFile /var/www/virtual/scriptdoctors.org/.htpasswd
AuthGroupFile /var/www/virtual/scriptdoctors.org/.htgroup
Require group statistics
</Location>
# httpd awstats support END.
# httpd dmn entry cgi support BEGIN.
# httpd dmn entry cgi support END.
<Directory /var/www/virtual/scriptdoctors.org/htdocs>
# httpd dmn entry PHP support BEGIN.
# httpd dmn entry PHP support END.
Options -Indexes Includes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
Allow from all
</Directory>
# httpd dmn entry PHP2 support BEGIN.
<IfModule mod_php5.c>
php_admin_value open_basedir "/var/www/virtual/scriptdoctors.org/:/var/www/virtual/scriptdoctors.org/phptmp/:/usr/share/php/"
php_admin_value upload_tmp_dir "/var/www/virtual/scriptdoctors.org/phptmp/"
php_admin_value session.save_path "/var/www/virtual/scriptdoctors.org/phptmp/"
php_admin_value sendmail_path '/usr/sbin/sendmail -f vu2020 -t -i'
</IfModule>
<IfModule mod_fastcgi.c>
ScriptAlias /php5/ /var/www/fcgi/scriptdoctors.org/
<Directory "/var/www/fcgi/scriptdoctors.org">
AllowOverride None
Options +ExecCGI -MultiViews -Indexes
Order allow,deny
Allow from all
</Directory>
</IfModule>
<IfModule mod_fcgid.c>
Include /etc/apache2/mods-available/fcgid_ispcp.conf
<Directory /var/www/virtual/scriptdoctors.org/htdocs>
#FCGIWrapper /var/www/fcgi/scriptdoctors.org/php5-fcgi-starter .php
Options +ExecCGI
</Directory>
<Directory "/var/www/fcgi/scriptdoctors.org">
AllowOverride None
Options +ExecCGI MultiViews -Indexes
Order allow,deny
Allow from all
</Directory>
</IfModule>
# httpd dmn entry PHP2 support END.
# Include /etc/apache2/ispcp/scriptdoctors.org.conf
</VirtualHost>
# httpd [scriptdoctors.org] dmn entry END.
# httpd [scriptdoctors.org] dmn group entry END.Dann apache restart:
Code:
lvps62-112-143-221:/# /etc/init.d/apache2 restart
Restarting web server: apache2Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
Warning: DocumentRoot [/var/www/virtual/verliererland.de/robo/htdocs] does not exist
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHosts
[Mon Oct 03 11:55:40 2011] [warn] NameVirtualHost 62.112.143.221:80 has no VirtualHostsNa diese altlasten haben mir auch mal einen tag verarscht, aber darum kümmere ich mich jetzt nicht mehr.
Dann "hinter" dem snoopme user einen vu2024 scriptdoctors user neu angelegt und siehe da:
jetzt kann ich ENDLICH mit dem webdesign da weiter machen, wo ich vor rund 24 stunden aufhören musste.
Vieleicht ist jemand so lieb, und sagt mir noch, wie ispcp die datei /etc/apache2/sites-available/ispcp.conf zusammenbaut,
sonst passiert es vieleicht beim nächsten neuladen, dass ispcp den apache wieder versaut.
(10-03-2011 07:18 PM)joximu Wrote: Was meinst du, wieviele Leute hier glücklich sind mit der DB Struktur
Na da alle linux-begeisterten fachidioten aus dem letzen jahrhundert sind (prozedurale denkweise aus den 90ern) die es eigentlich nur darauf anzlegen etwas zu wissen was andere nicht wissen.. gehe ich davon aus dass hier alle immerzu lobpreisungen auf die tolle DB struktur der tollen software sind.
Dabei ist es schon ein programmierer-verbrechen, ein server-tool überhaupt auf eine datenbank aufzusetzen.
Eine datenbrank ist erstens absolut NICHT OO und zweitens dafür gemacht, nicht 10 oder 100 oder 500 userdaten zu speichern, sondern 200.000 cds oder ebay auktionen zu sortieren, filtern und verknüpfen.
Aber wenn man halt geistig noch auf den 1990er jahren ist, und mit einem zentralen kontrollprogramm die daten parallel in über 30 tabellen verteilt, dann ist es absolut logisch dass solche dummen bugs entstehen, in welchem alte datenfragmente von längst gelöschten usern die apache konfiguration zumüllen.
(10-03-2011 07:18 PM)joximu Wrote: Ein Panel ersetzt halt eben nicht das Wissen, wie man einen Server auch ohne Panel administriert - sonst bist du einfach abhängig.
Frei wird man nicht wenn man immer die kontrolle über alles behalten will.
Nur weil Du nicht mehr das Wissen hast, wie die millionen transistoren auf dem chip verschaltet sind, bist Du ein Sklave der Technik geworden.
Gute Software hebt Dich auf einen höheren Abstraktionslevel, von dem aus Du 100 mal produktiver arbeiten kannst, als wenn Du Dich mit der root ebene rumschälgst.
Aber genau das haben die linux-programmierer immer noch nicht kapiert.
Wie gesagt, ich hätt schönes konzept, ein server-modul so objektorientiert zu programmieren, dass jeder der weiß wo man wie einen cron-job anlegt, in 5 minuten ein "plugin" schreiben kann.
Da ich python genauso scheisse wie perl finde, würde ich es vieleicht mit ruby programmieren, das liest sich wirklich fein: http://de.wikipedia.org/wiki/Ruby_%28Programmiersprache%29
roland
http://www.legopädie.de
RE: fehlgeschlagener neuer User killt apache :-( - joximu - 10-03-2011 09:05 PM
Es steht dir ja frei ein eigenes Panel zu programmieren. Ganz in OO....
Vielleicht erschliesst sich dann auch mir, warum so ein Tool unbedingt 100% in OO sein muss und daher auch keine relationale DB benutzen darf.
Mit der Arbeit an einem solchen Panel kommt meistens auch die Erkenntnis, dass manches eben doch nicht ganz so einfach ist, wie es scheint.
Also - schau dir noch die working copy der ispcp.conf an und mach deine manuellen Änderungen auch dort - sonst werden sie überschrieben...
/etc/ispcp/apache2/working/....
und zum Aufbau wirf noch einen Blick ins ../parts/
Gruss J
PS: bitte informiere hier, wenn dein OO-Panel steht.
RE: fehlgeschlagener neuer User killt apache :-( - verlierer - 10-03-2011 10:37 PM
(10-03-2011 09:05 PM)joximu Wrote: PS: bitte informiere hier, wenn dein OO-Panel steht.
alleine werde ich keinen finger rühren.
Aber ich hätte schon längst eine "heaven".org domaine registrieren können, und mit meiner objektorientierten datenbank (http://www.wikimedici.com , http://www.robodurden.com , http://www.lowpolys.de , http://www.helpjulian.com , etz. etz.) in einer halben stunde ein portal online stellen können, in welchem ihr linux-cracks schonmal anfangen könntet, zu jeder funktionalität eine eigene "klasse" festzulegen und darin das knowhow zusammenzutragen wo für welche linux distribution was eingtragen werden muss.
Dann würde ich das projekt auf meiner todo liste auch ein paar stufen höher setzen. derzeit steht es so ungefähr bei -137
(10-03-2011 09:05 PM)joximu Wrote: Also - schau dir noch die working copy der ispcp.conf an und mach deine manuellen Änderungen auch dort - sonst werden sie überschrieben...
/etc/ispcp/apache2/working/....
und zum Aufbau wirf noch einen Blick ins ../parts/
Danke :-)
Ja da wackeln mir schon wieder die Ohren. Oberstes Gebot bei sauberer programmierung ist, dass daten NIE zweifach an verschiedenen orten gespeichert sind. temporärer dateien sollten nur zur laufzeit generiert werden und gelöscht werden, sobald so eine /etc/ispcp/apache2/working/ispcp.conf fertiggestellt und an ihren zielort kopiert worden ist.
für debugging zwecke kann man solche temporären dateien in die logs schreiben.
wenn der user vu2022 endlich aus der ispcp-datenbank fort ist, dann sollte auch nirgends mehr auf der festplatte diese zeichenkombination auftauchen. ausser in den logs.
roland
http://www.legopädie.de
RE: fehlgeschlagener neuer User killt apache :-( - joximu - 10-03-2011 11:58 PM
Du bist lustig.
ich unterlasse meine Versuche, dir deine Freude zu nehmen...
/J