tag:blogger.com,1999:blog-7751460988642762331.post2338387880017574783..comments2023-05-24T12:15:40.405+03:00Comments on Виртуализация. VMware vSphere: Серьезный баг в VMware VI 3.5 Update 2Михаилhttp://www.blogger.com/profile/00994053637293572422noreply@blogger.comBlogger42125tag:blogger.com,1999:blog-7751460988642762331.post-52237535322572821472012-12-05T22:20:09.018+04:002012-12-05T22:20:09.018+04:00Коллеги, столкнулись с подобной проблемой на VMwar...Коллеги, столкнулись с подобной проблемой на VMware 5.0<br />Есть варианты решения проблемы?<br /><br />Особенность: 2 виртуалки - кластер майкрософт.<br />Последовательность действий: потушили главную ноду, начали процесс миграции дисков. Процесс не увенчался успехом.<br />Включаем назад - ошибка, как в названии темы. Вторая нода - так же. Виртуалки не поднять.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-5900409824596454222008-08-16T01:41:00.000+04:002008-08-16T01:41:00.000+04:00KB почему-то не открывается из России. С прокси СШ...KB почему-то не открывается из России. С прокси США открывается нормально.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-13839976299262766492008-08-14T11:35:00.000+04:002008-08-14T11:35:00.000+04:00ага, вот сейчас открылось - http://kb.vmware.com/s...ага, вот сейчас открылось - http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1006670&sliceId=1&docTypeID=DT_KB_1_1&dialogID=22574999&stateId=1%200%2022576281<BR/><BR/>там все достаточно внятно описано.<BR/>Есть какой то offline patch, который можно применить сам по себе.Михаилhttps://www.blogger.com/profile/00994053637293572422noreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-89375020693222348572008-08-14T11:33:00.000+04:002008-08-14T11:33:00.000+04:00сейчас полез на KB VMware - не доступна почему то....сейчас полез на KB VMware - не доступна почему то.<BR/>Поэтому по памяти - насколько я помню, в описании патча для ESXi было указано что его можно накатывать с помощью VMware Update Manager. Он попадает под определение "Платное ПО"?Михаилhttps://www.blogger.com/profile/00994053637293572422noreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-79280203650557225282008-08-14T10:39:00.000+04:002008-08-14T10:39:00.000+04:00Есть инструкция по применению патча на ESXi без ис...Есть инструкция по применению патча на ESXi без использования платного ПО?http://www.administrating.ruhttps://www.blogger.com/profile/11267352058019826871noreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-1350171081735919562008-08-13T17:47:00.000+04:002008-08-13T17:47:00.000+04:00подскажите, как применить это обновление?подскажите, как применить это обновление?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-42935557380904845012008-08-13T11:56:00.000+04:002008-08-13T11:56:00.000+04:00Restart hostd Requiredservice mgmt-vmware restartRestart hostd Required<BR/>service mgmt-vmware restartAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-85873880646823264242008-08-13T10:42:00.000+04:002008-08-13T10:42:00.000+04:00А без ребута хоста никак ??? Вродже же написаноVM ...А без ребута хоста никак ??? Вродже же написано<BR/>VM Shutdown & No Host Reboot !!!!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-45363125423123901652008-08-13T10:36:00.000+04:002008-08-13T10:36:00.000+04:00да, на 2 сервера, помогло - после reboot-а хоста в...да, на 2 сервера, помогло - после reboot-а хоста все VM поднялись.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-76985856405781976662008-08-13T08:57:00.000+04:002008-08-13T08:57:00.000+04:00Кто нибудь уже накатил патчик ????Кто нибудь уже накатил патчик ????Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-36711438509248349402008-08-13T08:02:00.001+04:002008-08-13T08:02:00.001+04:00The patchhttp://kb.vmware.com/selfservice/microsit...The patch<BR/>http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006721Unknownhttps://www.blogger.com/profile/07369037602299508412noreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-5106501368509870992008-08-13T08:02:00.000+04:002008-08-13T08:02:00.000+04:00http://www.deploylinux.net/matt/2008/08/all-your-v...http://www.deploylinux.net/matt/2008/08/all-your-vms-belong-to-us.html<BR/>PS:<BR/><BR/>PATCH AVAILABLE (00:04h GMT-03)<BR/><BR/>http://kb.vmware.com/selfservice/dynamickc.do?externalId=1006721&sliceId=1&command=show&forward=nonthreadedKC&kcId=1006721Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-58016370507550679912008-08-13T04:43:00.000+04:002008-08-13T04:43:00.000+04:00Dear VMware Customers,Please find the latest updat...Dear VMware Customers,<BR/><BR/>Please find the latest update about the product expiration issue. We have stated that 6pm, August 12, 2008 PST is the target timeframe for us to deliver an express patch. However, it is possible that the final delivery time will be sometime later in the evening. We know that this patch is critical and will continue to provide a status update.<BR/><BR/>Complete information on the ESX/ESXi 3.5 Update 2 issue follows:<BR/><BR/>Problem:<BR/><BR/>An issue has been discovered by many VMware customers and partners with ESX/ESXi 3.5 Update 2 where Virtual Machines fail to power on or VMotion successfully. This problem began to occur on August 12, 2008 for customers that had upgraded to ESX 3.5 Update 2. The problem is caused by a build timeout that was mistakenly left enabled for the release build. <BR/><BR/>Affected Products:<BR/>- VMware ESX 3.5 Update 2 & ESXi 3.5 Update 2.<BR/>- The problem will be seen if ESX350-200806201-UG is applied to a system.<BR/>- No other VMware products are affected.<BR/><BR/>What has been done?<BR/><BR/>- Product and Web teams pulled the ESX 3.5 Update 2 bits from the download pages last night so no more customers will be able to download the broken build.<BR/>- VMware Engineering teams have isolated the cause of the problem and are working around the clock to deliver updated builds and patches for impacted customers.<BR/>- A Knowledgebase article has been published (http://kb.vmware.com/kb/1006716) and will be updated as new information becomes available.<BR/>- The phone system has been updated to advise customers of the problem<BR/>- VMware partners have been notified of the issue.<BR/><BR/>Workarounds:<BR/>1) Do not install ESX 3.5 U2 if it has been downloaded from VMware’s website or elsewhere prior to August 12, 2008.<BR/>2) Set the host time to a date prior to August 12, 2008. This workaround has a number of very serious side affects that could impact product environments. Any Virtual Machines that sync time with the ESX host and serve time sensitive applications would be broken. These include, but are not limited to database servers, mail servers, & domain administration systems.<BR/><BR/>Next Steps:<BR/>VMware to update customers every two hours until the fix is released.<BR/><BR/>Resolution:<BR/><BR/>VMware Engineering has isolated the root cause and is working to produce an express patch for impacted customers that will resolve the issue. The target timeframe is 6pm, August 12, 2008 PST.<BR/><BR/>FAQ:<BR/><BR/>1. What will the express patches do?<BR/><BR/>The express patches are specifically targeted for customers who have installed or upgraded to ESX/ESXi 3.5 Update 2, one for ESX 3.5 Update 2 and one for ESXi 3.5 Update 2. To apply the patches, no reboot of ESX/ESXi hosts is required. One can VMotoin off running VMs, apply the patches and VMotion the VMs back. If VMotion capability is not available, VMs need to be powered off before the patches are applied and powered back on afterwards.<BR/><BR/>2. Will VMware still reissue the upgrade media and patch bundles in the timeframe that has been communicated? <BR/><BR/>Yes. We still plan to reissue upgrade media by 6pm, August 13 PST (instead of noon, August 13 PST) and all update patch bundles later in the week. We will provide an ETA for the update patch bundles subsequently. NOTE: the "patch bundles" referred to here are for the patch listed above under "Affected Products" and the other bundles released at GA. There are for customers who wish to stay with ESX/ESXi 3.5 or ESX/ESXi 3.5 Update 1 and not do a full upgrade to ESX/ESXi 3.5 Update 2. They are not the same as the express patch which is targeted for 6pm, August 12, 2008 PST as stated above.<BR/><BR/>3. Why does VMware plan to reissue the upgrade media before the patch bundles?<BR/><BR/>Since we can complete building and testing of the upgrade media before the patch bundles, we want to make that available to customers right away instead of reissuing all the binaries later in the week.<BR/><BR/>4. Can VMware issue a patch that opens the licensing backdoor in the next hour as a critical measure? <BR/><BR/>There is no licensing backdoor in our code.<BR/><BR/>5. Does this issue affect VC 2.5 Update 2? <BR/><BR/>No.<BR/><BR/>6. What is VMware doing to make sure that the problem won’t happen again? <BR/><BR/>We are making improvements on all fronts. The product team had endeavored to deliver a release with support customers deem important. But we fell short and we are deeply sorry about all the disruption and inconveniences we have caused. We have identified where the holes are and they will be addressed to restore customers’ confidence.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-73606852270419482542008-08-13T03:05:00.000+04:002008-08-13T03:05:00.000+04:00Это совсем старьё (т.е. 2 часа почти прошло) но вс...Это совсем старьё (т.е. 2 часа почти прошло) но всё ещё актуально<BR/>Аноним Доброжелатель<BR/><BR/>Dear VMware Customers,<BR/><BR/>Please find the latest update about the product expiration issue. From this point on, we’ll provide an update every two hours. Thanks.<BR/><BR/>Problem:<BR/><BR/>An issue has been discovered by many VMware customers and partners with ESX/ESXi 3.5 Update 2 where Virtual Machines fail to power on or VMotion successfully. This problem began to occur on August 12, 2008 for customers that had upgraded to ESX 3.5 Update 2. The problem is caused by a build timeout that was mistakenly left enabled for the release build. <BR/><BR/>Affected Products:<BR/>- VMware ESX 3.5 Update 2 & ESXi 3.5 Update 2<BR/>- Reports of problems with ESX 3.5 U1 with the following 3.5 Update 2 patch applied. <BR/>1. ESX350-200806201-UG<BR/>- No other VMware products are affected.<BR/><BR/>What has been done?<BR/><BR/>- Product and Web teams pulled the ESX 3.5 Update 2 bits from the download pages last night so no more customers will be able to download the broken build.<BR/>- VMware Engineering teams have isolated the cause of the problem and are working around the clock to deliver updated builds and patches for impacted customers.<BR/>- A Knowledgebase article has been published (http://kb.vmware.com/kb/1006716), but traffic to the knowledgebase is causing time outs. A new static page has been published at http://www.vmware.com/support/esx35u2_supportalert.html that customers and partners will be able to view.<BR/>- The phone system has been updated to advise customers of the problem<BR/>- Vmware partners have been notified of the issue.<BR/><BR/>Workarounds:<BR/>1) Do not install ESX 3.5 U2 if it has been downloaded from VMware’s website or elsewhere prior to August 12, 2008.<BR/>2) Set the host time to a date prior to August 12, 2008. This workaround has a number of very serious side affects that could impact product environments. Any Virtual Machines that sync time with the ESX host and serve time sensitive applications would be broken. These include, but are not limited to database servers, mail servers, & domain administration systems.<BR/><BR/>Next Steps:<BR/>VMware to notify customers who have downloaded this version and provide an update every two hours.<BR/><BR/>Resolution:<BR/><BR/>VMware Engineering has isolated the root cause and is working to produce an express patch for impacted customers today. The target timeframe is 6pm, August 12, 2008 PST.<BR/><BR/>FAQ:<BR/><BR/>1. What would this express patch do? <BR/><BR/>More information will be provided in subsequent communication updates.<BR/><BR/>2. Will VMware still reissue the upgrade media and patch bundles in the timeframe that has been communicated? <BR/><BR/>Yes. We still plan to reissue upgrade media by 6pm, August 13 PST (instead of noon, August 13 PST) and all update patch bundles later in the week. We will provide an ETA for the update patch bundles subsequently. NOTE: the "patch bundles" referred to here are for the patches listed above under "Affected Products" and the other bundles released at GA. They are not the same as the express patch which is targeted for 6pm, August 12, 2008 PST as stated above.<BR/><BR/>3. Why does VMware plan to reissue the upgrade media before the patch bundles? That is a wrong priority call! <BR/><BR/>This is not a matter of priority. Since we can get done building and testing the upgrade media before the patch bundles, we want to make that available to customers first instead of reissuing all the binaries later in the week.<BR/><BR/>4. Can VMware issue a patch that opens the licensing backdoor in the next hour as a critical measure? <BR/><BR/>There is no licensing backdoor in our code.<BR/><BR/>5. Does this issue affect VC 2.5 Update 2? <BR/><BR/>No.<BR/><BR/>6. What is VMware doing to make sure that the problem won’t happen again? <BR/><BR/>We are making improvements on all fronts. The product team had endeavored to deliver a release with support customers deem important. But we fell short and we are deeply sorry about all the disruption and inconveniences we have caused. We have identified where the holes are and they will be addressed to restore customers’ confidence.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-5435138009572978552008-08-13T03:00:00.000+04:002008-08-13T03:00:00.000+04:00"Пока верстался номер"Однако, быстро всё развивает..."Пока верстался номер"<BR/>Однако, быстро всё развивается. Неуспел написать - надо всё обновлять.<BR/>Извините за неточность -<BR/>VUM-овский патч будет готов 13 августа в 5 утра по московскому времени (12 августа 6 вечера в Сан-Франциско)<BR/>Полные ISO для тех, кто еще не осчастливился U2 будут выпущены примерно в 5 утра московского времени 14 августа.<BR/><BR/>Аноним Доброжелатель<BR/><BR/>1. ETA for express patch release still on track for 6pm PDT<BR/>2. Confirmed Update Manager can be used to distribute/update affected hosts<BR/>3. Confirmed there will be no need to reboot hosts or take down VMs<BR/>4. There will not be an "unload" or revert option, once applied the patch is not reversible<BR/>5. Thorough step-by-step instructions will be included with the express patch<BR/>6. New full U2 builds will be available tomorrow evening at roughly 6pm PDT on the web site for downloadAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-55246280463309425632008-08-13T02:53:00.000+04:002008-08-13T02:53:00.000+04:00Как было обещано: завтра будет лучше, чем вчера:Ан...Как было обещано: завтра будет лучше, чем вчера:<BR/>Аноним Доброжелатель<BR/><BR/>ETA - Estimated Time Availability<BR/>PDT - Pacific Daylight Time (Московское - 11 часов, т.е. 6 вечера в притонах Сан-Франциско = 5 Утра на Красной Площади )<BR/><BR/><BR/>1. ETA for express patch release is 6 pm PDT (fairly solid at this point), this will be for customers who have already upgraded to 3.5 U2<BR/>2. Should be able to use Update Manager to apply patch to affected servers<BR/>3. This is an "express" patch only and targets the module containing the erroneous code only<BR/>4. Should not require a reboot of the host<BR/>5. Full corrected U2 update should be released on web site tomorrow evening, this will be for customers who have not installed U2 and they should download this version and use it going forwardAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-33929660507953917692008-08-13T00:11:00.000+04:002008-08-13T00:11:00.000+04:00Ндяяяяяяя :( iso - это жестко ..... У меня 20 маши...Ндяяяяяяя :( iso - это жестко ..... У меня 20 машинок крутится, некоторые из них требуют перегрузки ... Накатывать поверху, не стремно, но .....Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-35256764208933668252008-08-12T23:21:00.000+04:002008-08-12T23:21:00.000+04:00По моей информации, патч обещают на неделе.А уже и...По моей информации, патч обещают на неделе.<BR/>А уже или вот вот станут доступны для скачивания обновленные iso с дистрибутивами.Михаилhttps://www.blogger.com/profile/00994053637293572422noreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-4665728886344771242008-08-12T23:17:00.000+04:002008-08-12T23:17:00.000+04:00Патч вышел уже или нет ???? Просветите :(Патч вышел уже или нет ???? Просветите :(Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-39882380087236843222008-08-12T21:33:00.000+04:002008-08-12T21:33:00.000+04:00В том то и проблема, что надо перегружать. Вобщем ...В том то и проблема, что надо перегружать. Вобщем перевел время - пока полет нормальный. На одном из узлов кластера только переконфигурировал HA агента (стандартными средствами).Unknownhttps://www.blogger.com/profile/12575403670171678184noreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-28442643879938507862008-08-12T19:11:00.000+04:002008-08-12T19:11:00.000+04:00Иван,думаю наиболее правильным решением будет - пе...Иван,<BR/>думаю наиболее правильным решением будет <BR/>- переключить врс в ручной режим<BR/>- ничего не делать с виртуальными машинам<BR/>- ждать патча.<BR/><BR/>Это в случае, если не надо ничего перезагружать или создавать новые ВМ...Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-22844787519067905442008-08-12T18:15:00.000+04:002008-08-12T18:15:00.000+04:00А если у меня не использузуется синхронизация врем...А если у меня не использузуется синхронизация времени с хостом, другие причины не переводить время есть?Unknownhttps://www.blogger.com/profile/12575403670171678184noreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-12844061620686237232008-08-12T15:27:00.000+04:002008-08-12T15:27:00.000+04:00Какой-то прямо спор получился в лучших традициях «...Какой-то прямо спор получился в лучших традициях «что было раньше — яйцо или курица».<BR/><BR/>«никуда не денешься» — это при включении ВМ. Тут, да, это не костыль, а особенность реализации. Собственно, и выбора никакого нет. И поэтому, повторюсь, на хосте по возможности должно быть правильное время.<BR/><BR/>но после включения выбор уже есть. Грубо говоря, вариант (а) — продолжать брать время с хоста (т.е. периодически синхронизировать его при помощи VMware Tools). Вариант (б) — брать время из внешнего источника. (Напоминаю, что сам факт существования такого источника подразумевается, ибо должен ведь к нему обращаться как минимум хост).<BR/><BR/>И вот здесь я считаю вариант (б) более предпочтительным. Причины были также описаны выше:<BR/><BR/>* это спрямляет «костыль», так как мы пользуемся не дырой в абстракции, а вполне легитимным даже в физической инфраструктуре путём — то есть, через сеть.<BR/>* это повышает надёжность, так как даже в случае, если на хосте установлено неправильное время, ВМ всё-таки сможет «исправиться», пусть и не сразу после включения. (В то же время, если на хосте установлено правильное время, то мы ничего и не теряем).<BR/><BR/>Насчёт «лучшей практики» почитаю сегодня WP по вашей ссылке, возможно что-то уточню в своей позиции.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-42416798820291366902008-08-12T15:10:00.000+04:002008-08-12T15:10:00.000+04:002 Артемконечно, не думаю, что DC перезагружаются и...2 Артем<BR/><BR/>конечно, не думаю, что DC перезагружаются изо дня в день по 10 раз, но если перезагрузятся - то проблема возникнет серьезная при таком решении, именно поэтому и считается лучшей практикой получение времени от хоста ESX.<BR/><BR/>и именно поэтому мы все скорбим..<BR/><BR/>это не "костыль", это свойство, особенность реализации, тут никуда не денешься - нету часиков..Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7751460988642762331.post-83931521262780334072008-08-12T15:06:00.000+04:002008-08-12T15:06:00.000+04:00Дополнениеи если стартовать так одну машину - её н...Дополнение<BR/><BR/>и если стартовать так одну машину - её надо отделить от внешней сети надолго - т.е. отделить до старта от виртуального коммутатора. После старта подключится к консоли и вручную проверить, как установилось время и только потом снова пускать назад в сеть, т.е. подключать к коммутатору<BR/><BR/>А.Д.Anonymousnoreply@blogger.com