Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Dzień dobry!
Jak w temacie potrzebne wsparcie, oczywiście odpłatnie. Z góry dziękuję za opdowiedź!
Offline
Ale jest to chyba już deko przestarzały i nie wspierany soft.
Nie chodzi Ci czasami o ESXi którego to notabene nie postawisz na debianie tylko jako bare metal hypervisor?
Offline
Zgadza się, stary... ale z takiego korzystam i tyle :-)
Offline
Nie lepiej się przesiąść na coś faktycznie działającego i aktualnego?
VirtualBox który momentami przewyższa funkcjonalnością, kvm/qemu, bhyve?
Offline
Jak uznam, że "lepiej", to się przesiądę. :-)
Offline
Każde rozwiązanie prowadzące do celu jest dobre. Ja już się z tym dostatecznie namęczyłem jak na moją kiepską wiedzę w dziedzinie linuksów. Nie oczekuję, a tym bardziej nie wymagam, żeby ktoś to za mnie za darmo wykonał. Stąd propozycja zapłaty.
Problem stanął ostatnio na tym, że gdzieś tam podczas instalacji (tak tak, doszedłem już do tego, że instalacja startuje) jakieś biblioteki nadal nie chcą się zainstalować. Jeśli dobrze rozumiem linuksa, to jest możliwość downgradu jądra do takiej wersji, w której to wszystko chodzi. Jednak zabawy z jądrem się nie podejmę, bo nie umiem.
Tak więc chętnie "rzucę gotówką", jednak jeśli jest ktoś chętny prowadzić mnie za rączkę przez tą instalację za darmo, proszę bardzo. Byleby tylko nie wyglądało to tak, że weźmie za rączkę, a potem porzuci gdzieś w ciemnym lesie. :-)
Offline
Building the vmmon module. make: Entering directory '/tmp/vmware-config2/vmmon-only' Using 2.6.x kernel build system. make -C /usr/src/linux-headers-3.16.0-4-amd64/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory '/usr/src/linux-headers-3.16.0-4-amd64' make[1]: Entering directory `/usr/src/linux-headers-3.16.0-4-amd64' CC [M] /tmp/vmware-config2/vmmon-only/linux/driverLog.o In file included from /tmp/vmware-config2/vmmon-only/./include/vm_assert.h:45:0, from /tmp/vmware-config2/vmmon-only/linux/driverLog.h:33, from /tmp/vmware-config2/vmmon-only/linux/driverLog.c:31: /tmp/vmware-config2/vmmon-only/./include/vm_basic_types.h:108:7: warning: "__FreeBSD__" is not defined [-Wundef] #elif __FreeBSD__ ^ CC [M] /tmp/vmware-config2/vmmon-only/linux/driver.o In file included from /tmp/vmware-config2/vmmon-only/linux/driver.c:31:0: /tmp/vmware-config2/vmmon-only/./include/compat_wait.h:78:13: error: conflicting types for âpoll_initwaitâ extern void poll_initwait(compat_poll_wqueues *); ^ In file included from /tmp/vmware-config2/vmmon-only/./include/compat_wait.h:24:0, from /tmp/vmware-config2/vmmon-only/linux/driver.c:31: /usr/src/linux-headers-3.16.0-4-common/include/linux/poll.h:95:13: note: previous declaration of âpoll_initwaitâ was here extern void poll_initwait(struct poll_wqueues *pwq); ^ /tmp/vmware-config2/vmmon-only/linux/driver.c:39:28: fatal error: linux/smp_lock.h: No such file or directory #include <linux/smp_lock.h> ^ compilation terminated. /usr/src/linux-headers-3.16.0-4-common/scripts/Makefile.build:262: recipe for target '/tmp/vmware-config2/vmmon-only/linux/driver.o' failed make[4]: *** [/tmp/vmware-config2/vmmon-only/linux/driver.o] Error 1 /usr/src/linux-headers-3.16.0-4-common/Makefile:1353: recipe for target '_module_/tmp/vmware-config2/vmmon-only' failed make[3]: *** [_module_/tmp/vmware-config2/vmmon-only] Error 2 Makefile:181: recipe for target 'sub-make' failed make[2]: *** [sub-make] Error 2 Makefile:8: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-3.16.0-4-amd64' Makefile:101: recipe for target 'vmmon.ko' failed make: *** [vmmon.ko] Error 2 make: Leaving directory '/tmp/vmware-config2/vmmon-only' Unable to build the vmmon module. For more information on how to troubleshoot module-related problems, please visit our Web site at "http://www.vmware.com/go/unsup-linux-products" and "http://www.vmware.com/go/unsup-linux-tools". Execution aborted.
Offline
uname -a
dpkg -l | grep linux-
Co to za instalator (nazwa, wersja)? Bo masz kernel 3.x a instalator szykuje się na 2.x
Using 2.6.x kernel build system.
also
Kordian napisał(-a):
Jak uznam, że "lepiej", to się przesiądę. :-)
https://www.vmware.com/content/dam/digitalmarketing … -matrix.pdf#9
Według tego VMware server jest martwe od 9 lat, więc prawdopodobnie świat uznał, że lepiej z ciebie ;)
but, let's try fuck that dinosaur
Ostatnio edytowany przez urbinek (2017-08-10 13:44:52)
Offline
Tam się robiło jakieś simlinki i tego typu rzeczy i jakoś szło, ale na tym utkłem :-) I tu trza speca jakiegoś...
Offline
Vmware, Xen i OpenVZ to już prehistoria, dla dzieci jest VirtualBox, do wirtualizacji KVM,
a rolę "chroota na sterydach" przejął LXC.
Najlepsze wsparcie w Linuxie ma KVM, bo po prostu moduły do KVM są integralną częścią kernela, userspace w postaci Qemu jest w każdym normalnym repozytorium.
Zabytkami nie ma sensu sobie głowy zawracać.
Tu masz bugzillę KVM (sterowniki):
https://bugzilla.kernel.org/buglist.cgi?quicksearch=kvm
Pozdro
Ostatnio edytowany przez Jacekalex (2017-08-10 16:54:00)
Offline
A widziałeś na dużej produkcji cokolwiek, co ma mniej niż 10 lat.
W dużych projektach zawsze istotne są koszty, i panuje zasada, póki działa,
nie dotykać, zwłaszcza, jak migracja na nowa platformę miałaby kosztować więcej,
niż 3 dolary.
Niedawno miałem wątpliwą przyjemność naprawiania serwera, w którym był jeszcze kernel-2.4, ale "przecież działało".
Gdyby sprzęt nie zdechł, to by pewnie dalej działało, ale niestety kontroler RAID poszedł na emeryturę, i się zaczęło.....
W każdym razie dyski SCSI to kiedyś robili solidne, wszystkie 4 jeszcze sprawne.
Pozdro
Ostatnio edytowany przez Jacekalex (2017-08-10 17:33:31)
Offline
zgadzam się całkowicie z Jacekalex z tym, że o vmware nie powiedziałbym tego, jeżeli chodzi o wirtualizacje typowo desktopowych systemów jak windows to tylko vmware (wsparcie grafiki w ichniejszych produktach po prostu nie ma równych na rynku, na dobrym gpu w połączeniu z dobrym klockiem można działać cuda i nawet grać w naprawdę żrące zasoby tytuły czy odpalać typowo graficzne apki spod windowsowej vmki
Ostatnio edytowany przez hi (2017-08-10 17:36:29)
Offline
Jeżeli masz procek z wbudowanym GPU, i do tego jakąś Nvidię czy ATI/AMD,
i do tego CPU i Mobo wspiera vtd, to mapujesz port PCiex do gościa,a na Windzie instalujesz normalny sterownik.
Lepszego wsparcia grafiki GPU w wirtualizacji nie ma i nie będzie, a witrualizacji nie używa tzw ZU komputera na jakimś poleasingowym gracie, także problem zbyt starego sprzętu nie jest zbyt dokuczliwy w tym przypadku.
Pozdro
;-)
Offline
i do tego CPU i Mobo wspiera vtd, to mapujesz port PCiex do gościa,a na Windzie instalujesz normalny sterownik.
taaa i po izolacji... nie jest to raczej bezpiecznym rozwiązaniem
Offline
Panowie, przepraszam bardzo, ale prosiłbym o konkrety w tym wątku dla mnie. Dyskusje tego typu proszę gdzie indziej. Zaraz znowu będzie tu śmietnik. Jak ktoś chce mnie wesprzeć, zapraszam.
Z góry serdecznie dziękuję za uszanowanie tego wątku!
Offline
Napisz najpierw, jaki system chodzi na tym Vmware.
Kwestia programów serwerowych to raczej KVM, do desktopowych raczej Virtualbox.
KVM nie jest trudny w konfiguracji, chociaż przez QEMU trzeba się troszkę pobawić skryptami, jest też parę kilkalnych nakładek,Qtemu, Aqemu, Wirt_manager,
ale ich skuteczność jest moim zdaniem umiarkowana.
Virtualbox jest w całości klikany myszką, także Tytus de Zoo sobie poradzi.
Pozdro
Ostatnio edytowany przez Jacekalex (2017-08-10 19:17:13)
Offline
Kordian napisał(-a):
Panowie, przepraszam bardzo, ale prosiłbym o konkrety w tym wątku dla mnie. Dyskusje tego typu proszę gdzie indziej. Zaraz znowu będzie tu śmietnik. Jak ktoś chce mnie wesprzeć, zapraszam.
Z góry serdecznie dziękuję za uszanowanie tego wątku!
To może odpowiedz na #10 post :>?
Offline
Drogi Jacekalex,
Gdybym chciał KVM lub Virtualbox, napisałbym w pierwszym poście, że chcę któryś z nich.
Gdybym chciał Twojej (lub kogokolwiek innego) porady, które rozwiązanie lepsze/gorsze/takie/srakie, napisałbym o tym w pierwszym poście.
Mój pierwszy post nie traktuje jednak ani o KVM, ani o Virtualboksie, ani nawet nie wspomina o tym, żebym miał jakiekolwiek rozterki związane z tymi rozwiązaniami. Nie proszę też w pierwszym moim poście o porady dotyczące doboru rozwiązania.
Mój post jest jasny i klarowny (a przynajmniej tak mi się zdawało) i wymienia jasno i klarownie czego na czym chcę. Nie wiem, dlaczego na polskich forach wcześniej czy później odbiega się od tematu i kończy na takich nikomu niepotrzebnych dysputach.
Tak więc Jacekalex, jeśli masz doświadczenie w instalacji vmware server 2 na Debianie i chcesz pomóc/zarobić, zapraszam do współpracy.
Jeszcze raz proszę o wyrozumiałość i odnoszenie się do mojego wątku.
I jeszcze raz dziękuję za konkretne propozycje w konkretnej sprawie.
Pozdrawiam!
Offline
Jacekalex napisał(-a):
A widziałeś na dużej produkcji cokolwiek, co ma mniej niż 10 lat.
A few. W większości klastry VMware, Xen, pseudo-klastry Hyper-V w wersji komercyjnej i darmowej ale nigdzie KVM ;)
Większość środowisk miała 2-5 lat, aktualizowane up2date.
Nie twierdzę, że KVM jest chujowy ale nie wpychajmy mu nic na siłę - lata katechizacji mamy już chyba za sobą :D
Natomiast fakt faktem, VMware serrver to rupieć i nie tknął bym tego złamanym kijkiem
Offline
urbinek napisał(-a):
Kordian napisał(-a):
Panowie, przepraszam bardzo, ale prosiłbym o konkrety w tym wątku dla mnie. Dyskusje tego typu proszę gdzie indziej. Zaraz znowu będzie tu śmietnik. Jak ktoś chce mnie wesprzeć, zapraszam.
Z góry serdecznie dziękuję za uszanowanie tego wątku!To może odpowiedz na #10 post :>?
Ja mam kernela 3.16.0-4-amd64
Offline
OK, jutro, bo dziś łączność z tą maszynką mi siadła. Dziękuję za cierpliwość!
Offline