Po kilku niespodziankach jakie pojawiły się niecały miesiąc temu w art https://www.karolszczepanowski.pl/2015/02/24/problemy-z-vmware-vcenter-server-5-5/ przyszedł czas na kolejne…
Tym razem baza danych vCenter stanęła z niewiele mówiącym dopiskiem (Suspect), prawdopodobnie w wyniku awarii prądu coś się popsuło (znowu)
Całe szczęście już ktoś opisał problem więc link do źródła: http://www.vmdude.fr/en/tips-tricks-en/suspect-vcenter-database-on-sql-express/
Taki zbiór kilku problemów jakie spotkały mnie ostatnio z vCenter…
Problem:
Wpisy w logu C:\ProgramData\VMware\VMware VirtualCenter\Logs\Vpxd-XXX.log :
2015-02-03T17:04:41.874+01:00 [06244 error 'win32vpxLdap_win32′] [LDAP Client] Failed to add LDAP entry CN=396B4052-A620-474B-BE8E-0446D1E1E831,OU=ComponentSpecs,OU=Health,dc=virtualcenter,dc=vmware,dc=int: 0x68 (The object already exists.)
Rozwiązanie:
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2044680
Problem:
Wpisy w logu C:\ProgramData\VMware\VMware VirtualCenter\Logs\wrapper.log:
INFO | jvm 1 | 2015/02/02 17:09:21 | SEVERE: Unable to expose the remote JMX registry.
INFO | jvm 1 | 2015/02/02 17:09:21 | java.lang.IllegalArgumentException: Port value out of range: -1
W skrócie: wyedytować zmienną base.jmx.port w pliku C:\Program Files\VMware\Infrastructure\tomcat\conf\catalina.properties:
base.jmx.port=-1 zamienic na base.jmx.port=6969
Problem:
Jak odtworzyć konfigurację? Czyli ogólnie o backupie konfiguracji (ale to warto zrobić wcześniej ;-P
Rozwiązanie:
http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1029864
Problem:
Gdzie są przechowywane logi?
Rozwiązanie:
Typowe miejsca logów:
Problem :
Jak wygląda struktura bazy danych vCenter?
Rozwiązanie:
http://support.hp.com/pl-pl/document/c01271538
W nawiązaniu do postu o problemach z VMWare Converter i prędkością konwersji a raczej transmisji.
Jak widać niektórzy też szukali zautomatyzowanego rozwiązania: Automatically Disable SSL – VMware Converter.
Ostatnio spotkało mnie niemile zaskoczenie podczas próby konwersji fizycznej maszyny na wirtualną. Szacunkowy czas konwersji pokazywany przez VMware converter wynosił… bagatela… 4,5 godziny, a to wszystko za sprawą…. szyfrowania. Rozumiem szyfrowanie przy transmisji przez sieć publiczną ale po LAN’ie… ?!
Po wyłączeniu szyfrowania transfer trwał 40 minut…
Więcej w: Poor transfer rate using Converter 5.0 Standalo… | VMware Communities.
Microsoft Windows OLE Automation Array Remote Code Execution Vulnerability
Opis: https://www.us-cert.gov/ncas/alerts/TA14-318B
Exploit do niego: http://packetstorm.igor.onlinedirect.bg/1411-exploits/ms14_064_packager_run_as_admin.rb.txt
Oraz taki błąd umożliwiający uzyskanie uprawnień administratora domeny : http://blogs.technet.com/b/srd/archive/2014/11/18/additional-information-about-cve-2014-6324.aspx
Nie obyło się też bez wpadki:
MS14-066 powoduje problem z SQL I IIS. Tak to jest jak zamiast się skupić na łataniu dodaje się nowe algorytmy…
http://www.infoworld.com/article/2849292/operating-systems/more-patch-problems-reported-with-the-ms14-066-kb-2992611-winshock-mess.html