-
Fototrend
Sziasztok, udvozlunk mindenkit Magyarorszag legnagyobb VMware forumjaban!
Új hozzászólás Aktív témák
-
bugizozi
őstag
Láttam, hogy van többféle 82599, hogy tudom megnézni, hogy ez ES-e?
Bár ha jól értelmezem a cikket akkor ez valószínű ES, mert ennek hálókártyának nem frissült a driver-e. A "jó" szervernek 1.8.9.0 a driver verziója, míg a "rossz" szervernek 1.7.1.28. Pedig ugyanazt azt ISO-t használtam. A VMware oldalán megtaláltam a frissebb drivert [link] Ebből már csak egy ISO-t kellett kreálni és remote console-on felmountolni az ESXi-hez, lévén, hogy hálózaton nem elérhető.
How to Mount the Host CD-ROM to the ESXi Shell
Ezután megfrissítve a drivert elérhetővé vált a hálózaton az ESXi.
Reggel úgy voltam vele, hogy ez rutin munka, fél óra alatt megleszek vele, így délután 4 óra után úgy érzem bezárom mára a zinternetet
-
bugizozi
őstag
Intel 82599 10 Gbit hálókártya van benne, ugyanaz, mint a másik 2 szerverben. Nem volt fw frissítés.
Megpróbáltam downgrade-elni 6.7-re, de a recovery módnál azt írta, hogy csak 7 verziót tud bootolni, nem talál régebbit, ha bebootoltam a 6.7 ISO-t azzal sem lehetett "update"-elni, mert not supported. -
bugizozi
őstag
Sziasztok!
Találkozott már valaki olyannal, hogy ESXi upgrade 6.7 -> 7.0 után nincs hálózat? A network adapterek disconnected állapotban vannak
ESXi 6.5-ről indult az egész, 6.7-nél mindig ok, 7.0-nál meg nem lehet elérni hálózaton.
Ráadásul 2 db Supermicro 2019 szervert már megfrissítettem minden gond nélkül, ez egy Supermicro 2029 lenne.update: közben hálókábel kihúz-bedug, átváltott connectedre, de mégsem érhető el, nem pingel, nem jön be a webes felület
-
-
bugizozi
őstag
válasz
bugizozi
#4992
üzenetére
Nah sikerült összevakarni ezt a vCenter-t, a cert-ekkel volt gond.
Amit linkeltem azt megcsináltam, csak rosszul újítottam meg, mert ide az FQDN-t írtam, nem csak simán a hostnevet.
Enter proper value for 'Hostname' [Enter valid Fully Qualified Domain Name(FQDN), For Example: example.domain.com]:A support kiszúrta, hogy rossz névre állítottam ki a cert-et, megcsinálta aztán jó lett.
-
bugizozi
őstag
Szia!
VAMI felület megy, mellékeltem egy képet a szervizekről.
Az idő ugyanaz, helyi AD van beállítva NTP szervernek.
Ami küldtél linket megcsináltam, de segített
Az STS certek, meg 1-2 másik le volt járva, azt megújítottam, reboot, de nem segített.Checking Expiration of STS Certificate on vCenter Server
How to regenerate vSphere 6.x certificates using self-signed VMCASzerencsére ez egy rendes ügyfél, van support, bejelentettem hibára, csak jó lenne mihamarabb megoldni, mert addig nincs Veeam mentés, csak sima storage snapshot.
-
bugizozi
őstag
Sziasztok!
Egy vCenter 6.7-re nem lehetett bejelentkezni, AD auth, felh/jelszo után kiírta hogy SSO hiba, újraindították, mostmár a webes felület sem jön be. (503 Service Unavailable (Failed to connect to endpoint: [N7Vmacore4Http20NamedPipeServiceSpecE:0x00007fe8640079a0] _serverNamespace = / action = Allow _pipeName =/var/run/vmware/vpxd-webserver-pipe)) Néztem, hogy a szervizek nem indulnak el, ilyen hibát dob:
root@vCenter [ /bin ]# service-control --start vmware-vpxd
Operation not cancellable. Please wait for it to finish...
Performing start operation on service vpxd...
Error executing start on service vpxd. Details {
"componentKey": null,
"resolution": null,
"detail": [
{
"args": [
"vpxd"
],
"id": "install.ciscommon.service.failstart",
"localized": "An error occurred while starting service 'vpxd'",
"translatable": "An error occurred while starting service '%(0)s'"
}
],
"problemId": null
}
Service-control failed. Error: {
"componentKey": null,
"resolution": null,
"detail": [
{
"args": [
"vpxd"
],
"id": "install.ciscommon.service.failstart",
"localized": "An error occurred while starting service 'vpxd'",
"translatable": "An error occurred while starting service '%(0)s'"
}
],
"problemId": null
}A vpxd-log-ban ilyen bejegyzések vannak:
tail -n 50 /var/log/vmware/vpxd/vpxd.log
--> [context]zKq7AVECAAAAAHna9AAWdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAIyfGAFrSQJsaWJzc29jbGllbnQuc28AAbZNAgHGUgIB61MCAWAWAgJ+6wBsaWJzc291dGlsLnNvAAKN5gAD08qednB4ZAADilCgBMDtAWxpYmF1dGh6Y2xpZW50LnNvAARpBgIE4o0CBMSFAgPB8J4DOhRUA4pzVAMZ0VIFkAUCbGliYy5zby42AAOlyVI=[/context]
2020-09-23T14:28:14.508+02:00 info vpxd[31280] [Originator@6876 sub=VpxdAuthClient] fallback to loginByCertificate
2020-09-23T14:28:14.508+02:00 warning vpxd[31359] [Originator@6876 sub=Default] Failed to connect socket; <io_obj p:0x00007f630c4ae0e0, h:23, <TCP '127.0.0.1 : 40778'>, <TCP '127.0.0.1 : 10080'>>, e: 111(Connection refused)
2020-09-23T14:28:14.508+02:00 error vpxd[31280] [Originator@6876 sub=httpUtil] Error in sending request: N7Vmacore15SystemExceptionE(Connection refused: The remote service is not running, OR is overloaded, OR a firewall is rejecting connections.)
--> [context]zKq7AVECAAAAAHna9AAOdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGADHOCMADN0lAFTlJQDqASYAsQsmADmiIwBxbyMAOnIjAJ1WKwHUcwBsaWJwdGhyZWFkLnNvLjAAAt2ODmxpYmMuc28uNgA=[/context]
2020-09-23T14:28:14.509+02:00 error vpxd[31280] [Originator@6876 sub=ServerAccess] Remote login failed: N3Vim5Fault9HttpFault9ExceptionE(Fault cause: vim.fault.HttpFault
--> )
--> [context]zKq7AVECAAAAAHna9AATdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGAHu/FN2cHhkAAHUvmMBCIpzAa3MYwE7aKABslGgAsDtAWxpYmF1dGh6Y2xpZW50LnNvAAJpBgIC4o0CAsSFAgHB8J4BOhRUAYpzVAEZ0VIDkAUCbGliYy5zby42AAGlyVI=[/context]
2020-09-23T14:28:14.510+02:00 error vpxd[31280] [Originator@6876 sub=AuthzStorageProvider] [AuthzStorageProvider::CreateAuthzMgr] Failed to connect to IS: <N5Vmomi5Fault17HostCommunication9ExceptionE(Fault cause: vmodl.fault.HostCommunication
--> )
--> [context]zKq7AVECAAAAAHna9AASdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGAHu/FN2cHhkAAFI4VoBKM9jATtooAGyUaACwO0BbGliYXV0aHpjbGllbnQuc28AAmkGAgLijQICxIUCAcHwngE6FFQBinNUARnRUgOQBQJsaWJjLnNvLjYAAaXJUg==[/context]>
2020-09-23T14:28:14.511+02:00 info vpxd[31280] [Originator@6876 sub=AuthzStorageProvider] [AuthzStorageProvider::CreateAuthzMgr] Retry for this error: attempt count 59
2020-09-23T14:28:17.525+02:00 error vpxd[31280] [Originator@6876 sub=[SSO][SsoWrapperImpl]] [AcquireToken] AcquireToken exception: N9SsoClient27InvalidCredentialsExceptionE(Authentication failed: Invalid credentials)
--> [context]zKq7AVECAAAAAHna9AAWdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAIyfGAFrSQJsaWJzc29jbGllbnQuc28AAbZNAgHGUgIB61MCAWAWAgJ+6wBsaWJzc291dGlsLnNvAAKN5gAD08qednB4ZAADilCgBMDtAWxpYmF1dGh6Y2xpZW50LnNvAARpBgIE4o0CBMSFAgPB8J4DOhRUA4pzVAMZ0VIFkAUCbGliYy5zby42AAOlyVI=[/context]
2020-09-23T14:28:17.526+02:00 warning vpxd[31280] [Originator@6876 sub=VpxdAuthClient] [ConnectAndLogin] Failed to loginBySamlToken: N9SsoClient27InvalidCredentialsExceptionE(Authentication failed: Invalid credentials)
--> [context]zKq7AVECAAAAAHna9AAWdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAIyfGAFrSQJsaWJzc29jbGllbnQuc28AAbZNAgHGUgIB61MCAWAWAgJ+6wBsaWJzc291dGlsLnNvAAKN5gAD08qednB4ZAADilCgBMDtAWxpYmF1dGh6Y2xpZW50LnNvAARpBgIE4o0CBMSFAgPB8J4DOhRUA4pzVAMZ0VIFkAUCbGliYy5zby42AAOlyVI=[/context]
2020-09-23T14:28:17.527+02:00 info vpxd[31280] [Originator@6876 sub=VpxdAuthClient] fallback to loginByCertificate
2020-09-23T14:28:17.528+02:00 warning vpxd[31372] [Originator@6876 sub=Default] Failed to connect socket; <io_obj p:0x00007f62e4443be0, h:23, <TCP '127.0.0.1 : 40792'>, <TCP '127.0.0.1 : 10080'>>, e: 111(Connection refused)
2020-09-23T14:28:17.528+02:00 error vpxd[31280] [Originator@6876 sub=httpUtil] Error in sending request: N7Vmacore15SystemExceptionE(Connection refused: The remote service is not running, OR is overloaded, OR a firewall is rejecting connections.)
--> [context]zKq7AVECAAAAAHna9AAOdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGADHOCMADN0lAFTlJQDqASYAsQsmADmiIwBxbyMAOnIjAJ1WKwHUcwBsaWJwdGhyZWFkLnNvLjAAAt2ODmxpYmMuc28uNgA=[/context]
2020-09-23T14:28:17.528+02:00 error vpxd[31280] [Originator@6876 sub=ServerAccess] Remote login failed: N3Vim5Fault9HttpFault9ExceptionE(Fault cause: vim.fault.HttpFault
--> )
--> [context]zKq7AVECAAAAAHna9AATdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGAHu/FN2cHhkAAHUvmMBCIpzAa3MYwE7aKABslGgAsDtAWxpYmF1dGh6Y2xpZW50LnNvAAJpBgIC4o0CAsSFAgHB8J4BOhRUAYpzVAEZ0VIDkAUCbGliYy5zby42AAGlyVI=[/context]
2020-09-23T14:28:17.530+02:00 error vpxd[31280] [Originator@6876 sub=AuthzStorageProvider] [AuthzStorageProvider::CreateAuthzMgr] Failed to connect to IS: <N5Vmomi5Fault17HostCommunication9ExceptionE(Fault cause: vmodl.fault.HostCommunication
--> )
--> [context]zKq7AVECAAAAAHna9AASdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGAHu/FN2cHhkAAFI4VoBKM9jATtooAGyUaACwO0BbGliYXV0aHpjbGllbnQuc28AAmkGAgLijQICxIUCAcHwngE6FFQBinNUARnRUgOQBQJsaWJjLnNvLjYAAaXJUg==[/context]>
2020-09-23T14:28:17.531+02:00 info vpxd[31280] [Originator@6876 sub=AuthzStorageProvider] [AuthzStorageProvider::CreateAuthzMgr] Retry for this error: attempt count 60
2020-09-23T14:28:20.553+02:00 error vpxd[31280] [Originator@6876 sub=[SSO][SsoWrapperImpl]] [AcquireToken] AcquireToken exception: N9SsoClient27InvalidCredentialsExceptionE(Authentication failed: Invalid credentials)
--> [context]zKq7AVECAAAAAHna9AAWdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAIyfGAFrSQJsaWJzc29jbGllbnQuc28AAbZNAgHGUgIB61MCAWAWAgJ+6wBsaWJzc291dGlsLnNvAAKN5gAD08qednB4ZAADilCgBMDtAWxpYmF1dGh6Y2xpZW50LnNvAARpBgIE4o0CBMSFAgPB8J4DOhRUA4pzVAMZ0VIFkAUCbGliYy5zby42AAOlyVI=[/context]
2020-09-23T14:28:20.554+02:00 warning vpxd[31280] [Originator@6876 sub=VpxdAuthClient] [ConnectAndLogin] Failed to loginBySamlToken: N9SsoClient27InvalidCredentialsExceptionE(Authentication failed: Invalid credentials)
--> [context]zKq7AVECAAAAAHna9AAWdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAIyfGAFrSQJsaWJzc29jbGllbnQuc28AAbZNAgHGUgIB61MCAWAWAgJ+6wBsaWJzc291dGlsLnNvAAKN5gAD08qednB4ZAADilCgBMDtAWxpYmF1dGh6Y2xpZW50LnNvAARpBgIE4o0CBMSFAgPB8J4DOhRUA4pzVAMZ0VIFkAUCbGliYy5zby42AAOlyVI=[/context]
2020-09-23T14:28:20.555+02:00 info vpxd[31280] [Originator@6876 sub=VpxdAuthClient] fallback to loginByCertificate
2020-09-23T14:28:20.555+02:00 warning vpxd[31384] [Originator@6876 sub=Default] Failed to connect socket; <io_obj p:0x00007f62f0488f00, h:23, <TCP '127.0.0.1 : 40804'>, <TCP '127.0.0.1 : 10080'>>, e: 111(Connection refused)
2020-09-23T14:28:20.555+02:00 error vpxd[31280] [Originator@6876 sub=httpUtil] Error in sending request: N7Vmacore15SystemExceptionE(Connection refused: The remote service is not running, OR is overloaded, OR a firewall is rejecting connections.)
--> [context]zKq7AVECAAAAAHna9AAOdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGADHOCMADN0lAFTlJQDqASYAsQsmADmiIwBxbyMAOnIjAJ1WKwHUcwBsaWJwdGhyZWFkLnNvLjAAAt2ODmxpYmMuc28uNgA=[/context]
2020-09-23T14:28:20.556+02:00 error vpxd[31280] [Originator@6876 sub=ServerAccess] Remote login failed: N3Vim5Fault9HttpFault9ExceptionE(Fault cause: vim.fault.HttpFault
--> )
--> [context]zKq7AVECAAAAAHna9AATdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGAHu/FN2cHhkAAHUvmMBCIpzAa3MYwE7aKABslGgAsDtAWxpYmF1dGh6Y2xpZW50LnNvAAJpBgIC4o0CAsSFAgHB8J4BOhRUAYpzVAEZ0VIDkAUCbGliYy5zby42AAGlyVI=[/context]
2020-09-23T14:28:20.557+02:00 error vpxd[31280] [Originator@6876 sub=AuthzStorageProvider] [AuthzStorageProvider::CreateAuthzMgr] Failed to connect to IS: <N5Vmomi5Fault17HostCommunication9ExceptionE(Fault cause: vmodl.fault.HostCommunication
--> )
--> [context]zKq7AVECAAAAAHna9AASdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGAHu/FN2cHhkAAFI4VoBKM9jATtooAGyUaACwO0BbGliYXV0aHpjbGllbnQuc28AAmkGAgLijQICxIUCAcHwngE6FFQBinNUARnRUgOQBQJsaWJjLnNvLjYAAaXJUg==[/context]>
2020-09-23T14:28:20.558+02:00 error vpxd[31280] [Originator@6876 sub=Default] Failed to instantiate AuthzStorageProvider: N5Vmomi5Fault17HostCommunication9ExceptionE(Fault cause: vmodl.fault.HostCommunication
--> )
--> [context]zKq7AVECAAAAAHna9AASdnB4ZAAA4AArbGlidm1hY29yZS5zbwAAWCUbAP6dGAHu/FN2cHhkAAFI4VoBKM9jATtooAGyUaACwO0BbGliYXV0aHpjbGllbnQuc28AAmkGAgLijQICxIUCAcHwngE6FFQBinNUARnRUgOQBQJsaWJjLnNvLjYAAaXJUg==[/context]
2020-09-23T14:28:20.559+02:00 error vpxd[31280] [Originator@6876 sub=Authorize] Failed to initialize authorizeManager
2020-09-23T14:28:20.559+02:00 warning vpxd[31280] [Originator@6876 sub=VpxProfiler] Start [VpxdAuthorize::Start()] took 181485 ms
2020-09-23T14:28:20.559+02:00 warning vpxd[31280] [Originator@6876 sub=VpxProfiler] ServerApp::Start [TotalTime] took 181564 ms
2020-09-23T14:28:20.559+02:00 error vpxd[31280] [Originator@6876 sub=Default] Failed to start VMware VirtualCenter. Shutting down
2020-09-23T14:28:20.560+02:00 info vpxd[31280] [Originator@6876 sub=SupportMgr] Wrote uptime information
2020-09-23T14:29:16.109+02:00 info vpxd[31280] [Originator@6876 sub=Default] Forcing shutdown of VMware VirtualCenter nowTudna valaki segíteni ez ügyben, hogy merre induljak el?
Szabad hely még van a partíciókon.Köszönöm!
-
bugizozi
őstag
válasz
bugizozi
#4955
üzenetére
Megcsináltam, letöröltem a VIB-eket, utána ment a secure boot, elindult az ESXi.
Most más gonddal jönnék
Új rendszer, a szerver iSCSI protokollon keresztül éri el a tárolót, átmigráltam rá egy melévő VM-et korábbi szerverről amiben lokál diszkek vannak, és panaszkodnak, hogy lassú. Találtam róla egy KB-t, miszerint le kell tiltani a Delayed ACK-t [link]. Ezt megtettem, de reboot után visszaállt az eredeti konfig. Olvastam, hogy ez meglévő konfignál nem elegendő, hanem ki kell törölni a dinamikus és statikus targeteket Disable Delayed Ack for iSCSI on ESXi, not always workingPut the host in “maintenance mode”
Remove all iSCSI target from the host in dynamic discover and static target, close the window
Rescan storage
Readd all dynamic discover target
Rescan storageIlyenkor a meglévő datastore-ral mi lesz? Megmarad ugyanúgy, illetve rajta a VM-ek?
Köszi!
-
bugizozi
őstag
Sziasztok!
Törölt már valaki vib-eket ESXi update után, hogy be tudja kapcsolni a secure boot-ot?
vCenter, ESXi 6.0 -> 6.7 frissítés után TPM hibát jelez a host, bekapcsoltam a secure boot-ot, de lila hál lett az eredménye. Olvastam a zinterneten, hogy le kell törölni azokat a vib-eket, amik miatt nem megy. Ebből nem lesz gond később? Sajnos nem "fényképeztem" le hogy pontosan melyekre panaszkodik.Köszönöm!
-
bugizozi
őstag
Csak 6.7-re.
Új rendszert (server, storage, switch) viszek ki üf-hez holnap, jelenleg még nálunk a cucc, feltelepítettem 2 hete a Dell-es 6.7-t, de vCenter-t nem tudtam DNS hiánya miatt, még hostfile trükközéssel sem, a host kézi pecselésbe belebuktam valami driver gond miatt, azóta jött ki újabb Dell iso, mondom akkor azzal update-elem, hogy mégis a legfrissebb szoftverre menjek oda, erre ezt dobta...
Közben újraindult a szerver és bebootolt a korábbi ESXi verzió úgyhogy az aláírásomban lévő örök igazságot alkalmazom - majd ha már kint lesz és lesz vCenter azzal telepítem a patch-eket. (illetve nem felejtem el a 0. lépést, amit most kihagytam - lementem a konfigot) -
bugizozi
őstag
Új ügyfél, szerver+VMware frissítés, bevallotta, hogy nem ért hozzá, úgy örökölte meg évekkel ezelőtt, mondja egyik VM-en kevés a hely, sebaj, két katt megnöveljük a meghajtót, Edit settings-nél inaktív, biztos van rajta egy snapshot, mondja hogy azt tuti nem ő csinálta, hú mondom akkor az jó régi lehet...és tényleg az
-
bugizozi
őstag
Sziasztok!
Van valami oldal ahol meg tudom nézni, hogy a Horizon szerver milyen View agent-tel kompatibilis? Az Interoperability Matrices oldallal próbálkoztam, de kevés sikerrel
Van egy Horizon 7.6 szerver Win7 kliensekkel, amit Win10-re frissítünk, feltehetem én arra a legújabb 7.12 view agent-et?Köszönöm!
-
bugizozi
őstag
Sziasztok!
Ment valaki VM-eket Synology-ra Active Backup for Business szoftverrel? Mennyire működőképes dolog? Melyik a legolcsóbb eszköz ami ezt támogatja?
Tegnap volt róla egy VMUG Webcast, fél füllel hallgattam, nem tűnt rossznak.Köszi!
-
bugizozi
őstag
[VMware's New Licensing Fees are Going to Hurt AMD's 64-core EPYC Rome]
You'll pay twice as much for VMware if you have more than 32 cores in a single CPU
-
bugizozi
őstag
válasz
sto1911
#4799
üzenetére
Kipróbálnám, de az a baj, hogy a direktbe a host-ra belépve nem is látszik az a VM (
vim-cmd vmsvc/getallvmsparancsra sem adja ki) csak a vCenter-en keresztül van ott az az Orphaned. (ezt most vettem észre) Akkor marad a Remove Inventory aztán full új mentés.Köszi azért!
-
bugizozi
őstag
Sziasztok!
Orphaned státuszú VM-et vissza lehet még hozni az élők sorába?
Migrate -> Change Host nem játszik, mert ez egy "különálló" szerveren van a vCenter alatt lokál vinyókkal. Nem életbevágóan fontos, mert ez egy kikapcsolt Veeam replika gép, max remove-olom az Inventory-ból, csak szebb lenne megcsinálni. ESXi + vCenter management service restart nem segített.Köszönöm!
-
bugizozi
őstag
Igen, erre már én is gondoltam, de arra jutottam, hogy sok egyedi gép lenne, amik csak kicsit térnének el egymástól: 3-an használják a számlázó programot, ketten a banki szoftvert, négyen Skype-ot stb...
[Newman]: sajnos ezt a rendszert már így kaptuk meg, hogy itt van tessék, üzemeltesd
-
bugizozi
őstag
Sziasztok!
VDI rendszerben a kliens gépekre milyen programokat szokás feltelepíteni?
Egy ügyfelünknél kicsit úgy érzem, hogy "túltolták" ezt a dolgot: 3 böngésző, csomó nyomtató, számtalan egyedi program, amit csak 1-1 user használ, néhányan innen VPN-eznek be más céghez, többféle meeting szoftver stb... Egy recompose során mindig van valamivel gond, mindig más romlik el, nem tudom miért, és néha már úgy érzem magam, mint 7 évvel ezelőtt, amikor nagyrészt felhasználókat supportáltam, hogy Mancikánál nem megy vmi, mert amúgy a VMware-rel nincs semmi gond.
Vagy ez egy ilyen terület, bele kell törődnöm? -
bugizozi
őstag
"- az alaplapi kártyát papíron nem tudja kezelni... (azért került bele a PCIE, mert nem is tudta)"
Kerülő megoldás, ESXi-Customizer: [How to add Intel NIC drivers to an ESXi]Egyszer már próbáltam, működött. Sima PC-re akartam ESXi-t tenni, nem sikerült, mert nem talált hálókártyát, beletettem az ISO-ba a driver-ét és után ment.
-
bugizozi
őstag
válasz
[Newman]
#4742
üzenetére
Szia!
Mellékeltem egy képet a KAVG, DAVG értékekről:
A tárolóról sajnos nem kaptunk semmiféle információt. Annyit látok, hogy van a host-ban egy 16 GB FC kártya és hogy IBM tároló lehet alatta.
A CPU Ready értéket így számoltuk ki: (4791 / (20s * 1000)) * 100 = 23,4% amit még elosztottunk 20-szal, mert annyi processzormag van, így jött ki az ~1% körüli érték.A 7.6 Horizon agent-ben van egy Performance Tracker nevű cucc, azt feltelepítettem, de még nem ad vissza értéket, küzdök vele, hátha mutat valami hasznosat. Ha nem akkor megnézem a vROPS-ot.
-
bugizozi
őstag
Szia!
Ezzel egyszer futottunk már egy kört, akkor kiszámoltuk hogy ~1% körüli a cpu ready érték. Egyébként most a summation value ~4000 ms. A másik 2 helyen 1-2000 ms.
A VMware OS Optimization Tool-t lefuttattuk a golden image-eken. (volt is szívás belőle, mert ez kikapcsolta az smb v1-et, nekik meg van valami régi NAS-uk ami csak azon hajlandó kommunikálni)
-
bugizozi
őstag
Sziasztok!
Üzemeltetünk egy VDI + szerver infrastruktúrát egy ügyfélnek, maga a rendszer sajnos nem nálunk fut, hanem egy másik szolgáltatónál. A hw részére így nem is nagyon látunk rá, max a vCenter-en látszódik a szerver/processzor típusa, memória mennyisége stb, a tároló egy fekete folt számunkra.
A probléma az, hogy érzésre nagyon lassúak, mind a VDI gépek, mind a Windows szerverek (AD, Exchange stb) Amit a vCenter-ben látok (terhelség, processzor válaszidő) azok rendben vannak, gondoltam a tároló miatt lehet gond a sebességgel, futtattam I/O metert és Crystal Disk Mark-ot, és meglepően nagy számokat adtak vissza. Összehasonlításképpen két másik ügyfélnél is megcsináltam ezt, ahol full SSD tároló van 10 Gbit gerinccel, és ott is hasnolóan jó eredmény jött ki. Mégis a VDI rendszer bődületesen lassú a másik kettőköz képest. Számokban ez azt jelenti, hogy míg máshol a böngésző és az Outlook megnyitása 1-2 mp, addig itt a böngésző 7, az Outlook 21 (!!!) mp. Korábban volt egy nagyobb alkalmazás frissítés, amit először lefuttattunk magunknál a teszt rendszeren, sima SATA vinyon 1 óráig tartott, amikor náluk csináluk az éles rendszeren 3 óra volt
A kérdésem az lenne, hogy lehetne még valami rendszerszintű méréseket készíteni (pl VMware-en) ami kimutatná, hogy itt valami nem kóser.Köszönöm!
-
bugizozi
őstag
Nekem is ezen akadt meg a szemem
Más: ha esetleg a vCenter telepítésnél hibára fut az a rész, amikor a target ESXi-t adod meg, akkor elképzelhető, hogy az segít, ha a Proxyt kiveszed a böngésző beállításoknál. Ma sikerült egy ilyenbe belefutni.
VCSA 6.5 Installation – A problem occurred while logging in. Verify the connection details.
-
bugizozi
őstag
Szia!
A reboot nem segített, de ez a resignature igen, bár nem sikerült 100% megcsinálnom.
Ezek voltak a lépések:
1) VM-ek leállítása
2) tároló snapshot a volume-on (biztos ami biztos)
3) VM-ek kiregisztrálása invenoty-ból
4) datastore unmount (mindkét host-on)
5) esxcli storage vmfs snapshot list – parancs futtatása, adott találatot
6) esxcli storage vmfs snapshot resignature -l volumenév --- ezzel felcsatol egy másik Datastore-t a VMware-re, snap-xyz névvel
7) VM-ek beregisztrálása a az Inventory-ba
8) VM-ek elindítsása
9) új datastore méretének megnövelése – ha direkt-be a host-on lévő VMware felületen csináltam akkor nem sikerült, el kellett hozzá indítani a vCenter-t és azon keresztül ment - szerencsére az pont ezen a datastore-on volt (ez csak nekem új infó vagy én bénáztam vmit?!)Ami még hibádzik, hogy a régi datastore-t is látom, és nem tudom hogyan kell kipucolni
attól félek ha rányomok, hogy delete datastore akkor kitörli mindkettőt. 
Nem lenne rossz ha erre is kitérne a VMware KB mint csinálj előtte és utána...
viszont ez már a holnap zenéje lesz (már ha le lehett állni) mert ma még hullám tetőlemez cserénél is kellett segítkeznem, meg annak a korlátját festeni... pedig még hátra lenne 2 ilyen datastore ráadásul azon jóval több VM van.. aztán jöhet újra a hétfő üdén frissen fiatalosan
-
bugizozi
őstag
Találtam egy leírást a HP oldalán, lehet ez kell nekem?!
How to Resignature a LUN Detected as a Snapshot
Itt kitér arra az 1-2 pontban, hogy mit csináljak a jelenlegi Datastore-on: VM-ek leállítása, inventory-ból törlése, majd a datastore unmountolása minden host-on. Ezután látom majd az
esxcli storage vmfs snapshot listparanccsal a snapshot-okat és tudom resignature-ölni aesxcli storage vmfs snapshot resignature –volume-label=<label>|–volume-uuid=<id>paranccsal, mint ahogy írják abban a cikkben amit küldél?!
-
-
bugizozi
őstag
Sziasztok!
Megkaptam egy jó kis problémát, amibe munkatársam futott bele, csak ő közben elment szabira.
Annyit tudok, hogy volt egy tároló hiba, ami miatt elvileg az ESXi 6.5 snapshotnak detektálja a lunokat, így nem lehet datastore-t növelni. Átküldte a következő leírás: vSphere handling of LUNs detected as snapshot LUNs (1011387) illetve azt mondta, hogy umountolni kéne a datastore-okat, majd újra mountolni resignature-el.
Gondoltam létrehozok egy teszt Datastore-t, unmountoltam majd mount, de a az UUID nem változott. Ha meg rányomta, hogy delete datastore akkor ugye törölte a tartalmát is. A leírásban nem említi, hogy mit csináljak a már meglévő datastore-ral (jelenleg használatban van, éles gépek futnak rajta)
A régi vSphere kliensben emlékszem, hogy volt ilyen Assign a new signature opció, de ezen a webes felületen nem ajánl fel ilyet. Mi lehet a megoldás ilyenkor? Hogy tudom úgy újracsatolni a datastore-t, hogy a tartalma megmaradjon, de az UUID megváltozzon?Köszönöm!
-
#4636
bugizozi
őstag
Sirjames73
#4635
bugizozi
őstag
válasz
Sirjames73
#4635
üzenetére
Köszi, igen, azt tettem fel
-
bugizozi
őstag
válasz
bugizozi
#4633
üzenetére
Emellett sikerült egy hibába belefutni, a vCenter telepítése elszállt a következő hibaüzenettel:
Unable to connect to vCenter Single Sign-On: Failed to connect to SSO; uri:https://vcenter/sso-adminserver/sdk/vsphere.localA megoldást itthagyom az utókor számára:
Short tip: vCenter Server 6.5 UI installer: Failed to connect to SSO
Workaround
The vCSA installation consists of two stages. While the first stage simply deploys the OVA template, the second stage automatically configures the services. If errors occur during the second stage, the appliance is erroneous and needs to be re-deployed – so creating a snapshot at this stage is basically a good idea.
The assistant of the second stage needs to be filled. Before starting the configuration process, the appliance command-line needs to be accessed – e.g. using the VM console or SSH (which needs to be enabled first using the VM console). Enter the following commands:
> shell
# echo "::1 localhost.localdom localhost" >> /etc/hostsThis extends the local host resolution by an IPv6 entry.
Without this entry, the localhost entry cannot be resolved into an IPv6 address forcing the installation to crash. Don’t remove this entry after the installation as SSO won’t start again – as a result, vCenter Server will not start either.
-
bugizozi
őstag
válasz
kraftxld
#4631
üzenetére
Szia!
Végül sikerült elintézni, hogy még előző nap este el lehessen kezdeni, így otthonról elindítottam, 40 perc alatt ment át a ~120 GB szóval nem volt vészes.
Sajnos a Veeam nem volt opció, mert nem volt (még) nekik. Egy db Dell szerverük van, amin futott ez a Windows. Kivittem egy másik szervert a raktárunkból ideiglenesen, arra virtualizáltam be, majd telepítettem VMware ESXi-t az ő Dell szervererükre, aztán egy vCentert, felvettem alá a 2 host-ot és átmigráltam a VM-et a miénkről a Dell-re. Lebontottam a mi gépünket, felraktam a Veeam-et arra Windows-ra és beállítottam a mentést egy NAS-ra. Lesz még pár VM létrehozva nemsokára, azért is kellett ezt megcsinálni. A host-ok közötti migráció még gyorsabb volt, kihajtotta fullra a gigabites hálózatot.
-
bugizozi
őstag
Sziasztok!
Fizikai szervert szervert szeretnék virtualizálni VMware-re. Korábban csináltam már ilyet VMware Converter-rel úgy hogy bejelentkeztem távolról, elindítottam aztán futott amíg futott. Most viszont a helyszínen kellene csinálnom így fontos lenne tudni h kb mennyi ideig tart. Szóval aki mostanság csinált ilyet megírná nekem, hogy mit tapasztalt? 2 db 2 TB SATA diszkről lenne szó, amin 2-200 GB foglalt ténylegesen, és ezt kellene gigabites hálózaton áthajtani. Ilyenkor ugye csak a tényleges foglalt adattal (200GB) kell számolnom ugye, nem az egész diszkkel?
Köszönöm a segítséget!
-
bugizozi
őstag
Sziasztok!
Találkozott már valaki VDI rendszer alatt olyannal, hogy ha Adobe szoftverből szeretne valaki PDF-et nyomtatni, akkor a nyomtatási ablakban a szöveg részen átüt maga a dokumentum, így nem teljesen olvasható. Mondjuk fura maga az ablak is, mert nem a megszokott Windows 7 stílusú, hanem ilyen "csupasz"
Itt egy kép róla, remélem érthető
-
bugizozi
őstag
Sziasztok!
Az egyik ügyfélnél nem ment le a mentés, mert az egyik host disconnected státuszban volt a vCenteren.
Simán ha rányomtam, hogy connect, nem engedte visszacsatlakoztatni. Kiderült, hogy a /tmp tele volt egy nagyméretű log file miatt. Elmozgattam onnan, újraindítottam a management agent-et, így már működik, gondoltam leírom hátha más is belefutna ilyenbe.Ramdisk Size Used Available Use% Mounted on
root 32M 10M 21M 32% --
etc 28M 432K 27M 1% --
tmp 192M 192M 0B 100% --
hostdstats 346M 3M 342M 1% --
ibmscratch 300M 31M 268M 10% -- -
bugizozi
őstag
Sziasztok!
Találkozott már valaki olyannal, hogy VDI környezetben a kliensen a View Agent frissítés után nem megy az USB átirányítás?
Találtam egy ilyen leírást, kitöröltem a cert-et, újra létrejött, de úgysem megy, ugyanaz a hibaüzenet.
VMware Horizon View: USB Redirection is not available for this desktopKöszi!
-
-
bugizozi
őstag
válasz
Konflikt
#4367
üzenetére
" The first customer wanted a health check, they have 6500+ ESXi hosts in a single vCenter and it was “slow”. However the limit is 2000, but it worked."
lol
Eddig mi mindig remegő kézzel adtuk hozzá az 1999. szervert a vCenterhez, mondván már csak egyet szabad, de így megnyugodtam, hogy simán lehet többet ![;]](//cdn.rios.hu/dl/s/v1.gif)
Viccet félretéve szép nagy számok, kár hogy kishazánkban a cégek többségének egy Essential Plus licensz mindenre IS elég
Köszi a beszámolót!
-
bugizozi
őstag
Nem az enyém hanem a zügyfélé
Végül segített ez a leírás, sikerült megcsinálni: VPX_TEXT_ARRAY table growing in size causes the vCenter Server database to run out of space (2005333)
Annyi, hogy amit itt írtak SQL parancsot, azt még ki kellett egészítenem. A teljes táblában 600k sor volt, azt nem tudta egyszerre törölni, mert megtelt a transaction log fájl. Így darabokban töröltem. Megnéztem, hogy a TYPE_ID oszlopban kb 4 féle szám szerepel felváltva, így le lehetett bontani a táblát több 100k-s sorra, és így már lefutott a törlés, nem telt meg a log fájl. (a parancs végére én biggyesztettem oda az " AND TYPE_ID=3" részt.
DELETE FROM VPX_TEXT_ARRAY
WHERE NOT EXISTS(SELECT 1 FROM VPX_ENTITY WHERE ID=VPX_TEXT_ARRAY.MO_ID) AND TYPE_ID=3Persze minden törlés után shrinkeltem a log fájl.
-
bugizozi
őstag
válasz
bugizozi
#3448
üzenetére
Sziasztok!
Megint betelt a vCenter 5.1 adatbázisa. Itt már egyszer megcsináltam, hogy az eventeket csak 30 napig tartsa meg: [link]
Átnézve az adatbázist, a VPX_TEXT_ARRAY tábla túl nagy, majdnem 3 GB.
Megpróbáltam azt kipucolni, de nem futott le amit itt írtak [link] Hibaüzenet: megtelt az SQL transaction log. 500 MB-ra volt állítva, átállítottam 2 GB-ra, akkor is megtelt.
Megpróbáltam kézzel törölni sorokat a táblából, de arra meg timeout-ol.Van valakinek esetleg ötlete még, hogyan lehet csökkenteni az adatbázis méretét?
Köszönöm!
ps: Windows Server 2003-on fut és SQL2005 Express van alatta.
-
bugizozi
őstag
válasz
Zizi123
#4045
üzenetére
Szia!
Arra lenne lehetőség, hogy a "4x1Tb WD Red NAS HDD Raid10-ben" helyett 2x1TB HDD RAID1-ben és 2x250GB SSD RAID1-ben?! Az SSD-re menne a Win10 meg az I/O igényesebb dolgok, a többi meg a HDD-re. Én inkább ezt választanám, mint az SSD cache-t.
Vagy kipróbálhatnád egy teszt erejéig, hogy az ODD helyére raksz 1 db SSD-t, átmozgatod rá a Win-t és megnézed jobb-e a sebesség, így nem kell megbontani a RAID-et. -
bugizozi
őstag
Sziasztok!
6.5 verziójú VMware-en akartam létrehozni egy datastore-t, viszont csak 1MB-os blokmérettel engedi létrehozni. Jól látom, hogy 5.x verzió vagy fölötte csak ez van? [link] Tesztként akartam nagyobbal kreálni egyet.
Note: vSphere 5.0 and later releases have a block size of 1 MB only.
-
bugizozi
őstag
Kicsit az volt, de valahol olvastam, hogy 90%-os funkcionalitású, bíztam benne hogy nem a 10%-ban van a VUM
Köszi az infókat, végül úgy döntöttünk, hogy legyaluljuk a Win-t és Appliance-t telepítünk, úgyse volt sok minden beállítva még.
csináljátok itt a plusz munkát nekem
-
bugizozi
őstag
Kellett egy menedzsment gép a zügyfélnél, amire rá tudunk jelentkezni és elérjük a rendszerüket. Ez tűnt a legegyszerűbb módszernek így hirtelen.
Bár Windows Serverből Datacentert vettek úh akkor elvileg annyi VM-et telepítünk amennyit elbír a host...
Ezt az infot nem tudtam, köszi nektek, megvitatjuk házon belül. -
bugizozi
őstag
válasz
Adamo_sx
#3940
üzenetére
Az OMV nevű virtuális géphez hozzá tudsz adni plusz egy hard disk-ket?
Ha igen, akkor lehetne azt, hogy létrehozol egy másik 900GB-is datastore-t (vagy a meglévő 1,1 TB-osat kibővíted kettőre) és amikor létrehozod az új diszket (900 GB v kisebbet hogy kényelmesen elférjen) akkor kiválasztod ezt a datastore-t amin van a szabad hely, az OMV-n belül meg azt csinálsz vele amit akarsz. -
bugizozi
őstag
válasz
.Farkas.
#3931
üzenetére
Szvsz ez kicsit ágyúval verébre.
Maradj a fizikai gépen Win10-nél, ott megy a Dota meg a NAS is (DLNA, fájlmegosztás stb).
Virtuálisan meg telepíts egy linuxot játszani VMware player-re vagy Workstation-re. De ha nagyon mókolni akarsz kipróbálhatod virtuálisan az Xpenlogy-t is.Az a baj, ha erre a fizikai gépre feltelepítesz egy ESXi-t akkor egy kell egy másik gép amiről majd menedzseled, illetve eléred a VM-eket.
-
bugizozi
őstag
Sziasztok!
VMware Update Manager-rel lenne egy kis gondom.
Konkrétan az, hogy a felvett source linkek Not connected állapotban vannak.
A gép kilát a netre, böngészőben megnyitva az XML-ek elérhetőek.
Amit itt írtak kipróbáltam, de nem hozott javulást. [link]Van valakinek valami ötlete, hogy mi lehet a gond?
Köszi!
ui: 5.1 U2 vCenter és ESX-ek, Windows server 2003 SP2
-
bugizozi
őstag
válasz
bugizozi
#3840
üzenetére
Nah a sztori az volt, hogy a zügyfélhez jött 3 db szerver, ami majd USB-ről fog bootolni. Gondolván, hogy ne ott kelljen még a telepítéssel húzni az időt, megcsinálom előre. Ehhez a VMware Workstation-t hívtam segítségül, csináltam egy új üres VM-et, USB-t bedugtam a gépbe, majd hozzárendeltem a VM-hez, ISO-t felcsatoltam, telepítésnél kiválasztottam a pendrive-ot és kész. Ezt eljátszottam 3x, szombaton hajnalban go.
Odaértünk, pendrive bedug, bootol, IP címeket beállítottuk, működött, viszont amikor pingeltük a 3 host management IP-jét azok hol válaszoltak, hol nem
A gond az volt, hogy amit csináltam a Workstation-ben üres gépet, annak volt egy MAC címe, és ugyanaz lett a MAC címe mind a három hostnak
System reset után generálódott mindegyiknek új MAC és minden ok lett. -
bugizozi
őstag
Sziasztok!
Van itt aki foglalkozik VDI környezettel?
Nemrég vettünk át egy rendszert, ahol eddig HD (1300 x valamenny) felbontású laptopok voltak (Win7 thin pc) fullhd felbontású monitorokkal karöltve. Azok jól működtek, ha a VDI kliensben csatlakozásnál kiválasztottuk, hogy multimonitor akkor szépen beállt HD és FullHD felbontásra.
Most viszont lecserélték a laptopokat, az újakban már FullHD a kijelző (win10 thin pc), így 2 db FullHD-t kellene látni, viszont csatlakozásnál szétesik a kép, és a monitor 2400 x 1350 felbontásúra vált
Találkozott már valaki ilyennel?Köszönöm a segítséget!
-
bugizozi
őstag
ESXi-n keresztül nem tudod menteni. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- PC Game Pass előfizetés
- The Elder Scrolls Online Imperial Collector s Edition
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- LG 65B4 - 65" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- Eladó Samsung S23 Ultra 8/256GB / 12 hó jótállás / ÚJ AKKUMULÁTORRAL!
- Apple iPhone 15 128GB Black használt megkímélt 100% akku 6 hónap garancia
- HP ZBook Studio G8 i7 32GB RAM 1TB SSD RTX A3000/Garancia
- Eladó Honor 70 8/128GB / 12 hó jótállás
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest