» Проблемы с VMware Workstation (часть 4)

jojo123 15:36 10-08-2013
Цитата:

пытаюсь вставить на свой комп не получается, только то что до этого на компе последнее копировал и все(((кто нить сталкивался?

у меня такое было после запуска сканирования Gmer-ом, после перезагрузки системы снова всё начинало работать .

1) В данный момент использую workstation 8. хост win7 64 bit, виртуалки - пачка win xp 32bit.

Пробовал обновляться до 9. Работать все стало похуже, помедленней. Есть какие то причины для даунгрейда до vmware workstation 7 (см. шапку) или же это уже устаревшая информация?

Добавлено:
2)

глюк:
если работают 1-2-может 3 вирт машины то он вроде бы не вылазит, но
если запускать больше то иногда начиная с 4, иногда начиная с 5 вирт
машины начинает подглюкивать мышь.

левая кнопка мыши начинает "залипать" - чтобы она сработала приходится
сделать 5-10 кликов.

глюк вроде бы срабатывает только при переключении между вирт машинами,
т.е. если мы тыкаем в одно окно на вирт машине и мышь срабатывает, то
пока мы не ткнем в окно ДРУГОЙ вирт машины, то мышь будет работать ок.

при этом старые вирт машины, которые запустились без глюка, работают
нормально. если перезагрузить старую машину - глюк появится и на ней
тоже.

---
избавиться от глюка получается только одним способом - перезагрузкой
системы.

----

в целом можно было быть жить с этим, но сейчас приходится кол-во машин
увеличивать и глюк вылазит все чаще.
---
что можно сделать?

uzverok


Цитата:

в целом можно было быть жить с этим, но сейчас приходится кол-во машин
увеличивать и глюк вылазит все чаще.

У тебя мышь виртуалкой захватывается или свободно ходит из виртуалки в хост? ИМХО, если свободно ходит, вот это может глючить, чисто догадка.

Привет всем... Перешол на Windows 8 Pro x64, поставил VMware Workstation: 9.0.2 Build 1031769, зарегил Keygen for VMware Workstation v9.x for Windows - незапускается дaвно созданные, на Windows 7 x64 рабочие образы, хотя Player этой же VMware их проигрывает... Куда копать ?

Подскажите, можно ли снять образ с работающего Win2003 64Bit сервера (ActiveDirectory) с помощью VMware vCenter Converter Standalone и временно запустить его под WMware workstation работающего под Win2003 32Bit? Если да, то какие могут возникнуть проблемы? Сильно ли снизится производительность (особенно дисковой подсистемы)?

И есть ли разница, под что снимать образ, под ESXi или под Worksation (player)?

Всем привет!
Подскажите пожалуйста, есть ли возможность запуска vmware-unity-helper.exe с помощью командной строки типа vmware-unity-helper.exe" -r "запускаемая программа" "имя виртуальной машины", если такой возможности нет, то может быть кто знает достаточно ли добавления параметров в файл unity-helper.xml или где то в реестре надо еще добавлять, а то что то не получается запускать произволные программы в юнити.

Здравствуйте. Хочу купить программу с ключом на 1 ПК, работающею только в Win7. Если я сделаю диск Win7 в VMware и установлю лицензию на эту виртуалку, смогу ли я потом перенести ее на cервер VDS и запустить там?

Цитата:

У тебя мышь виртуалкой захватывается или свободно ходит из виртуалки в хост? ИМХО, если свободно ходит, вот это может глючить, чисто догадка.

С

Свободно ходит. Но не понял что это нам дает и что можно сделать?

uzverok


Цитата:

Свободно ходит. Но не понял что это нам дает и что можно сделать?

У меня предположение, вдруг VMware Tools на разных виртуальных машинах конфликтуют между собой. А если отключить свободный ход мыши на всех виртуалках, может перестанет глючить?

Добавлено:
Нет, мимо. Придется с виртуалок удалять VMware Tools, это не годится.

И снова про удаление снапшота... Все прочитал и хорошо подготовился, но боюсь напортачить...
Схема:
Базовая установка > Доводка, софт и апдейты > Sysprep > Shutdown > Snapshot с именем "After SysPrep" > Клонирование машин - тут все замечательно. Что дальше? Сделал еще один снапшот поднял сервер после SysPrep > установил на него TMG ForeFront > SysPrep > Shutdown > снапшот с именем "TMG after SysPrep" > клонирование с него. Работает отвратительно, TMG плохо переносит SysPrep, несмотря на заявленную поддержку. Буду ставить на каждую машину, увы.
Как правильно убрать снапшот "TMG after SysPrep" и все с ним связанное. Если можно - "Step-by-Step" - облажаться никак нельзя... Спасибо!

PS: Всего 4 снапшота (цепочка) с такими именами

After IE10 > After SysPrep > TMG-2010-SP2 > TMG after SysPrep

Необходимо, чтобы остался только второй (After SysPrep) - чистый, никаких коммитов с 3 и 4.

retro
Очень просто все. В контексте снапшота существует два состояния ВМ: предыдущее и текущее. Снапшот обуславливает существование предыдущего состояния. Если вы делаете удаление снапшота - текущее состояние коммитится в предыдущее. Текущее состояние ВМ не коммитится в снап, когда оно пустое. Пустое текущее состояние, в контексте снапшота, получается после создания снапа и после отката к снапу. Соответственно, если вы хотите получить возврат на какое-то определенное предыдущее состояние (снап) - делаете возврат на это состояние (revert to snapshot).

Слияние разветвленных снапов не поддерживается. Нет такого механизма в продукте. Если имеется некий снап от которого есть ветвление, то у такого снапа есть основная ветка, оканчивающая текущим состоянием (активным) и боковые (все остальные). Удаление снапов в боковых ветках выполняется по тем же правилам, (удаляемый снап объединяется с предыдущим состоянием). При удалении последнего снапа в боковой ветке - он просто удаляется без объединения с предыдущим.

Для вас это значит следующее: у вас есть цепочка снапов: snap '2' -> snap '3' -> snap '4'.

1. делаете реверт на снап '2'. При этом снапы 3 и 4 образуют боковое ответвление от снапа 2, т.к. снап 2 оканчивается тепер последним (актуальным) состоянием.
2. удаляете снап '4'. Снап 4 будет удален без объединения с предыдущим, как последний в боковой ветке.
3. удаляете снап '3'. Снап 3 будет удален без объединения с предыдущим, как последний в боковой ветке.
4. конец.

если пункты 2 и 3 поменят местами, то при удалении снапа 3, произойдет объединение снапов 3 и 4 (4 коммитится в 3) и этот процесс займет много дольше времени.


Цитата:

Все прочитал и хорошо подготовился, но боюсь напортачить...

Не подготовились. Потому и боитесь. Немного тестов на тестовых же ВМ и все тайны становятся простыми, как яичница.

Цитата:

облажаться никак нельзя...

Дрожите? Бэкапы же... А то, вдруг, я тут вам наплел всякого. Оно на правду похоже, а как на самом деле - вы и не знаете.

Скажите пожалуйста, а как решается проблема:

Цитата:

The MSI ‘C:\TEMP\vmware_1344183978\vmwareworkstation_x64.msi’ failed.
Service ‘VMware Workstation Server’ (VMwareHostd) could not be installed. Verify that you have sufficient privileges to install system services.

при установке VMware Workstation 9.0.2 Build 1031769 на Windows XP x64 SP2?

Подскажите, можно ли снять образ с работающего Win2003 64Bit сервера (ActiveDirectory) с помощью VMware vCenter Converter Standalone и временно запустить его под WMware workstation работающего под Win2003 32Bit? Если да, то какие могут возникнуть проблемы? Сильно ли снизится производительность (особенно дисковой подсистемы)?

И есть ли разница, под что снимать образ, под ESXi или под Worksation (player)?

Shimnik

Цитата:

Verify that you have sufficient privileges to install system services.

Прав мало?

Добавлено:
gap5

Цитата:

временно запустить его под WMware workstation работающего под Win2003 32Bit

На 32 бит хосте вы не сможете много памяти гостю выделить.
Есть ограничения на размер памяти процесса, чтото около 4ГБ а то и меньше

Добавлено:
Ну и естесвенно надо иметь аппаратную виртуализацию для запуска 64 бит гостей.

Подскажите пожалуйста, как реализовать подключение с слабой машины (1,2 ГГц, 1 ГБ ОЗУ), к разшареной виртуальной машине на сервере с WKS 9. В плеере такую опцию не нашел, а WKS 9 не ставится на слабую машину, ругается что процессор не имеет необходимых технологий.

В чем может быть проблема?
При запуске ОС на WM http://s1.bild.me/bilder/260513/8434333______.JPG

http://s1.bild.me/bilder/260513/5674369______.JPG1.JPG

Vmware 9.0.2
CPU Intel Core2 Quad CPU Q9300
RAM 8192 MB

densu90


Цитата:

Подскажите пожалуйста, как реализовать подключение с слабой машины (1,2 ГГц, 1 ГБ ОЗУ), к разшареной виртуальной машине на сервере с WKS 9.

Заюзать программу TeamViewer, поставить ее на хост и на виртуалку, которой хочешь управлять. Разумеется, виртуалка и хост должны быть в сети.

lucky_Luk

Цитата:

Заюзать программу TeamViewer

/)_(\
densu90
Вариантов масса, задача вообще непонятна
Например thinstation можно заюзать, VNC какой-нибудь

Цитата:

Заюзать программу TeamViewer, поставить ее на хост и на виртуалку, которой хочешь управлять. Разумеется, виртуалка и хост должны быть в сети.

В таком варианте это будет удаленное подключение через левые сервера, нет нета, нет результата. РадминобрАзы тоже не вариант, слишком грузят как хост так и клиент.

Цитата:

Вариантов масса, задача вообще непонятна Например thinstation можно заюзать, VNC какой-нибудь

Единственный вариант который на ум приходит - связка VMWKS на сервере выведенная на отдельную сетевую карту с штатным WinRDP, но тогда плакала аппаратная акселерация во всех видах, да и рвать пломбу для отдельной сетевой не охота.
Идея в том чтоб за счет сервера производить все вычисления (втч. параллельные) а на клиент передавать готовую "картинку"(+звук), критический вопрос - эффективность использования аппаратных ресурсов, особенно на клиенте, + автостарт виртуалки с сервером или по требованию клиента (положительно преимущество), загрузка сети не имеет значения, сейчас сетка 100, но есть железяка на 1000. А то на клиенте даже ролик онлайн без лагов 480р не отображается. Клиент стоит для "образовательных" целей, максимум производительности который от него требуется - видео 720р, и покупать новую (б/у) машину для этих потребностей очень не желательно, кроме того сервер (2х3,1 ГГц, 16 ГБ RAM DDR3, AMD HD6670 1 GB GDDR5) практически стоит (IIS без БД крутит, то раньше на нем специфическая нагрузка была).
ps: на клиенте стоит, должна стоять и будет стоять корп. Win.

densu90


Цитата:

В таком варианте это будет удаленное подключение через левые сервера

Э, так у тебя задача совсем из другой оперы. Все эти тимвьюверы и пр. предназначены для управления удаленным ПК, а не для прогона большого количества данных.
И никакая подобная программа не вытянет видеопоток HD.
Чтобы оно работало как ты хочешь, придется покупать железяку - HDMI-сплиттер - и проводами разводить с одного источника (плеер, комп, не важно) на несколько мониторов (или телевизоров).
А если еще и с распределенными вычислениями завелся, придется городить собственное клиент-серверное приложение, у которого "голова" на одной машине, а "хвост" - на другой.

Добавлено:
А вроде же существует какой-то образовательный софт, позволяющий "учителю" давать трансляцию со своей машины всем "ученикам". Но ИМХО под HD-видео такой софт не затачивался.
А любая клиент-серверная хреновина ("для распределенных вычислений") должна обладать функционалом настройки сети. Т.е. если у тебя есть условная программа-"сервер" на одной машине и условный "клиент" на другой, то подружить их, даже тупо загнав внутренние локальные айпишники - не должно быть проблем.
А если клиент-серверной софтины не написано, то до задницы возможности виртуалок, тимвьюверов и т.д.

densu90


Цитата:

В таком варианте это будет удаленное подключение через левые сервера, нет нета, нет результата.

TeamViewer может подключаться к другим машинам, даже если нету интернет, через локальную сеть. Для этого нужно включить настройку в опциях в разделе Основные, внизу.

Цитата:

Поставил vmware 9, создал виртуальную машину.
снес  vmware 9, поставил vmware 7 но теперь
не могу запустить созданную виртуальную машину.
 
Пожалуйста подскажите есть ли возможност запустить  
виртуальную машину созданную в более высокой
версии?

Цитата:

zareg
даунгрейднуть виртуальное железо до 7й версии?

Подскажите как это сделать?

Slim125
Ну вот как-то так, наверно. Там описан даунгрейд 8->7, но для 9->7 та же музыка и те же слова.

RemComm
Огромное спасибо.

Здравствуйте.

Заранее извиняюсь если не туда запостил вопрос и мою задачу нужно решать не средствами настройки VMware.

Хочу настроить выход в сеть на VMware® Workstation версии 9.0.2 build-1031769 с установленной Windows XP SP3 только через имеющийся аккаунт к серверу с OpenVPN
Что нужно сделать, что бы весь установленный софт ходил в сеть исключительно через аккаунт OpenVPN и в случае падения сервера выход в интернет был заблокирован.

dreamseo
Ну, сетевые компоненты VMware WKS оперируют понятием "подключение". Вы можете использовать либо подключения во внутренние изолированные сетевые сегменты, либо подключение к хосту через виртуальные адаптеры, либо подключение в локальные внешние сегменты сети (LAN) используя физический адаптер, либо доступ во внешние сети на протокольном уровне (L3) через сервис NAT и тогда пакеты транслируются в соответствии с хостовой таблицей маршрутизации. Можно комбинировать эти способы и конструировать производные в рамках имеющегося функционала.

Т.е. ваша задача решается следующим образом: руками (или автоматом) запускаете клиента OpenVPN и устанавливаете подключение к серверу с использованием имеющихся у вас аутентификационных данных. Дефолтный маршрут должен указывать на туннель и не должно быть левых маршрутов, пускающих трафик в обход. Ну, и все...

Если описанные вами правила маршрутизации трафика предписаны только для одной или нескольких гостевых ОС - выполняете процедуру внутри этих гостей. На хосте файрволом давите трафик для основного процесса (или NAT процесса [vmnat.exe]) исключая пары адресов сервер OpenVPN - клиент OpenVPN. Это разрешит прохождение трафика по туннелю.

(беллетристика ниже)

Если же вы хотите сделать бинд сетевого адаптера ВМ на тунельное соединение, то это возможно, в принципе, но вам нужно иметь достаточно знаний и хорошее понимание работы сетей, (чего у вас нет, судя по вопросу). Смысл в том, если пир туннеля получает адрес /32, то не получится.

А так, чтоб все в один клик - VMware WKS не имеет такого функционала.

Если вы сможете описать задачу более детально, сможете получить другой ответ.

RemComm
Большое спасибо за совет! Сделал многократно на виртуалках, а сегодня и на живом железе.
Хорошо об'яснаешь.
По описанию выше остановил и заморозил время. rtc.startTime = "1380790000" - это 03.10.2013 около 11 утра. Очень понравилось. Не знал, что такое возможно. Даже програмку сделал для "машины времени".
Но... Глупый вопрос, конечно... А вдруг?...
Стартуют разные машины в разное время (все в пределах одного дня - вопрос разницы нескольких часов) часть приложений (особенно сертификаты, токены и пр. байда) из-за этого не работает.
Если бы можно было синхронизировать только часы и минуты с физической машиной?
Год, месяц и число не трогать. Во как

retro
Думаю, никто не мешает вытворять всевозможные чудеса. Хочется расширенного сексу? Тогда, например, по такому алго (навскидку):

1. читаете текущую дату на хосте и парсите ее на предмет часов, минут, секунд, что там надо еще. (надоть изучить что-то вроде grep, sed, awk - есть такое и для винды, возможно, powershel это умеет)
2. составляете значение для параметра rtc.startTime (надоть изучить сам параметр и его значение на предмет как оно составляется - я этого не знаю, не могу рассказать)
3. пишете скрипт, который меняет старое значение rtc.startTime на актуальное (или удаляет строку со старым и добавляет строку с новым значением параметра) в конфигурационный файл ВМ.
4. стартуете ВМ из того же скрипта.

Ну или после старта ВМ из хоста выполняете в госте команду на установку нужного вам значения даты/времени. Опять же - воаля.
Ну или ... (насколько хватит фантазии). Возможно, если есть лопата и желание копать - можно придумать более красивое решение.

О... Или вообще, берете на руку топор и вырубаете из ближайшего бревна нечто следующее: поднимите еще одну ВМ, которая тоже запускается с таким же параметром rtc.startTime. В ней NTP сервер на винде или лине (а если честно, на лине даже лучше, он маленький получится и встроенных средств обработки текста и данных предостаточно). Автоматизируете запуск этой ВМ и установку в ней базового времени (и ее перезапуск, как вам там надо раз в сутки, или каждые два с половиной часа). Можно эту ВМ накрыть снапом после настройки и автоматически откатываться к нему при остановке - так ВМ всегда девственная будет. А все остальные ВМ/гости, кому требуется пусть берут время с этого фейкового NTP сервера.

Хм... Типа:
net time \\192.168.7.117 /set /y
Так и домен можно через политику... и разные леса... как в кино "День сурка"... и активировать не надо Круто! Спасибо еще раз!

Добавлено:
Кстати, по rtc.startTime вверху есть ссылка на описание с линком на VMware - без литра не разобраться. Вот мои результаты практических исследований... Можете вверху добавить.
Итак, что они сами пишут:

Цитата:

Код: rtc.startTime = "ххххххххх"
, где "ххххххххх" - время в секундах, прошедшее с 1 января 1970 года 0ч 00м 00с по Гринвичу
Внимание! Часы виртуальной машины (часы виртуального BIOS, так сказать) синхронизированы с временем на Host, которое является вообще-то поясным. Таким образом, выставив, например rtc.startTime = "0" вы получите в Guest не 0ч 00м 00с, а 3ч 00м 00с (если на вашем Host московское время)
Желающие более подробно ознакомиться с параметрами конфигурационного файла, относящимися к синхронизации между Host и Guest, могут обратиться к документу Workstation User's Manual, стр. 120

На самом деле все просто, выставляем параметр 999999999 и смотрим в какое время мы попали - а это 09-09-2001... кстати, почти 11.09.2001... ну а дальше еще проще - так я подбирал дату 03.10.2013 путем увеличения разных разрядов на 1 единицу.

1264286430 01-24-2010 вторая цифра приблизительно 4 года
1274286430 05-19-2010 третья цифра приблизительно 4 месяца
1275286430 05-31-2010 четвертая цифра приблизительно 4 дня
1275386430 06-01-2010 пятая цифра приблизительно 1 день
1275396430 06-01-2010 шестая цифра и дальше – минуты и секунды
1290000000 11-17-2010
1300000000 03-13-2011
1370000000 05-31-2013
1380000000 09-24-2013
1389000000 01-06-2014
1390000000 01-18-2014
1381000000 10-05-2013
1379000000 09-12-2013
1380900000 10-04-2013
1380790000 - это 03.10.2013 около 11 утра

retro
Было бы что подбирать. Это Unixtime
http://www.onlineconversion.com/unix_time.htm