Posts by wolle
-
-
-
-
Hello Nuxwin,
thank you for your reply.
First of all please forgot what i wrote about the .my.cnf file, because this is only on problems which occurs by the i-MSCP backup scripts.
I download the 1.2.2 as i wrote. I use only stable versions.My problem is that i can't load/visit the Adminpanel even with or without the port 8080
It seems as there is no webserver active but the "netstat -plunt" say that both webservers are active:
(I changed Server IP to XXX.XXX.XXX.XXX)
root@s04:/usr/local/src/imscp-1.2.2# netstat -plunt
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 12593/master
tcp 0 0 127.0.0.1:12525 0.0.0.0:* LISTEN 2999/policyd-weight
tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 0.0.0.0:64 0.0.0.0:* LISTEN 3549/sshd
tcp 0 0 127.0.0.1:783 0.0.0.0:* LISTEN 3364/spamd.pid
tcp 0 0 XXX:XXX:XXX:XXX:8080 0.0.0.0:* LISTEN 12748/nginx.conf
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 12733/apache2
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 12593/master
tcp 0 0 127.0.0.1:9876 0.0.0.0:* LISTEN 11651/imscp_daemon
tcp 0 0 XXX:XXX:XXX:XXX:53 0.0.0.0:* LISTEN 11745/named
tcp 0 0 127.0.0.2:53 0.0.0.0:* LISTEN 11745/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 11745/named
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 12593/master
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 11745/named
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 12733/apache2
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 127.0.0.1:10023 0.0.0.0:* LISTEN 3055/postgrey.pid -
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 12238/mysqld
tcp6 0 0 :::110 :::* LISTEN 11664/dovecot
tcp6 0 0 :::143 :::* LISTEN 11664/dovecot
tcp6 0 0 :::64 :::* LISTEN 3549/sshd
tcp6 0 0 :::8080 :::* LISTEN 12748/nginx.conf
tcp6 0 0 :::21 :::* LISTEN 12364/proftpd: (acc
tcp6 0 0 :::993 :::* LISTEN 11664/dovecot
tcp6 0 0 :::995 :::* LISTEN 11664/dovecot
udp 0 0 XXX:XXX:XXX:XXX:53 0.0.0.0:* 11745/named
udp 0 0 127.0.0.2:53 0.0.0.0:* 11745/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 11745/namedClamAV i uninstalled for testing purposes in presumption of interference by ClamAV.
During the i-MSCP update two processes was killed by the i-MSCP update:
[Sun Jun 7 02:05:34 2015] [debug] iMSCP::Execute::execute: Executing command: /usr/bin/pkill -KILL -u vmail ; /usr/sbin/usermod -c vmail_user -d '/var/mail/virtual' -m -s '/bin/false' vmail
[Sun Jun 7 02:05:43 2015] [debug] iMSCP::Execute::execute: Executing command: /usr/bin/pkill -KILL -u vu2000 ; /usr/sbin/usermod -c 'i-MSCP Master Web User' -d '/var/www/imscp/gui' -l vu2000 -m vu2000I hope my reply clarify your questions.
Thank you
wolle -
Hallo liebe Forengemeinschaft,
ich bin gerade dabei meine Server zu aktualisieren.
Auf meinem s11-Server hat das Update von 1.1.18 auf 1.2.2 mit kleineren, hier im Forum und wie in der 1.2.x_errata.md Datei beschrieben, Fehlern geklappt.
- Plugins deaktiviert
- i-MSCP services gestoppt
- Die Access.log-Dateien werden im korrekten Verzeichnis gespeichert.Nun bin ich bei meinem s04-Server und habe das Problem, dass das Adminpanel weder auf Port 80 noch auf Port 8080 erreichbar ist.
Wenn ich auf Port 80 standardmässig meine Admin-Domain aufrufe, kommt die Seite eines Kunden.
Es gibt zwar ein paar Forenbeiträge, bei denen das selbe Fehlerbild auftaucht, jedoch haben die Lösungswege bei mir leider nicht gefruchtet.
Die Seiten der Kunden werden normal dargestellt und alles scheint soweit zu funktionieren.Apache und nginx laufen beide.
Auf beiden Servern ist Debian V7.8 installiert.
s04-Server: Linux s04 2.6.32-042stab102.2 #1 SMP Tue Nov 25 12:13:09 MSK 2014 i686 GNU/Linux
s11-Server: Linux s11 3.2.0-4-686-pae #1 SMP Debian 3.2.68-1+deb7u1 i686 GNU/LinuxClamAV habe ich, in Vermutung einer Störung durch diesen, testweise deinstalliert.
netstat -plunt (Server-IP wird als XXX:XXX:XXX:XXX angegeben):
root@s04:/usr/local/src/imscp-1.2.2# netstat -plunt
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 12593/master
tcp 0 0 127.0.0.1:12525 0.0.0.0:* LISTEN 2999/policyd-weight
tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 0.0.0.0:64 0.0.0.0:* LISTEN 3549/sshd
tcp 0 0 127.0.0.1:783 0.0.0.0:* LISTEN 3364/spamd.pid
tcp 0 0 XXX:XXX:XXX:XXX:8080 0.0.0.0:* LISTEN 12748/nginx.conf
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 12733/apache2
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 12593/master
tcp 0 0 127.0.0.1:9876 0.0.0.0:* LISTEN 11651/imscp_daemon
tcp 0 0 XXX:XXX:XXX:XXX:53 0.0.0.0:* LISTEN 11745/named
tcp 0 0 127.0.0.2:53 0.0.0.0:* LISTEN 11745/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 11745/named
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 12593/master
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 11745/named
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 12733/apache2
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 11664/dovecot
tcp 0 0 127.0.0.1:10023 0.0.0.0:* LISTEN 3055/postgrey.pid -
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 12238/mysqld
tcp6 0 0 :::110 :::* LISTEN 11664/dovecot
tcp6 0 0 :::143 :::* LISTEN 11664/dovecot
tcp6 0 0 :::64 :::* LISTEN 3549/sshd
tcp6 0 0 :::8080 :::* LISTEN 12748/nginx.conf
tcp6 0 0 :::21 :::* LISTEN 12364/proftpd: (acc
tcp6 0 0 :::993 :::* LISTEN 11664/dovecot
tcp6 0 0 :::995 :::* LISTEN 11664/dovecot
udp 0 0 XXX:XXX:XXX:XXX:53 0.0.0.0:* 11745/named
udp 0 0 127.0.0.2:53 0.0.0.0:* 11745/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 11745/namedWas mir beim Update auf dem s04 aufgefallen ist, es gab zwei Kills von Prozessen laut der imscp-setup.log:
[Sun Jun 7 02:05:34 2015] [debug] iMSCP::Execute::execute: Executing command: /usr/bin/pkill -KILL -u vmail ; /usr/sbin/usermod -c vmail_user -d '/var/mail/virtual' -m -s '/bin/false' vmail
und
[Sun Jun 7 02:05:43 2015] [debug] iMSCP::Execute::execute: Executing command: /usr/bin/pkill -KILL -u vu2000 ; /usr/sbin/usermod -c 'i-MSCP Master Web User' -d '/var/www/imscp/gui' -l vu2000 -m vu2000aber an den Kills kann es auch nicht liegen, da diese auch auf dem s11 durchgeführt wurden.
Sollten noch weitere Infos benötigt werden, dann bitte einfach schreiben.
Ich hoffe es kann mir jemand helfen.
Vielen Dank
Liebe Grüße
WolleNachtrag:
in der 1.2.x_errata.md Datei steht der folgende Absatz:
/root/.my.cnf fileThe /root/.my.cnf file is no longer used by i-MSCP. Because this is a local file, the i-MSCP installer will not remove it during update. Thus, if you have a database connection problem with the i-MSCP backup scripts after update, just remove the mysqldump section from this file.
Die .my.cnf wird aber weiterhin im Verzeichnis /root angelegt. Aber die Thematik kommt wohl erst bei Problemen mit den Backups zum tragen.