FTP Probleme und weiter Probleme beim vserver nach Wartungsarbeiten im Rechenzentrum.

[derd]

Hallo,

ich habe da ein Problem.
Unser vserver war ca ein Tag nicht erreichbar. Laut Support haben die am Speichersystem gearbeitet.
Der Server ist nun wieder Online. Das Problem ist das die Accounts beim Resseller 1 Funktionieren. Aber beim Resseller 2 gibt es Starke Probleme. Es ist unmöglich per Ftp auf die Accounts zu gelangen. Dann Funktionieren die cgi Scripte nicht mehr. Die cgi Scripte auf den Accounts vom Resseller1 Funktionieren ohne Fehler.

Irgendwie ist das komisch das es solche Unterschiede zwischen res1 und res2 gib.

Hat einer von euch ne Idee wo der Fehler liegen könnte?

Bye derd

 

[djrick]

Hallo und herzlich willkommen hier im Forum,

Welche Fehlermeldung bekommst du denn wenn du dich versuchst auf den FTP einzuloggen?

 

[derd]

Ich bekomme diese Meldung:

220 ProFTPD 1.2.9 Server (ProFTPD Default Installation) [ENIGMASERVER.DE]
STATUS:> Verbunden. Authentifizierung...
BEFEHL:> USER web38
331 Password required for web38.
BEFEHL:> PASS ********
530 Login incorrect.
FEHLER:> Paßwort nicht akzeptiert

Ich habe auch schon versucht bei einem Account mit meinem Ressellerzugang das Passwort zu ändern. Es hat sich aber nichts geändert. Und das Problem besteht weiterhin.

 

[Thorsten]

Hallo!
Läuft das Confixx Update-Script korrekt?

mfG
Thorsten

 

[djrick]

Vergleiche mal die Rechte und die Gruppen zuordnungen.
Ich hatte den selben Fehler damals auch:

Die Verzeichnisse sehen bei mir so aus:
/var/www/web1/html

/var/www/web1 hat die Rechte 755 (chmod 755) und die User/Gruppe: web1:www-data (Die Gruppe könnte unterschiedlich sein je nachdem wie dein Apache eingerichtet ist)

Alle Unterverzeichnisse haben den Nutzer: web1:ftponly

Vergleich mal ob das bei dir in etwa stimmt.

Anderer Ansatz: Läuft dein confixx_updatescript.pl richtig. Wird es ausgeführt? Gibt es Fehlermeldungen? Kannst du über Web auf die Homepages der User zugreifen?

 

[derd]

Ich nehme mal an ja da. Ich habe einen Testaccount angelegt in meinem Res2. Der Account wurde angelegt. Ich muss nur eben mal warten ob mit dem neu angelgeten der FTP zugang geht.

Dann die verzeichnisse. Die Webs haben alle chmod 755.

Mit den Kontodaten kann ich mich einlogen und kann auch Stadistiken ansehen........

wie finde ich das heraus ob die confixx_updatescript.pl korrekt läuft?

Das komische ist das es bei Res1 geht und bei Res 2 nicht geht.

 

[djrick]

wie finde ich das heraus ob die confixx_updatescript.pl korrekt läuft?

Führe es mal per Hand aus, ich weiss jetzt nicht wo genau es liegt bei mir unter /usr/local/confixx =>

per SSH als Root einloggen und dann: /usr/local/confixx/confixx_updatescript.pl
Sollte keine Fehlermeldung erscheinen kannst du davon ausgehen dass es korrekt läuft.

Ich bin allerdings weiterhin der Meinung dass es an der Gruppen zuordnung liegt.
Wo liegen die Dateien in /var/www/web1 ?

Geh mal nach /var/www und mach 'ls -l" und schau welche Gruppe und welchen User web38 hat. Dann geh mal nach /var/www/web38 und mach noch mal 'ls -l' und sag mir welchen User/Gruppe das Verzeichniss /html hat.

 

[Smile]

Hab die gleichen Probleme

Hi,

ich kann Dir zwar leider auch nicht weiterhelfen, was ne Problemlösung angeht, aber Dir berichten, dass Du mit Deinen Problemen offensichtlich nicht der einzige bist. Bei mir sind sehr ähnliche Fehler aufgetreten.
Via ftp einloggen ging nicht und Perl macht irgendwie so den Eindruck, als hätte es keine Rechte mehr, dass cgi ausgeführt wird. Wenn ich z.B irgendwelche cgi's von einem der Webs aufrufe, bekomme ich nur eine 500 er Fehlermeldung und das wars dann. (PS: Fehler treten bei mir in allen Webs auf).
Ich kann momentan leider nicht groß rumprobieren und auch keine error-logs posten, weil ich grad in der Arbeit bin und nur eingeschränkten Netzzugang habe.
Übrigens ist mein Hostsystem aus der 15xxx 'er Reihe, wo noch "schnell bis gestern in die frühen Abendstunden am Storagesystem" rumgeschraubt wurde.
Da kann man nur noch sagen: "Toll S4Y-Team, den Termin mit den frühen Abendstunden haben sie ja ziemlich genau getroffen. Nur halt nicht am 26.02.05 sondern am 27.02.05. Der Umstand, dass es dann immer noch nicht richtig funktioniert stützt mein Vertrauen in Ihre Kompetenz schon ungemein!"

Greets
Michael

 

[Thorsten]

Hallo!
Überprüft doch mal die Berechtigungen der einzelnen Dateien.

PS: Einige bewegen sich hier meinungstechnisch auf dünnem Eis.

mfG
Thorsten

 

[derd]

So hier haste die Daten die du wolltest @ djrick

Also confixx_updatescript.pl läuft korrekt durch ohne Fehler

[root@xxxxxxx web38]# ls -l
total 8
drwxr-xr-x 2 web38 ftponly 2048 Nov 28 13:33 files
drwxr-xr-x 4 web38 ftponly 2048 Feb 14 11:08 html
drwxr-xr-x 3 root root 2048 Feb 21 02:13 log
drwxrwxrwx 2 web38 ftponly 2048 Nov 28 13:33 phptmp

 

[Smile]

Berechtigungen usw. scheint OK. E-Mail geht auch nicht.

Hallo,

kam dazu die Berechtigungen, Benutzergruppen usw. mal zu prüfen. Scheint soweit alles OK zu sein (zumindest ist alles genauso wie bei derd bzw. wie djrick schrieb dass es sein soll). Danke für die Hilfe Übrigens geht bei mir Email auch nicht mehr.
So ganz nebenbei frage ich mich auch so in aller Stille warum ich das überhaupt nachsehe und nicht jemand von S4Y, worfür ich ja schließlich auch was zahle. Vielmehr frage ich mich aber warum von solchen Fehlern nichts unter Confixx zu lesen ist, schließlich sollte und dürfte ja so etwas nicht unbemerkt an S4Y vorbeigehen... Da wäre eine kleine "hoppla, da müssen wir noch was nachbessern - relaxed euch, wir arbeiten daran (in den frühen Abendstunden gehts dann wieder)" - Meldung schon angebracht.
PS: Meinungstechnisch-theoretisch betrachtet sollte man unterscheiden zwischen Meinungen und ironisierten Darstellungen von Fakten

PPS: Habe ein Support-Ticket geschrieben und auf die Probleme hingewiesen, ich geb mal bescheid, wenns was Neues gibt.

Viele Grüße

Michael

 

[l2k]

anderes Problem

Mein vServer hat jetzt ein anderes Problem.
Zunächst hat gestern nachmittag alles wieder funktioniert. Nur abends wurde der vServer dann rebootet, vielleicht kam da ein Reboot durch, den ich vorgestern angefordert hatte, als alles down war.
Jedenfalls kommt seitdem mein apache2 nicht mehr hoch. Per HTTP kann ich nicht connecten. Gleich beim Einloggen kommt ein "System bootup in progress - please wait"

Prozessliste sieht so aus:

1 ?        00:00:01 init
31139 ?        00:00:00 rc
31210 ?        00:00:00 syslogd
31231 ?        00:00:00 klogd
 7587 ?        00:00:00 spamd
11233 ?        00:00:00 freshclam
23169 ?        00:00:00 exim4
23873 ?        00:00:00 inetd
25284 ?        00:00:00 mysqld_safe
28418 ?        00:00:00 mysqld
28450 ?        00:00:00 logger
29922 ?        00:00:00 mysqld
29990 ?        00:00:00 mysqld
30019 ?        00:00:00 mysqld
30049 ?        00:00:00 mysqld
30081 ?        00:00:00 mysqld
30593 ?        00:00:16 mysqld
30625 ?        00:00:11 mysqld
30754 ?        00:00:00 mysqld
30944 ?        00:00:00 mysqld
31584 ?        00:00:00 mysqld
 2304 ?        00:00:00 nscd
 5900 ?        00:00:01 nscd
 5922 ?        00:00:00 nscd
 5953 ?        00:00:00 nscd
 6019 ?        00:00:00 nscd
 6083 ?        00:00:00 nscd
 6114 ?        00:00:00 nscd
 8644 ?        00:00:00 saslauthd
 9600 ?        00:00:00 sshd
11296 ?        00:00:00 cron
11460 ?        00:00:00 S91apache2
11680 ?        00:00:00 apache2ctl
12288 ?        00:00:00 apache2
12741 ?        00:00:00 spamd
13984 ?        00:00:00 sshd
17792 ?        00:00:00 sshd
19202 pts/0    00:00:00 bash
14402 pts/0    00:00:00 ps

Wenn ich die *apache*-Prozesse kille und versuche apache2 oder apache2ctl so aufzurufen, hängt das einfach, es passiert nichts (auch mit Option -X). Im error_log steht auch nichts.

Was mir aufgefallen ist: Meine wiederhergestellten selbst hochgeladenen Dateien haben einen Erstellungszeitpunkt ca. 23:40 am 26.2. Offenbar wurden aber am 27.2. um 15:50 noch einige Dateien erstellt, z.B. in /etc/apache2. Diese haben anscheinend alle den executable-Mode gesetzt. Ich kann mich nicht erinnern, dass ich diese Dateien erstellt habe, zumal ich erst nach 16 Uhr festgestellt habe, dass der Server wieder läuft. (Laut Support-Ticket läuft er seit 15:47:30 wieder)

Jemand eine Idee?

[Nachtrag: System ist Debian 3.1, das Confixx-Paket wurde bei einem apt-get dist-upgrade mal entfernt]

 

[Huschi]

11460 ? 00:00:00 S91apache2
11680 ? 00:00:00 apache2ctl

Wie man an diesen zwei Zeilen sieht, bootet er nicht vollständig durch.
Ich würde es erstmal mit einem reboot versuchen, wenn das nicht fruchtet hilft meist nur ein Ticket oder die Hotline.

huschi.

 

[l2k]

Das war bei jedem Reboot wieder das gleiche.
Auf Ticket kam keine Antwort, Hotline war mir zu teuer...

Nach ewigen rumprobieren bin ich aber jetzt draufgekommen, dass offenbar mod_perl der Schuldige ist. Nachdem ich die perl.*-Dateien aus "/etc/apache2/mods-enabled" genommen habe, scheint jetzt sonst alles zu laufen. Wo da genau das Problem ist, weiß ich zwar nicht, aber zum Glück brauche ich Perl im Moment nicht...

Hat apache2 eigentlich nicht irgendwelche "--verbose"-Switches oder so, die mir sagen würden, "jetzt versuche ich mod_xy zu laden", etc.? Das hätte die Sache deutlich vereinfacht.