начиная с 1000 сотрудников

Valve

среди которых банки, нефтяники и прочее

Valve

пруф будет?

Valve

так там проприетарщина с маками

а

да

мак тоже линукс ога

сразу вспомнился мюнхен

и первая версия kylin

в первом случае охулиард денег просрали и все равно вернулись на винду

во втором посадили 10 человек

и таки да, назовите 10 публичных облаков в россии на линуксе

пруф будет?

Мне заняться больше нечем? Хотя могу ещё гугл в пример привести, они на убунте сидели

в ентерпрайзе квм нахуй не нужен никому

Мне заняться больше нечем? Хотя могу ещё гугл в пример привести, они на убунте сидели

гугл не россия

так там проприетарщина с маками

Вообще-то дебиан был, у разработчиков

гугл не россия

А, пфф, а расие. Ну так чего молчали?

ну в мире ок

гугл один

Valve два Про остальных не вкурсе.

условие - глобальный каталог конторы и почта на линуксе тоже

2 конторы в мире

и то разрабы обе

Ладно, суть янса, на баян времени нет.

там могут позволить себе форкнуть линукс

а для остальных это пиздец дорого и убого

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

за лицензии внутри платить надо все равно

У меня, хоть и 10 человек в коллективе, но все на линуксе. Без форков. Просто взяли что им нравится и пользуются.

А винда осталась для игр и проверки кода.

10 человек круто да

и почта гуглмыло

10 человек круто да

gentoo, ubuntu, fedora. Генту на десктопе, убунту на серверах. А в целом - бестолку объяснять что-то человеку, у которого виндуз головного мозга.

о да

генту на десктопе

про федору забудьте

и убунту на серверах

с самбой 4 небось

и адешечка поднятна

а про "виндуз головного мозга" - вам что-то не нравится? можете идти отсюда. тут и без вас было хорошо. вы проблему kvm натянули на винду

В целом бестолку общаться с человеком у которого расие

типа винда говно и во всем виновата

а вот если глянуть memory.dmp там стопудово будет видно что квмговно.жпг

или настройки

с самбой 4 небось

138 виртуалок, из них 25 личных. Где крутят вские ИБшные штуки, мониторинг инфраструктуры и тд

А, devops ещё. Из личного. А дальше все юзерспейсное барахло.

я лучше промолчу. а то у нас только менджмент больше немного

ну и?

зачем вам нестед винда?

юзайте свой проксмокс

зачем вам нестед винда?

Затем, что у нас проблемы с рендерингом.

Может вам таблеток попить? Для памяти.

повторю в третий раз - ваши проблемы с самой виндой не связаны НИКАК

если не осилили настроить квм (я даже выше строчку давал) ну это не проблемы винды

повторю в третий раз - ваши проблемы с самой виндой не связаны НИКАК

Не интересно. Я это понял после обсуждения на технете.

если не осилили настроить квм (я даже выше строчку давал) ну это не проблемы винды

Бля, надеюсь, что вас уволят.

Я на технет дал линк, где вел обсуждение, даже в первом посте была ссылка

хуясе заявы

https://pve.proxmox.com/wiki/Nested_Virtualization

и?

echo "options kvm-intel nested=Y" > /etc/modprobe.d/kvm-intel.conf

и?

Все бля, нестед адресуется в гостя.

я вам дал кусок конфига

что бля

я вам дал кусок конфига

Да срать на него.

ааа

и интересно за что это меня уволить могут?

Все бля, нестед адресуется в гостя.

какой забавный красноглазик

вы нестед кроме kvm гденить еще видели?

чтобы делать такие громкие заявления

вы нестед кроме kvm гденить еще видели?

xen, vmware

под vmware 2012р2/2016 заводили?

что нужно для этого?

под vmware 2012р2/2016 заводили?

Работает

что для этого надо

что нужно для этого?

Мне в гугл послать? Или самому закопипастить?

закопипасть

https://communities.vmware.com/docs/DOC-8970

Проще простого. Ибо уже обращался в vmware, которую пытался поднять на kvm.

ога

то есть не делаль

понятненько

featMask.vm.hv.capable = "Min:1" hypervisor.cpuid.v0 = "FALSE" mce.enable = "TRUE"

дарю

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

featMask.vm.hv.capable = "Min:1" hypervisor.cpuid.v0 = "FALSE" mce.enable = "TRUE"

Не нужно, спасибо. Ибо это описано в статье и было уже проверено.

так что - нахер не нужно

где там это написано

там есть hypervisor.cpuid.v0 = "FALSE"

и не более

где там это написано

Under older products, Hyper-V requires the following additional configuration option for the outer guest: hypervisor.cpuid.v0 = FALSE

If we detect that a VMware product is running under a foreign hypervisor, we will refuse to power on a nested guest. To bypass this constraint, add the following option to your nested guest's configuration file: vmx.allowNested = TRUE

Этого достаточно

правда?