» Проблемы с VMWare

Цитата:

Убедись ещё, что на хосте НЕ снята галка у привязки протокола TCP/IP в свойствах сетевого подключения.

да там все ок.

Цитата:

Попробуй назначить хостовой сетевухе любой адрес например

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

Цитата:

Если не будет пинговаться - скорее всего у тебя затвикан винсок на хосте

где это посмотреть приблизительно хотя бы?
благодарю.

Цитата:

а нормально ли ей назначать адрес если физически(реально) она не подключена ни к чему? соот -но отмечена красным.

красным она отмечена, если ты ее задизаблил. разумеется, вмварный бридж при таком раскладе не работает. Сделай ей Enable или Включить. Вылезет значок "Сетевой кабель не подключён" - но для виндового сетевого стека тем не менее интерфейс будет живым (в отличие от случая с краснотой в девайсах).

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

Цитата:

красным она отмечена, если ты ее задизаблил

Она отмечена красным крестиком.
включена.

Если само устройство не отключено - то пинги должны ходить и всё остальное, даже если физический "сетевой кабель не подключен".

netsh winsock reset

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

Цитата:

Но я бы попробовал сначала поставить на хост чистую ось

так ей без года - неделя. еще ничего кроме оси и нет.

народ подскажите что делать! выключил ВМварю не через "завершение работы" а просто закрыл (крестиком) теперь диск (.вмдк) не хочет открываться пишет "Cannot open the disk 'H:\VM\Windows XP Home Edition.vmdk' or one of the snapshot disks it depends on.
Reason: Failed to lock the file." что делать? как инфу с диска вытащить?

Afcnth

Цитата:

как инфу с диска вытащить?

попробовать открыть диск какой нить сторонней утилитой - например WinImage
в шапке еще есть Virtual Disk Driver

Винимэдж помог, спасибо!!!
а есть возможность оживить етот .вмдк для продолжения работы именно с ним?

Afcnth
скопируй этот файл отдельно в какую нить новую директорию
создай новую ВМ, и подсунь ей этот образ [Use an existing virtual dsik] - может прокатит

пробовал, не помогает. может ли сказаться то что когда я некорректно заканчивал работу (в то время еще рабочего .вмдк) я делал ето в ВМваре плеер 6.0 а сейчас пытаюсь реанимировать в Вмваре 5.5? мог плеер 6ой версии внести изменения в логическое устроиство .вмдк?

Afcnth
скорее у тебя просто виртуальный диск "полетел"
попробуй создай новый диск - форматни, сделай его загрузочным и перепиши в него данные из старого - очень даже возможно что этот вариант прокатит

sachaff
найди другое железо и поставь всё как надо. Теперь у тебя точно получится. А что у тебя сейчас не так - разберешься потом, если мотивация сохранится.

поставить рабочую варю - буквально десять минут, даже перегружаться не надо. С такими глюками как у тебя, я не сталкивался - при том, что ставлю варю на все компы >512М, и любую систему ставлю сначала в варю (если надо, то на физический диск - а потом меняю драйвер контроллера на стандартный и запускаю ее на реальном железе).

Цитата:

найди другое железо и поставь всё как надо

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

Цитата:

(если надо, то на физический диск - а потом меняю драйвер контроллера на стандартный и запускаю ее на реальном железе).

а как это?
благодарю.

Народ, неделю роюсь на сайтах производителей - внесите, плиз, ясность в несколько вопросов

1. Правильно ли я понимаю - ни в VmWare, ни в MS Virtual PC/Server нельзя обеспечить прямой доступ к хост-диску? Или есть какие-нибудь отдельные тулзы, с помощью которых такое возможно?

2. Если ответ на 1-й вопрос - "нельзя, нет таких тулзов" (в принципе невозможно, противоречит самой идее и архитектуре вирт-технологий и тд и тп), то 2-й вопрос: чем будет определяться скорость доступа из MS-гостя к данным, расшаренным в MS-сеть на хосте?

Пример: хост с аппаратным кэшированным РЭЙД-10 из 12 SAS-винтов; 2 встроенных сетевухи (Intel-1000Mb) объединены в транк 2Gb/s; W2003 R2. На рэйде лежит файловая БД. Доступ из локалки лимитирован скоростью транка (2Gb/s).
А какова будет скорость доступа к этой БД из гостя (тоже W2003 R2)?
Будет ли он лимитирован скоростью:
. a) физ. интерфейса (в данном случае транка)
. b) виртуального интерфейса (у ВмВаре - Intel-1000, а у MS VirtualServer - и вовсе MS Loopback Adapter - хрен его знает как он данные гоняет)
. c) РЭЙДа - т.е. практически доступ будет примерно такой же как внутри самой хост-машины (что означает, что в связке гость-хост файлы по виртуальной MS-сетке летают не ограничиваясь скоростью реального/виртуального сетевого интерфейса)


LevT

Цитата:

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

Так же как и sachaff - не понял фразу, но заинтересовало...

Цитата:

1. Правильно ли я понимаю - ни в VmWare, ни в MS Virtual PC/Server нельзя обеспечить прямой доступ к хост-диску? Или есть какие-нибудь отдельные тулзы, с помощью которых такое возможно?

В VMware добавляешь новый жёсткий диск, выбираешь "использовать физический". Настраиваешь. Перед запуском виртуальной машины к которой подключен раздел/жестак хоста с него нужно снять все буквы в хост-системе. То есть только одна ОС должна работать с этим раездлом/диском.

RussianNeuroMancer
Спасибо за ответ.

Цитата:

только одна ОС должна работать с этим раездлом/диском.

К сожалению, не прокатит - в моем случае требуется именно конкурентный доступ к одной файловой БД из нескольких одинаковых гостей (TerminalServer) + сетевой доступ к ней же из реальной сети (SQL-запросы, отчеты).

clammer

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

Кстати, с буквой не всё так просто. Иногда гость может неделю проработать на партиции, у которой я забыл отобрать букву на хосте - и без последствий. А иногда ошибки лезут и со снятой буквой - оссобенно если в госте орудуешь чем-то вроде акрониса. Ошибки чаще всего - либо Invalid security descriptors на всех файлах (на хосте при загрузке автоматически вызывается chkdsk и все "лечит"), либо "обнаружено пустое место, которое помечено как выделенное" (самостоятельно не вызывается, но партиция на хосте может быть недоступна, пока не полечишь). Ну и партиция чаще всего при загрузке хоста "грязная" - даже если chkdsk ничего на ней не находит - причем "грязная" вне зависимости от того, была снята буква или нет.

LevT

Цитата:

...но партиция на хосте может быть недоступна, пока не полечишь

у меня как раз седня такая ситуация в первый раз случилась - виртуалка с реального диска слетела - начинает грузится и вылетает в синий экран с ошибкой (вроде 000024) - на пол сек появляется и перезагрузка.
В хосте диск перестал определяется
исправил так: chkdsk g: /F /X

А вообще учитывая эту хрень, стоит ли вообще пользоватся связаными физическими дисками ? Или учитывая такой нюанс можно потерять все данные ? Что посоветуешь ?

alt76

я пару раз зарывался - и таким образом гибли полезные виртуалки. Пришел к выводу, что боевым виртуалкам не место на физическом разделе: слишком это ненадежно. Ну там букву забудешь снять - и привет. Не всегда так, как я уже писал, но привет бывает. Хотя тоже непонятно, какие последствия для гостя будут иметь излеченные чекдиском на хосте "Invalid security descriptors" - вроде бы всё работает и после этой процедуры, но уже как-то неспокойно, и приходится такую виртуалку приговаривать..

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


Добавлено:

Но учитывая, что в последних версиях варя разучилась делать снапшоты с таких виртуалок. в которых присутствует физический раздел - я теперь перешёл в основном на трехстадийную процедуру. Сначала ставишь систему на виртуальный диск (активно юзаешь снапшоты), потом готовый результат клонируешь акронисом - извнутри виртуалки - на физический раздел, ну и запускаешь наконец на реальном железе.

Подправьте папку пожайлуста.

Цитата:

Вот тут статья для версии for Linux (и вообще *NIX) Скачать в формате pdf

В формате PDF скачивается статья совсем не о том.

Добавлено:
Проверил.....это косяк на самом сайте...ссылка в шапке - ВЕРНАЯ.

LevT

Цитата:

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

Не совсем понял... По сети хоста можно доступаться или через сеть виртуалки?
Вряд ли я сильно ошибусь, если предположу, что трафик этого физ.диска хоть локально в хосте, хоть через сетевой редиректор хоста все равно проходит через драйвера контроллера, диска, NTFS, кэш-подсистему хоста и т.д. Поэтому не совсем ясно - раз локально с хоста физ.диск юзаться не должен, то и через сеть хоста возможны те же глюки.
Да и собственно, не совсем понятно - а как дать с хоста сетевой доступ к неподмонтированному тому/диску?

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

О, еще нюанс - если я построил на РЭЙДе из 8 винтов не один массив, а 2 или 3 параллельно размазанных по винтам массива, каждый из которых виден хост-операционке как отдельный физ.диск - могу я в вирт-машину именно такой массив в кач-ве физ.диска подсунуть?

Еще один вариант - можно подсунуть вирт-машине в кач-ве физ.диска RAM-диск? Что будет в этом случае? Хотя у него вроде нет варианта жить без буквы... Зато он при каждом рестарте хоста просто заново создается

Цитата:

трафик этого физ.диска хоть локально в хосте, хоть через сетевой редиректор хоста все равно проходит через драйвера контроллера, диска, NTFS, кэш-подсистему хоста и т.д. Поэтому

этим занимается варя, и занимается удовлетворительно. Глюки происходят тогда, когда 1) и хост, и гость думают, что имеют монопольный доступ к физическому диску (это в винде по крайней мере всегда) и 2) когда реально пользуются этим одновременно.

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



Цитата:

раз локально с хоста физ.диск юзаться не должен, то и через сеть хоста возможны те же глюки

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



Цитата:

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

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

надолго чревато - как минимум грязным томом с точки зрения хоста, как максимум - лечением Invalid (c т. зр. хоста) security descriptors или порченой картой тома (опять же лечится запуском chkdsk на хосте - но как-то стрёмно после такого юзать и дальше диск в госте, потому что с т. зр. гостя такой том до лечения был нормальным.) Хотя на первый взгляд после лечения тома хостом гость работает нормально как ни в чём не бывало.



Цитата:

О, еще нюанс - если я построил на РЭЙДе из 8

если на выходе рэйда правильно эмулируется IDE или SCSI - вмварь это должна скушать.

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



Цитата:

Еще один вариант - можно подсунуть вирт-машине в кач-ве физ.диска RAM-диск?

Все опять же зависит от того, насколько этот RAM-диск будет стандартным устройством IDE или SCSI.


Добавлено:

Цитата:

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

хотя, конечно, сталкивался. С акронисом полноценного взаимодействия у вари не получается. Что-то сделать можно, а чего-то нельзя. Особенно прикольно, когда представление хоста и гостя о таблице разделов физического диска начинают различаться - и при том у тебя в госте есть что-то нужное. Ощущение как на пороховой бочке. Перезагрузка хоста помогает, но не всегда. Потому - то есть 1) из-за малопредсказуемости результатов применения акрониса в госте и 2) из-за периодически "грязного" тома и чекдиска - я и не рекомендую использовать в боевом режиме гостя с физическим разделом.

LevT
Инфа для меня лично очень полезная, сенк, но додумать самому не получается, поэтому можно я подробности распишу?

У меня конкретная ситуация:

Есть файловая БД на 3-7Гб из нескольких тысяч DBF-файлов.

Есть штатные консольные Win32-клиенты этой БД (от 40 до 60 рабочих мест). Этот клиент жрет очень мало ресурсов памяти (RAM <=16MB), хотя проца может временами (во время сложных запросов) отъесть немало. Беда с ним одна - сама архитектура у него устарела - БД-то файловая, поэтому по сети такое число раб.мест - это полный аут.

В результате уже года 2 как все это живет в терминале, хотя и с проблемой (о ней скажу далее).

Кроме штатного клиента к этой же БД идут массивные множественные SQL-запросы от Access-баз клиентов, но уже чисто по сети. Трафик - кгхм, большой.

Все это живет, но... возвращаюсь к упомянутой проблеме.
Как я говорил - штатный Win32-консольный клиент БД может сильно грузить проц на отчетах, а поскольку все 40-60 клиентских сеансов запущены в один терминал, то почти все время процы сервака перегружены и тормозят все сеансы в целом.
Для некоторых сеансов это не страшно (этим юзерам время отклика системы не так критично - они и являются инициаторами и потребителями отчетов), а вот для других - недопустимо (операционисты - стучат по клавишам со скоростью и силой банковского матричника, причем чем сильнее сеанс тормозит тем сильнее по клавишам лупят).

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

В такой схеме четко распределяются процы по гостям, в каждом из которых свой терминал-сервак со своими сеансами и типами нагрузки.
Но БД-то одна на всех, общая. Если сейчас в общем терминал-сервере доступ к локальной БД максимально быстр, то как такой же по скорости доступ реализовать из нескольких терминал-серверов, каждый в своем госте?
Кроме того, по-прежнему к этой же БД требуется сетевой доступ из локалки для SQL-запросов с Access-баз со станций...

Можно ли один физ-диск раздать нескольким гостям в кач-ве диска данных?
Да при этом еще предоставить к нему сетевой доступ по сетке хоста? Или это утопия?

clammer
отчетники могут без сегодняшних данных могут прожить?
Если да и они никакой новой инфы не добавляют в БД, тогда просто копируй базы из опереционной в "отчетную" раз в сутки, например вечером.

VMware Workstation v6.0.0 Build 45731

Создал машину, добавил физический диск D с полным доступом к нему. Теперь виртуалка закосячила кучу файлов на этом диске, востанавливаются только после проверки диска. Вобщем я ламак в Виртуалках, прошу объяснить, в чём проблема. Читал что то, что добавляете такой диск на свой страх и риск, но не обратил внимания

Цитата:

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

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

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



Цитата:

Можно ли один физ-диск раздать нескольким гостям в кач-ве диска данных?

Как рид-онли безусловно можно (есть там такая галка), но и только так. А вот как твои аппликухи отнесутся к ридонли базам - это ты скоро узнаешь.

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


Добавлено:
Botvinic

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

Цитата:

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

Как я понял, хост это основная система Но мне нужен этот диск на обоих ос... одновременно и с буквой D Виртуалка запустилась, и успешно работала с этим диском... хотя не очень успешно...

пс друг успешно использует таким образом целый диск в обеих ос, буквы у него одинаковые...

Botvinic

ну-ну. Если содержимое раздела совсем не важно - можешь и дальше в том же духе. А если важно - или убирай букву, или подключай к виртуалкам как рид-онли.

LevT

Цитата:

или подключай к виртуалкам как рид-онли

возможно, что они такое
Цитата:

друг успешно использует таким образом целый диск в обеих ос, буквы у него одинаковые

делают через шаредфолдерс...

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