Debian 3.1 + VHCS Problem

  • Thread starter Thread starter Dragon4048
  • Start date Start date
D

Dragon4048

Guest
Hallo

wir haben bei uns ein fertiges Images Debian 3.1 + VHCS. Sobald ich dieses installieren wird uns jedoch statt der vhcs loginseite nur eine Weise seite angezeigt. Ihrgendwie scheint er probleme mit dem mysql server zu haben. im Deamon. log steht das drinne


Mar 3 01:01:07 vadmin26 named[674]: starting BIND 9.2.4 -u bind
Mar 3 01:01:07 vadmin26 named[674]: using 1 CPU
Mar 3 01:01:08 vadmin26 named[679]: loading configuration from '/etc/bind/named.conf'
Mar 3 01:01:08 vadmin26 named[679]: listening on IPv4 interface lo, 127.0.0.1#53
Mar 3 01:01:08 vadmin26 named[679]: listening on IPv4 interface eth0, 212.91.249.19#53
Mar 3 01:01:08 vadmin26 named[679]: command channel listening on 127.0.0.1#953
Mar 3 01:01:08 vadmin26 named[679]: command channel listening on ::1#953
Mar 3 01:01:08 vadmin26 named[679]: zone 0.in-addr.arpa/IN: loaded serial 1
Mar 3 01:01:08 vadmin26 named[679]: zone 127.in-addr.arpa/IN: loaded serial 1
Mar 3 01:01:08 vadmin26 named[679]: zone 255.in-addr.arpa/IN: loaded serial 1
Mar 3 01:01:08 vadmin26 named[679]: zone localhost/IN: loaded serial 1
Mar 3 01:01:08 vadmin26 named[679]: running
Mar 3 01:01:10 vadmin26 mysqld_safe[812]: started
Mar 3 01:01:10 vadmin26 mysqld[815]: 090303 1:01:10 [ERROR] Can't start server : Bind on unix socket: Permission denied
Mar 3 01:01:10 vadmin26 mysqld[815]: 090303 1:01:10 [ERROR] Do you already have another mysqld server running on socket: /var/run/mysqld/mysqld.sock ?
Mar 3 01:01:10 vadmin26 mysqld[815]: 090303 1:01:10 [ERROR] Aborting
Mar 3 01:01:10 vadmin26 mysqld[815]:
Mar 3 01:01:10 vadmin26 mysqld[815]: 090303 1:01:10 [Note] /usr/sbin/mysqld: Shutdown complete
Mar 3 01:01:10 vadmin26 mysqld[815]:
Mar 3 01:01:10 vadmin26 mysqld_safe[817]: ended
Mar 3 01:01:16 vadmin26 /etc/init.d/mysql[880]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Mar 3 01:01:16 vadmin26 /etc/init.d/mysql[880]: ^G/usr/bin/mysqladmin: connect to server at 'localhost' failed
Mar 3 01:01:16 vadmin26 /etc/init.d/mysql[880]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Mar 3 01:01:16 vadmin26 /etc/init.d/mysql[880]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Mar 3 01:01:16 vadmin26 /etc/init.d/mysql[880]:
Mar 3 01:01:17 vadmin26 vhcs2_daemon[992]: moleSoftware vhcs_daemon v2.02 started !
Mar 3 01:01:17 vadmin26 mysqld_safe[1073]: started
Mar 3 01:01:17 vadmin26 mysqld[1076]: 090303 1:01:17 [ERROR] Can't start server : Bind on unix socket: Permission denied
Mar 3 01:01:17 vadmin26 mysqld[1076]: 090303 1:01:17 [ERROR] Do you already have another mysqld server running on socket: /var/run/mysqld/mysqld.sock ?
Mar 3 01:01:17 vadmin26 mysqld[1076]: 090303 1:01:17 [ERROR] Aborting
Mar 3 01:01:17 vadmin26 mysqld[1076]:
Mar 3 01:01:17 vadmin26 mysqld[1076]: 090303 1:01:17 [Note] /usr/sbin/mysqld: Shutdown complete
Mar 3 01:01:17 vadmin26 mysqld[1076]:
Mar 3 01:01:17 vadmin26 mysqld_safe[1078]: ended
Mar 3 01:01:24 vadmin26 /etc/init.d/mysql[1141]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Mar 3 01:01:24 vadmin26 /etc/init.d/mysql[1141]: ^G/usr/bin/mysqladmin: connect to server at 'localhost' failed
Mar 3 01:01:24 vadmin26 /etc/init.d/mysql[1141]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Mar 3 01:01:24 vadmin26 /etc/init.d/mysql[1141]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Mar 3 01:01:24 vadmin26 /etc/init.d/mysql[1141]:
Mar 3 01:01:26 vadmin26 proftpd[1262]: vadmin26 - ProFTPD 1.2.10 (stable) (built do mrt 22 18:28:32 CET 2001) standalone mode STARTUP
Mar 3 01:01:46 vadmin26 ntpdate[1307]: step time server 81.169.180.26 offset -0.008164 sec
Mar 3 03:01:53 vadmin26 named[679]: lame server resolving 'rns1.twnic.net' (in 'twnic.NET'?): 192.83.166.11#53
Mar 3 03:01:53 vadmin26 named[679]: lame server resolving 'rns2.twnic.net' (in 'twnic.NET'?): 192.83.166.11#53
Click to expand...


Man hat uns gesagt das man mal diesen befehl in der console via putty ausführen soll

ps -aux | grep mysql
Click to expand...


Danach erhalten wir folgende meldung

vadmin1:~# ps -aux | grep mysql
Warning: bad syntax, perhaps a bogus '-'? See procps - Frequently Asked Questions (FAQ)
root 1427 0.0 0.9 2512 1260 ? S 18:21 0:00 /bin/sh /usr/bin/
mysqld_safe
mysql 1464 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
root 1465 0.0 0.3 1488 500 ? S 18:21 0:00 logger -p daemon.
err -t mysqld_safe -i -t mysqld
mysql 1466 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1467 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1468 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1469 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1470 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1471 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1472 0.0 12.7 75868 16772 ? R 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1473 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
mysql 1474 0.0 12.7 75868 16772 ? S 18:21 0:00 /usr/sbin/mysqld
--basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/
mysqld.pid --skip-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
vadmin1:~#
Click to expand...


Hat vieleicht jemand eine Idee was ich machen kann damit es läuft

Vielen Dank schonmal im vorraus.

lg
Dragon
 
Hast du das von Hand installiet oder mit dem Installationsscript?

Ist das ein neuer Server? Wenn ja, warum zur Hölle Debian 3.1?!
 
klappt das hier?
Code: 
lsof /var/run/mysqld/mysqld.sock
invoke-rc.d mysql stop
ps axu|grep mysql
kill -15 <mysql-pid>
invoke-rc.d mysql start

Wenn das nicht hilft geht vielleicht
Code: 
kill -15 $(ps axu|grep mysql|awk '{print $2}')
invoke-rc.d mysql restart

Du solltest auf lenny upgraden.
 
Last edited by a moderator:
Also um euch es mal komplett zu schildern.

Ich habe mir bei hetzner mehrere Server Angemietet, um Virtualisierungen zu machen. Sprich um Vserver an zu bieten. Für das ganze nutzen wir Vadmin. Da sind mehrere images enthalten die man dann auf dem Vserver per webinterface installieren kann. Und bei dem images Debian 3.1 mit vhcs2 kommen diese Fehler.

Aber nun ist ein weiteres problem aufgetreten. Da ich natürlich auch für die neuen Debian versionen bin. gehe ich aber dann hin und wähle debian 5.0 lenny aus wird der vserver installiert und auch gestartet, jedoch habe ich dann kein zugrif mehr über putty oder winscp.

Als Meldung bekommen wir diese

Network error: No route to host


Bevor ihr jetzt einer sagt frag mal den Support diese wissen auch nicht mehr weiter. Die sagten dann zu uns das bei hetzner heüfiger Probleme gab mit vadmin, und verweisen mich auf deren root angebote. Jedoch möchte ich mich auch nicht dum und dusselig zahlen für traffic den ich bei hetzner z.b umsonst haben kann. Zumal wir dort seit jahren kunde sind.

Ich bin immernoch der meinung das was auf deren root servern geht geht auch bei hetzner, den hetzner ist ja nicht erst seit gestern auf dem Markt, und bringen auch einiges an erfahrung mit.

Wenn uns jemandhelfen könnte wäre das echt klasse, da wir langsam wirklich nicht mehr weiter wissen. Vileicht kennt sich ja einer mit Vadmin aus, oder kann mir ggf. beschreiben wo das problem liegt, das ich keine connectionen mit putty bekomme.

Wie gesagt debian 3.1 klapt dabei ohne probleme. Bei 4.0 oder lenny denada da geht dann nichts mehr, und komme nur noch via terminal per webinterface drauf.

Vielen Dank schonmal im vorraus.

gruß
Dragon
 
Das wird aufjedenfall lustig wenn die Kunden doppelt soviel Ahnung haben wie der Anbieter ;)
 
Wenn wir das alles net wüssten wie es geht würden wir das ganze garnet erst machen. Nur mal so als info. Selbst der hersteller der Software ist Sprachlos und weiss keine lösung mehr. Da eigendlich alle vorraussetzungen erfüllt sind und es eigendlich laufen müsste.

Würde sagen wenn man keine Ahnung hat einfach mal die backen halten!!!
 
Sorry, aber wer ps aux nicht kennt und VServer verkaufen will. Den kann ich nicht ernst nehmen.
 
Ich wäre an deiner stelle vorsicchtig was du sagst. Kann schnell nach hinten los gehn.....
 
Das ist ja nicht beleidigend gemeint. Ich versuche nur meinen persönlichen Eindruck zurückzugeben. Es kann natürlich sein, dass ich mich komplett täusche. Aber im Business zählt ja auch der Eindruck.

Also nichts für ungut. Ich gebe auch gerne zu, dass ich von Xen und vAdmin keinen blassen Schimmer habe.
 
floogy said:
Also nichts für ungut. Ich gebe auch gerne zu, dass ich von Xen und vAdmin keinen blassen Schimmer habe.
Click to expand...

Und warum dann solche komentare? Ich habe den Hersteller in ICQ und wir versuchen es seit 4 Tagen ans rennen zu bekommen. Selbst er sagte auch gestern in icq das ihm langsam die lösungen ausgehn. Sein komentar zum schluss war nur typisch hetzner Server sozusagen. Es scheint wohl bekannt zu sein das es mit den hetzner kisten Probleme gibt. Und das seltsamme ist auch das wenn man das images debian 3.1 im wi auswählt und es installiert auf dem vserver leüft alles tadellos. Nimmt mann dann im wi aber debian lenny z.b hat man keine Verbinndung mehr zum Server.

Und das ist es was uns so sehr verwundert. Eben weil laut dem Hersteller auch eigendlich alles richtig sei. Den er hat selbst drüber geschaut und auch einiges installiert und getan.

Und ich bin eigendlich hier ins Forum gekommen in der Hoffnung das einer vieleicht doch noch eine lösung / möglichkeit kennt, oder sogar selbst die erfahrung mit hetzner und Vadmin gemacht hat.
 
Last edited by a moderator:
Vielleicht ist es ja so, dass IPv6 im lenny-Image verwendet wird, und daher die Namensauflösung Probleme macht - keine Ahnung.

Bei den Infos die Du lieferst kann man auch nicht richtig ansetzen, eine ps axu Ausgabe, und die Fehlermeldung "no route to host" ist ein bisschen mager...

Es ist auch nicht klar über welches Terminal ihr noch ran kommt, und was konkret wie, mit welchen Fehlermeldungen und Logs nicht geht usw.

Vielleicht weiß google mehr:
http://www.google.de/search?q="No+route+to+host"+lenny+xen+IPv6

z.B.:
http://nixcraft.com/linux-hardware/6366-no-route-host.html
http://wiki.rootforum.de/vserver/xen_debian#netzwerk_einrichten
http://forum.rootforum.de/viewtopic.php?f=119&t=49724&p=307965&hilit=+IPv6#p307965
http://wiki.hetzner.de/index.php/Xen
 
Last edited by a moderator:
Hallo!
Dragon4048 hat um Löschung seines Benutzeraccounts gebeten. Dem komme ich hiermit nach.

mfG
Thorsten
 
You must log in or register to reply here.
Back
Top