пропозиції роботи
Wypowiedzi
-
Witaj. Nie masz spełnionej zależności.
Musisz zainstalować pakiet Berkeley DB lib i powinno pójść dalej ;)
apt-get install libdb++-dev -
Zerknij tu:
http://kb.vmware.com/selfservice/microsites/search.do?...
&
http://kb.vmware.com/selfservice/microsites/search.do?...
&
https://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp...
VM toolsy masz zainstalowane na VM? -
Łukasz K.:
Używam ESXi 5.1, natomiast za wiele nie ma możliwości z opcją ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP , uruchamiaem 0 i opcją 1, sytuacja taka sama.
Z vCenter czy bez?
"Wklej tu część skryptu, która jest odpowiedzialna za usuwanie snapa." once again... -
Wygląda na to, że skrypt jest wadliwy gdyż snapshota usuwa (jak podejrzewam) ale informacja o snapie dalej jest...Powiedz w ogóle jakiej wersji vSphere używasz?
Wklej tu część skryptu, która jest odpowiedzialna za usuwanie snapa.
Ewentualnie możesz poeksperymentować z tą opcją:
ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP
ale nie jestem pewien czy zadziała prawidłowo i czy konsolidacja snapshotów nie będzie problematyczna. Jak dla mnie coś w skrypcie nie bangla jak powinno... -
Witaj.
Najpierw sprawdź czy w tabie "storage view" od każdej z tych VMek jest zadeklarowany jakiś snapshot space większy niż 16kb.
Następnie zrób manualnie snapshota (bez pamięci) i po zrobionym snapshocie daj "Delete All".
Wszystkie informacje o snapshotach zostaną usunięte z VMki i nie powinno być problemu. -
Witaj.
Nic się nie martw :) Miejsce się nie marnuje. ESXi bierze dla siebie 4GB, a z reszty tworzy lokalny datastore (vmfs filesystem). Na blade center prawdopodobnie miałeś tylko kartę SD. Czy do tego serwera też masz podpięta macierz? Jeśli miałbyś i byłby ten LUN zzonowany na FC switchach tylko pod tego hosta to miałbyś zainstalować hypervisora na LUNie z macierzy ;)Ten post został edytowany przez Autora dnia 02.06.14 o godzinie 22:14 -
Po pierwsze backup. Spakuj cały katalog VMki do tar lub nawet tar.gz. Później jeśli masz zaimportowaną tą maszynę do inventory zrób snapshota. Następnie w inventory powinny pojawić Ci się wszystkie snapshoty. Usuwasz który chcesz albo usuwasz wszystkie (opcja delete all) i wszystkie przyrostowe pliki konsolidują się do VMDK.
-
8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
8139cp 0000:00:03.0: PCI INT A -> Link[LNKC] -> GSI 10 (level, high) -> IRQ 10
eth0: RTL-8139C+ at 0xffffc900004b6000, 00:1c:14:01:24:9b, IRQ 10
8139cp 0000:00:03.0: setting latency timer to 64
eth0: link up, 100Mbps, full-duplex, lpa 0x05E1
Zabawne. Interfejs sieciowy został wykryty prawidłowo. Potem w dmesg pojawia się tylko info o załadowaniu modułu 8139too.
Żeby sterowniki były w konflikcie?
Po załadowaniu systemu wpisz:
rmmod 8139too albo modprobe -rf 8139too
ifconfig -a
ifconfig eth0
Jeśli interfejs się nie pojawi to bez pogrzebania na tej maszynie nic więcej nie wymyśle...
PS: Tego VPSa masz na KVMie tak na przyszłość ;)
Hypervisor detected: KVMTen post został edytowany przez Autora dnia 15.05.14 o godzinie 14:56 -
Odłóż na bok "rescue cd". W końcu pomagamy Twojemu systemowi a nie live cd.
lspci jasno pokazuje, że kartą sieciową jest Realtek:
00:03.0 Ethernet Controller: Realtek Semiconductors....RTL-8139....
Zaś wg "rescue cd" MAC adres to 00:1c:14:01:20:94.
Wg strony http://www.coffer.com/mac_find/
jest to VMware:
Search results for "00:1c:14" (Total: 2)
Prefix Vendor
001C14 VMware, Inc
001C14 VMware, Inc
Hmm skoro jest to VPS to bardziej realnym byłby VMware choć karta Realteka też chyba może być emulowana.
8139too i 8139cp są załadowane tak jak i vmxnet3, a karty jak nie widać tak nie widać.
Odpal właściwy system i wykonaj: dmesg > dmesg.txt
Następnie zabootuj system z rescue cd i prześlij przez scp ten plik do Twojego komputera. Później wrzuć dmesg.txt na jakiś pastebin albo cokolwiek takiego bo output będzie obszerny ;)
PS: modprobe nie da żadnego rezultatu jeśli nazwa modułu się zgadza i ten moduł istnieje ;)Ten post został edytowany przez Autora dnia 15.05.14 o godzinie 12:04 -
Jednak to Realtek :)
Zakomentuj najpierw to:
HWADDR=00:1c:14:01:20:94
w pliku:
/etc/sysconfig/network-scripts/ifcfg-eth0
Za Twoją kartę sieciową odpowiada moduł "8139too".
Zobacz na Twoim systemie odpalonym bez "rescue cd" komendę:
lsmod|grep 8139
Jeśli nie będzie to wpisz:
modprobe 8139too
ifconfig -a
/etc/init.d/network restart (jeśli dobrze pamiętam nazwę network scriptu ;) )
Daj znać jak efekty. Nie chce mi się wierzyć, że nowy kernel nie ma drivera dla realteka. -
Prefix Vendor
001C14 VMware, Inc
Z tego co widze to VMware. VMware tools upgradeowałeś? Podejrzewam, że kernela też upgradowałeś :) Moduły z karty vmxnet3 Ci wyrzuciło. Wrzuć jeszcze:
lspci
uname -a
lsmod|grep xnet -
@Robert, jakie iso używasz do tego upgrade? Standardowe ze strony VMware czy customizowane przez HP z ich strony?
http://h18004.www1.hp.com/products/servers/software/vm...
Użycie gotowego image z HP będzie łatwiejsze i szybsze niż integrowanie drivera z iso ;)Ten post został edytowany przez Autora dnia 08.05.14 o godzinie 16:37 -
Witaj. Przejście do Maintenance Mode nie jest pozorowaniem awarii. Musisz ubić hosta na żywo razem z VMkami żeby sprawdzić HA. Jeśli np wyłączysz mu zasilanie albo zresetujesz z poziomu service consoli (np ilo) wtedy VM na zabijanym hoście powinny się zrestartować na drugim i to bez włączonego DRS.
Taka idea HA :) Ewentualnie w ramach testu możesz zablokować komunikację między hostami (agenty HA przestaną się widzieć i dodatkowo odetniesz hosta od vcentra to doprowadzi to do restartu jednego z hostów) Jeśli host ma wyłączoną opcję przebywania w izolacji (np na wypadek braku sieci) to powinien się zrestartować.Ten post został edytowany przez Autora dnia 08.05.14 o godzinie 14:30 -
Adamie zapomniałeś dodać /etc/X11/xorg.conf ;) Dorzuć też.
Z flaszem bym nie majstrował gdyż to nie jego wina. Trzeba przyczepić się sterownika Intela. Jak dobrze wiemy Intel nie jest największym przyjacielem Linuxa....niestety.
Nie będzie już nowych wersji flasha na Linuxa (polityka Adobe). Ostatnią wersją jest: 11,2,202,341.
Z tego co mi przysłałeś wygląda na to, że kernelowy moduł (sterownik) i915 działa i jest używany przez X server.
Tak więc polecam zrobić tak:
Pobrać archiwum:
https://download.01.org/gfx/src/intel-linux-graphics-in...
Jest to kod źródłowy sterownika. Skompilujemy go ręcznie :)
po ściągnięciu rozpakuj go:
tar zxf intel-linux-graphics-installer_1.0.4.tar.gz
przejdż do katalogu intel-linux-graphics-installer-1.0.4
wykonaj:
./configure
(może się zdarzyć tak, że "configure" napisze, żę jakiś pakiet jest za stary albo go nie ma to w takim przypadku doinstalowujesz apt-get'em)
make
Po "make" jeśli wykona się bez błędu proponuję wejść do init 1. Tam wykonać komendę:
make install
Póżniej wykonać init 3. (mam nadzieje, że Lubuntu ma takie same init state.) Następnie wydać polecenie:
startx
Jeśli wszystko zadziała bez zarzutów to wykonaj init 2.
Na końcu fajnie by było gdybyś zrobił sobie kopie zapasową modułu i915.ko, drm.ko, drm_helper.ko
Powodzenia! :)Ten post został edytowany przez Autora dnia 11.04.14 o godzinie 16:18 -
Witaj Adamie. Wersja Xorga, kernela do sprawdzenia czyli:
uname -a
cat /var/log/Xorg.0.log|grep "X Org X Server"
glxinfo |grep direct
Następnie przeklej zawartość całego logu /var/log/Xorg.0.log, wynik komendy "lsmod", także wynik komendy "dmesg" oraz zawartość /etc/X11/xorg.conf (użyj np pastebina żeby tu śmietnika nie robić :) )
Wygląda mi to na problem ze sterownikiem graficznym. Albo ustawienie albo bug.
Dodaj jeszcze jaką masz fizyczną kartę graficzną.Ten post został edytowany przez Autora dnia 09.04.14 o godzinie 17:04 -
Witaj. Zerknij do tego KB:
http://kb.vmware.com/selfservice/microsites/search.do?...
"In addition, external software or management tools might not be able to retrieve or modify information from the ESXi host."
Sprawa jest prosta. Jeśli dobrze pamiętam OMSA autoryzuje sie po userze "root".
W Lockdown mode tylko "vpxuser" (user przez którego vCenter rozmawia z ESXi) może się logować do ESXi :)
Lockdown mode raczej powoduje więcej problemów niż pożytku. Ja bym to wyłączył ;) -
Teraz już lepiej :)
To może zacznę od sprawy, która może być ominięta i zbagatelizowana. Jakie masz ustawienia Power Management na hoście i w BIOSie hosta?
Procesor E5-2690 ma wsparcie dla Intel SpeedStep więc warto sprawdzić czy ten feature jest włączony w BIOSie oraz jaki schemat jest wybrany (Custom, High performance, etc).
W czasie tego exportu z excella przyglądaj się wykresom CPU, RAM, dysku z perspektywy VM i hosta. -
Witaj. Powiem szczerze, że bardzo mało informacji nam tu podałeś.
Pierwsza sprawa jaki masz hardware na hoście. (NICki i HBA też podaj) :)
Druga jakie Twoja wirtualka ma ustawienia virtual hardware (ile vCPU, vRAMu).
Na jakim datastore leży maszyna? Lokalnym array/(n/a) (SAS, SATA, SSD) albo jest to LUN na jakimś arrayu np EMC?
W czym się objawia ta słaba wydajność? Ogólnie czy w jakiejś konkretnej operacji/aplikacji?
Bez tych odpowiedzi to jak wróżenie z fusów ;)
Pozdrawiam -
XenCenter - NIE, openxenmanager - nie testowałem
Tak więc zapraszamy do dokumentacji, przetestowania, a jeśli zadziała do zrobienia manuala i umieszenia go w sieci dla przyszłych śmiałków :) -
virt-manager, a nie prościej Putty i po SSH wykonać parę komend? ;) "xl" (w starszych wersjach "xm") nie jest aż tak rozbudowanym narzędziem :) Możesz też zainstalować virt-managera w Dom0 i poprzez tunelowanie X mieć możliwość dostępu z każdego Linuxa czy też Windowsa (potrzebne Putty i X server - np Xming). Sprawdzone empirycznie, działa całkiem nieżle. Był gdzieś projekt, który pozwalał na zarządzanie po HTTP i nazywał się xen-orchestra. Tego rozwiązania nie testowałem.
- 1
- 2
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
