Archiv nach Schlagworten: IPv6

VMware 2.x: Webmenu ist nach Update nicht ansprechbar

Veröffentlicht von am 19. Juni 2010 Keine Kommentare | 1.144x angesehen

vmware Logo Das folgende Problem tritt häufig nach Upgrades von VMware Server 1.x nach Version 2.0x auf und macht sich durch folgende Symptome bemerkbar.

  • Ein HTTP/HTTPS-Verbindung mit dem Webmenu von VMware kommt zunächst zustande bricht dann aber unvermittelt mit der Meldung  503 Service Unavailable ab
  • Im allgemeinen Syslog des Hostsystems tauchen folgende Meldungen auf, jeweils nach einem Neustart des VMware Webmenus (/etc/init.d/vmware-mgmt restart) oder der kompletten VMware Installation 
    May 21 23:33:45 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 1)
May 21 23:33:45 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:48 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 2)
May 21 23:33:48 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:51 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 3)
May 21 23:33:51 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:54 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 4)
May 21 23:33:54 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:33:57 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 4 seconds (quick failure 5)
May 21 23:33:57 watchdog-webAccess: Executing '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start'
May 21 23:34:00 watchdog-webAccess: '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start' exited after 3 seconds (quick failure 6)
May 21 23:34:00 watchdog-webAccess: End '/usr/lib/vmware/webAccess/java/jre1.5.0_15/bin/webAccess -client -Xmx64m -XX:MinHeapFreeRatio=30 -XX:MaxHeapFreeRatio=30 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/common/endorsed -classpath /usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/bootstrap.jar:/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin/commons-logging-api.jar -Dcatalina.base=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Dcatalina.home=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16 -Djava.io.tmpdir=/usr/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp org.apache.catalina.startup.Bootstrap start', failure limit reached
  • Führt man manuell den kompletten Aufruf des VMware JAVA Webaccess Binaries aus, so wie er im Syslog aufgeführt wird, so erhält man folgende Fehlermeldung auf der Console 
    21.05.2010 22:57:37 org.apache.catalina.core.StandardServer await
SCHWERWIEGEND: StandardServer.await: create[8005]:
java.net.SocketException: Invalid argument
        at java.net.PlainSocketImpl.socketBind(Native Method)
        at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359)
        at java.net.ServerSocket.bind(ServerSocket.java:319)
        at java.net.ServerSocket.(ServerSocket.java:185)
        at org.apache.catalina.core.StandardServer.await(StandardServer.java:373)
        at org.apache.catalina.startup.Catalina.await(Catalina.java:642)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:602)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
  • Weiterhin können im Hostlog von VMware Server folgende Meldungen auftreten 
    [2010-05-21 13:35:55.075 'Proxysvc Req00000' 3056405360 warning] Exception while processing request: Connection refused
[2010-05-21 13:36:23.810 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...
[2010-05-21 13:36:23.811 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...
[2010-05-21 13:36:23.812 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...
[2010-05-21 13:36:23.812 'Proxysvc Req00001' 3055610736 warning] Connection to server localhost:8308 failed with error Connection refused.  Retrying...

Weiterlesen »



Ähnliche Artikel:

  1. VMware 2.x: Kein Zugriff auf die Weboberfläche möglich – Loading ..
  2. VMware 2.x: Console unabhängig von der Weboberfläche starten
  3. VMWare Server 2.0 – Zugriff auf Console durch Firewalls tunneln
  4. OpenSSH: Probleme nach Update /dev/null is not a character device!
  5. Windows7 / Windows 2008 Server R2 Problem – Große HDD ist nach Hibernate nicht mehr auffindbar

IPv4-Adressen: Exhaustion-Day is coming !

Veröffentlicht von am 31. März 2010 Keine Kommentare | 736x angesehen

Ja, es ist schon erschreckend wie schnell sich der noch verfügbare IPv4 Adressraum gegen 0 nähert. Dieser kleine Counter dort oben soll allen Entscheidern bei IP-Carrieren, Hostern und anderen Netzwerkern klar machen, wie wichtig es ist die IPv6 Migration voran zu treiben. Denn wenn wir das Problem einfach ignorieren wird von heute an in 547 Tagen also am 30. September 2011 die letzte freie IPv4 Adresse vergeben werden !

Update 01-04-2010

Die Online-Ausgabe der Tagesschau hat dieses aktuelle Thema aufgegriffen und sich zu einem derben Aprilscherz hinreisen lassen ..

Ein Tag ohne Netz

Die Folgen werden jetzt die Internet-Nutzer ausbaden müssen: Morgen um Mitternacht US-Westküstenzeit (9:00 Uhr MESZ) schaltet ICANN die Rootserver des Internets ab, um sie auf das IPv6-Protokoll umzustellen. Für voraussichtlich 24 Stunden werden deshalb weltweit keine Internetdienste mehr nutzbar sein. Man wolle den durch die Osterfeiertage bedingten Rückgang des Datenverkehrs für die Arbeiten nutzen, sagte Twomey. Danach werden alle IP-Adressen neu verteilt und Rechner, die bereits mit dem IPv6-Protokoll ausgestattet sind, wieder erreichbar sein.

In neueren Betriebssystem wie Windows Vista und 7 sowie dem Macintosh OS 10.6.2 ist IPv6 bereits implementiert. Nutzer älterer Systeme wie Windows XP werden dann jedoch offline bleiben.

Den aufmerksamen Netzwerken wird dieser Bericht gleich etwas merkwürdig vorgekommen sein. Denn wenn man schon etwas mit IPv6 Internetzugängen experimentiert hat, weiss man das man in erster Linie einen explizit IPv6-fähigen Internetzugang vom jeweiligen Internetprovider benötigt !

Das bedeutet entweder man bekommt von seinem Provider automatisch eine IPv6 Adresse zugeteilt oder falls dieser kein IPv6 anbietet (was in Deutschland aktuell eigentlich der Regelfall sein dürfte) benötigt man einen sogenannten IPv6-Tunnel-Provider. Der IPv6-Tunnel sorgt dafür das die Datenpakete in normale IPv4-Pakete verpackt werden und erst beim IPv6-Tunnel-Provider in das reguläre IPv6-Netz entlassen werden.

Daher nutzt einem ein IPv6 fähiges Betriebssystem alleine herzlich wenig, ohne IPv6-Zugang stünde man bei einem von der Tagesschaut beschriebenen Szenario auch im Dunkeln !

Update 02-04-2010

Oha .. der Countdown hat sich binnen 2 Tagen noch beschleunigt ! projiziertes Ende ist nun am 24. September 2011 ! Wenn das so weitergeht könnte das Szenario von der Tagesschau doch bald Realität werden.

 

Link

http://www.potaroo.net/tools/ipv4

http://inetcore.com/project/ipv4ec

http://www.tagesschau.de/ausland/internetabschaltung100.html

http://de.wikipedia.org/wiki/IPv6#Tunnelmechanismen



Ähnliche Artikel:

  1. Alltag Überwachung
  2. Debian 6.0 Squeeze: Java-Apps haben Probleme mit Netzwerkverbindungen