» Проблемы с VMWare

goodwen
тогда еще один ламерский вопрос - как заставить вмвару загружаться с флехи, по f2 в биосе она на не распознается, вкладка загрузка имеет только возможность флоппи и по сети f12 соответсвенно только по сети пытается загрузиться.. вариантов других не дает

krassavcheg
не вкурсе

goletsa
А почему бы и нет. WIN справляется. Хорошо, можно ли поднять VLAN на Linux ,и запустить его на VMWARE ?

1) что делают тулзы для FreeBSD? Только выключение/рестарт, или также оптимизированные дрова?

2) если второе - то помогите с Abort trap в результате вот этого: http://www.openbsd-wiki.org/index.php?title=HowTo_install_VMWare_tools

Добавлено:
vvnet
как минимум в вмваре госте тип эмулированной сетевухи должен быть e1000
6.0.x у меня валила хост при попытке поставить внутрь Intel ProSet и добавить VLAN

Добавлено:
можно еще делать Eхternal Tagging средствами хоста и пробрасывать внутрь нужные виланы в качестве отдельных интерфейсов.

С интеловским просетом работает безукоризненно, а марвелловский аналог мало того что не умеет Untaaged VLAN, но еще и отрубает соотв. субинтерфейс хоста при включении виртуалки...

LevT
Спасибо за идею про смену типа эмулированной сетевки. Я пользуюсь VMWARE 5.5 , пока не нашел как сменить сетевку, может версия старая?

Правкой конфига?
Про VLANы на воркстанции чтото немного инфы, на ESX вроде с этим все получше.

Никто не замечал в сервере 2.0 нововведенных проблем с производительностью? У меня при старте второй вирт. машины теперь подвисает все: и хост и работавший до этого гэст, даже мышь не бегает. WinXP, 2 Гб хост, 512 Мб оба гэста.

Когда коннекчусь к винде через RDP, в OpenBSD запущенная в окне воркстанции перестаёт воспринимать Enter. Это лечится?

Добавлено:
виноват, варя тут не при чем: проблема внутри RDP

Скажите плиззз как с этим бороться.

BRIL22

Цитата:

Скажите плиззз как с этим бороться.

winnt.sif-это файл автоматической установки Windows ,поэтому стоит использовать другой дистрибутив,лучше всего эталонный,или заменить этот файл в образе винды на проверенный.
Так же в Vmware 6.5 есть функция easyinstall,тоже windows ставится автоматом,при этом используется файл c:\Program Files\VMware\VMware Workstation\Resources\unattend.txt+сериал и те данные,которые введешь при создании виртуальной машины,может он испорчен.

Цитата:

claim35

Спасибо.

Решил проблему загнав образ винды в виртуальный привод

BRIL22
битый инсталл винды, попробуйте другой

LevT
Поставил Vmware 6.5 . создал вм с WIN2003 , в ней установил сетевку intel e1000, создал vlan-ы и настроил dhcp на эти vlan-ы. Появился вопрос , какой ip должен быть на внешней карточке на основной ос , раньше были vlan-ы , а как быть сейчас ?
Например если адреса vlan такие :
Vlan1 -192.168.1.1
Vlan2-192.168.2.1

Спасибо.

Проблема с shared folders.

Версия: VMware Workstation 6
Хостовая ос: Windows XP SP3
Гостевая: Ubuntu 8.04.
Хочется в Ubuntu тащить файлы с винды.

В линукс я чайник.
Сделал так:
в настройках vmware включил shared folder, выбрал папку.
VMware Tools включил в VM, установил их в Ubuntu . Запустил vmware-config-tools.pl В конце процесса везде получил [ OK ].
/usr/bin/vmware-toolbox запускал.
Расшарил папку на Windows. Пытался монтировать mount -t vmhgfs .host:/ /mnt пишет ошибку.Как заставить Ubuntu видеть папку из винды!???

vvnet
внешняя карточка это получается транк.

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

...А можешь tcpip не отключать, оставить порт ловить dhcp и продолжать эксприменты с сетевыми железом и софтом. При некоторой внимательности твой кругозор вырастет. Для этой цели очень помогают дешевые неуправляемые свичи дома на противоположном конце транка

Установил и настроил самбу. Заработало. Но так и не понял почему не работает в Ubuntu встроенные WMvare средства расшаривания.

Потому что это костыли.

Samba\NFS\FTP наш выбор для обмена файлами

goletsa
в нынешнем виде костыли. Но у идеи кросплатформенной (точнее кроссгипервизорной) hgfs потенциал огромный, согласись. Только вмваре от нее фактически отказалась, наворотив впоследствии разные API.

ftp в пределах одного физического компа - оверхед и бред.

Если кто ещё не в курсе, то vmware server 2.0 можно администрировать с помощью vmware infrastructure client. Но всё дело в том, что судя по отзывам на офиц. форуме, клиент этот может администрировать вирт. машины вплоть до версии 6, а почему-то когда администрируешь вирт. машины на vmware server 2.0 клиент кричит, что он не может изменять настройки вирт. машины такой версии (если версия 4 - то всё ок). Получается, что нужно для редактирования настроек использовать нелюбимый мной веб интерфейс. Скачал обновлённую версию клиента из дистрибутива vmware virtualcenter - те же яйца. Кто-нибудь пофиксил сие недоразумение?

LevT
Так как dhcp запросы широковещательные, то по сути можно оставить любой адрес , лишь бы был в одной подсети (по маске) с vlan-нами. Например:
Vlan1-192.168.1.1
Vlan2-192.168.2.1
Vlan3-192.168.3.1
Vlan4-192.168.4.1
Ставлю внешней карточке IP 192.168.10.1 - все равно работает, адреса раздаются.

Спасибо.

P.S. Конечно может и надежнее было бы это сделать под Linux-ом , но я в нем почти не разбираюсь. Может кто встречал маленькую сборку типа SLAX -а с dhcp и vlan ?

FreeBSD ?
Настраивается в цеолм все просто.

LevT
e1000 начиная с 6.5 только появился?

goletsa
Нет, как я понял он был в 5.5 , просто там надо было в файле конфигурации vmx прописать вот это: Ethernet0.virtualDev = "e1000".
Тут появилась проблемка. DHCP под vmware адреса vlan-ам раздает, но нужна машина которая может видеть все компы во всех vlan , как это сделать. Допустим есть три вилана :
Vlan1-192.168.1.1-10
Vlan2-192.168.2.1-10
Vlan3-192.168.3.1-10

и есть сервер 192.168.100.1 , как заставить его видеть компы в виланах ?

Что интересно в 6.5 при создании виртуалки FreeBSD автоматом выставилась е1000 и фря присобачила ей em драйвер.
Ничо так.

После установки VMware Workstation 6 пропал автозапуск USB. В настройках проги включил его обратно, но автозапуск так и не заработал. Autoplay Repair Wizard тоже не помог. Подскажите решение...

Цитата:

Допустим есть три вилана :
Vlan1-192.168.1.1-10
Vlan2-192.168.2.1-10
Vlan3-192.168.3.1-10

и есть сервер 192.168.100.1 , как заставить его видеть компы в виланах ?

по определению: подключить его транком (реальным или виртуальным сетевым шнуром) и дать по адресу из каждого вилана. Результат - будет "видеть" на канальном l2 уровне.

Либо маршрутизировать трафик между сервером и каждым из виланов. Если маршрут для кого-то из пациентов не является дефолтным - известить его, прописав статический маршрут (или выдав таковой через опцию dhcp) либо подняв динамическую маршрутизацию (для клиентов тоже можно, слушатель rip). В результате будет "видеть" на сетевом l3 уровне.

LevT
Сейчас ситуация такая, может повторюсь. На машине стоит w2k3 , установлена Vmware 6.5 . В Vmware гостевая ос тоже w2k3 , настроены виланы (через e1000) , настроен dhcp, который раздает адреса со шлюзами машинам в виланах. Для каждой вилан свой шлюз, например у Vlan1-192.168.1.1-10, шлюз 192.168.1 (адрес Vlan1) и тд. В гостевой w2k3 включил службу маршрутизации и связь между виланами появилась, но скорость ОЧЕНЬ !! медленная, пинги идут а реально перетащить файл 1мб невозможно. Раньше когда все было на рельной машине
скорость была нормальная, неужели скорость упала из-за того что на vmware ?
Еще момент , в vmware сетевка стоит в bridg-е с реальной Dlink-528T и все работает, не считая того что скорость нулевая, а вот когда ставлю в bridg с intel pro\100 или Atheros L1 (встроенная в палту) ничего не работает, даже адреса не раздаются.

Насчет маршрутов интересно. Потому что, если это "тормозит" vmware то пусть лучше машины видят сервер напрямую . Кстати сетки (виланы) подключены к управляемому коммутатору , на котором настроено тегирование по портам. Какой надо прописать маршрут на машине в вилане , например с адресом 192.168.1.2 чтобы она увидела сервер 192.168.100.1, если шлюза нет (если использовать в качестве шлюза интерфейс смотрящий в вилан то трафик все равно завернется через вилан , а там тормоза ) ?


Спасибо.

Цитата:

Кстати сетки (виланы) подключены к управляемому коммутатору , на котором настроено тегирование по портам.

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

Нынешнее положение должно сохраниться, или ты на пути к великой цели? (изложи, какой именно; что было и работало? что есть сейчас? чего добиваешься?).

Насчёт DHCP, если он один на много виланов - надеюсь, ты понимаешь, что на каждом интерфейсе маршрутизатора, начиная со второго, должен быть ip helper (он же DHCP relay)? И скоп - они же области - должно быть столько, сколько подлежащих обслуживанию виланов. Вот статья, как это делается на цисках.


Что касается тормозов вмваре - то нигде в доках воркстанции не указано, что она поддерживает Virtual Guest Tagging (термин из ESX): экспериментируем потому на свой страх и риск.

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

LevT


Цитата:

Кто у тебя занимается маршрутизацией трафика между виланами - хост? гость?

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


Цитата:

тот соседний управляемый коммутатор умеет L3?

- стоит D-link 3526 , он умеет только L2.

Что касается цели . Изначально цель стояла раздавать адреса определенным группам компов, каждой группе свои. Вот и решили связаться с виланами. Поставили управляемый коммутатор, привязали его порты к виланам. Далее поставил комп, назовем его SRV1 , создал виланы и настроил дхсп , из этого же сервера сделал шлюз, для того что бы виланы имели доступ к другим серверам. Теперь цель стоит сервер SRV1 спрятать в vmware. И еще один момент , виланов 20 штук.

Что сейчас. Гость раздает адреса , но как из него сделать шлюз? На компе в котором запущен гость реальных две сетевых. Одна сетевая задействована через bridg с сетевкой в госте, на ней же и виланы , вторая свободна. Пробовал в госте добавлять еще одну сетевку через NAT и Host-only , но все равно компы из виланов не видят внешнюю сеть. Может что не так делаю, или такое вобще невозможно.

Цитата:

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

Сперва дебажим логику внутри хоста:

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


Переходим к физике:

Если у тебя физические компы из виланов подключены к портам физического коммутатора, то кабель между ним и маршрутизатором (этто называется router-on-a stick) должен быть транком - если не хочешь, конечно, тянуть столько физических кабелей, сколько у тебя виланов. Настрой порт коммутатора.

Проверь, что физические компы во всех виланах ловят dhcp.
Проверь маршрутизацию между физическими компами из разных виланов.


После всего вышеизложенного можно будет заняться подключением хоста:

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

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

Наконец, если уж ставить просет на хост - лучше отказаться от Virtual Guest Tagging и перейти целиком на Virtual Switch Tagging.