Jeśli w czasie używania małego programu pldoc pojawi Ci się następujący błąd to należy pliki *.sh przekonwertować do formatu uniksa.
$ ./pldoc
bash: /usr/local/bin/pldoc: /bin/sh^M: bad interpreter: No such file or director
$ dos2unix *.sh
$ pldoc
PLDoc version: 0.8.3
Potem wszystko już działa ok 
dap
Po instalacji najnowszego jądra Xen udało mi się stworzyć wirtualny komputer, który przeżywa nawet restart, używa wirtualnych opcji procesora i działa w pełnej wirtualizacji. Niestety z tego co udało mi się przeczytać nie ma możliwości by Xen i VMware działały równocześnie. Nie jest to duży problem, ale zobaczmy…
dap
Wirtualizacja - małe przygody (konfiguracja AMD-V + Xen @ Linux)
Wirtualna maszyna ORACLE bazuje na technologii Xen dlatego postanowiłem ją wypróbować na Linuksie. Uprzedzę jednak zakończenie - e niestety nie udało się uruchomić żadnej wirtualnej maszyny w pełnej wirtualizacji, ale i tak zabawa była przednia. Zatem po kolei…
Jako posiadacz procesora AMD sprawdziłem najpierw czy mój procesor wspiera sprzętowo wirtualizacje:
$ cat /proc/cpuinfo | grep svm
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy ts fid vid ttp tm stc
Zatem wspiera - czyli wszytko OK?
Niestety nie. Wszelkie próby uruchomienia systemu kończą się komunikatami o tym, że opcja wirtualizacji nie jest włączona w BIOS-ie. W BIOS-ie naturalnie nie ma żadnej opcji związanej z wirtualizacją procesora.
Hmm… czyżby to problem wersji BIOS-u? Na pewno - zatem robimy aktualizację. Moja płyta główna to GA-M59SLI-S5. Ostatnia aktualizacja BIOS-u była chyba u producenta, ja w każdym razie nic na niej nie zmieniałem Szybkie sprawdzenie wersji - i rzeczywiście na niemieckiej stroniejest GIGABYTE nowa wersja F8H, ale na polskiej jest jeszcze nowsza F8L. W żadnej z poprawek nie ma informacji o wsparciu wirtualizacji w procesorach, ale być może zostało to po prostu przeoczone. W każdym razie decyduje się na update BIOS-a. Z racji wygody wybieram aktualizację przez internet za pomocą programu @BIOS. Wszystko jest ok, ale na wszystkich serwerach jest tylko wersja F8H. No cóż, spróbujemy tę aktualizację. BIOS został ściągnięty i zainstalowany, komputer zresetowany, wszystko działa poprawnie. Ale opcji włączanie wsparcia dla wirtualizacji nie ma.
Hmm… zatem może wersja z tego roku F8L ja posiada? Tym razem ściągam BIOS na dysk i dokonuję aktualizacji lokalnie. Wszystko wygląda ok. Uruchamiam ponownie komputer i … nic, ale to kompletnie nic się na ekranie monitora nie pokazuję Komputer jest włączony, wiatraczki pracują, a na monitorze nic nie widać! Taaa… Zatem doigrałem się. Życiowa mądrość, że lepsze jest wrogiem dobrego ponownie się potwierdziła . Miałem komputer z teoretyczną działającą wirtualizacją, a teraz - po ulepszeniu - mam komputer, który praktycznie całkiem nie działa. Nawet super opcja DualBIOS (TM) jest niedostępna gdyż nic się na ekranie monitora nie pojawia. Teraz stało się jasne dlaczego wersja F8L nie była dostępna przez internetową aktualizację. Nerwowe przeglądanie instrukcji obsługi dla płyty nie przynosi żadnych efektów - nigdzie nie widzę zworki odpowiedzialnej za ew. przywrócenie BIOS-u z kopii zapasowej. Super…
… zatem goooglam, goglam i goglam, być może ktoś inny miał podobny problem. Po chwili jest rozwiązanie, należy zresetować CMOS. A teraz dużymi literami: AFTER BIOS UPDATE ALWAYS RESET CMOS! Zwieram zworkę odpowiednią za kasację i komputer się włącza. Uff… udało się.
Niestety w BIOS-ie w dalszym ciągu nie ma opcji odpowiedzialnej za wirtualizację, ale w czasie czytania instrukcji wpada mi w oko mała podpowiedź. Zaawansowane opcje w BIOS-ie stają się widoczne po naciśnięciu Ctrl-F1. Genialnie, podwójne zabezpieczenie, którego kompletnie nie rozumiem - szczególnie w kontekście opcji wirtualizacji. Ale cóż grunt, że opcja została włączona i działa… teoretycznie. Znaczy także praktycznie, gdyż komunikat o błędzie już się nie pojawia, ale za to nie można uruchomić poprawnie Xen. Oczywiście Xen działa, tylko nie da się zrobić działającego wirtualnego systemu.
Problemy leży prawdopodobnie w APIC tej wspaniałej płyty głównej, gdyż poprzedni kernel startował tylko z opcja noapic. Kernel z opcją Xen nie startował z tą opcją (po kilku sekundach zawieszał się), ale właśnie startował po jej wyłączeniu. Na tak uruchomionym systemie można było utworzyć wirtualny system, który niestety nie przeżywał restartu.
… i w tym właśnie momencie stwierdziłem że VMware Serwer nie był zły. Oczywiście jest zamknięte, oczywiście nie jest tak wydajne jak Xen, oczywiście nie zostało wybrane przez ORACLE, ale przy stosunkowo niewielkim nakładzie pracy działa (i to zarówno na Windowsie jak i na Linuksie).
Szybko się przeprosiłem z VMware, ściągnąłem aktualną wersję (1.0.4) VMware Serwer, patch (update115) dla Linuksa i proszę mam wreszcie wirtualne maszyny, które działają nawet po restarcie
Oczywiście wirtualizacji Xen nie odpuszczę ale jak na razie cześć prac wykonam na VMware - tym bardziej, że bardzo interesuje mnie porównanie wydajności obu tych systemów.
Było zabawnie…
dap
PS. W ramkach jest pokazana schematyczna architektura obu systemów. VMware Serwer w wersji 2.0 ma wspierać także parawirtualizację, lecz na razie jest to wersja Beta.
Od piątku można pobrać ze strony producenta najnowszą wersje ORACLE 11g. Miłą niespodzianką jest fakt, że Linux został wybrany jaki pierwszy system operacyjny. Nie miłą - fakt konieczności ściągnięcia obrazu iso o wielkości 1,7 GB, który zawiera samą bazę danych.
dap
W jaki sposób wyłaczyć denerwujący brzęczek w naszym ulubionym PC? Bardzo prosto wystarczy wyłączyć z jadrą moduł odpowiedzialny za niego, np. w ten sposób.
cat /etc/rc.local
modprobe -r pcspk
Oczywiście można tę komendę dodać do pliku zwierającego tylko konfigurację dla modułów, ale ja wolę swoje zmiany wolę mieć w jednym pliku.
Zwykle można zrobić to tak:
/usr/bin/find /ala* -ctime +2 -exec rm {} \;
Ale jeśli plików jest za dużo to można kasowanie można wykonać tak:
/usr/bin/find . -name '*' -print0 | xargs -0 rm
mysql> grant all on *.* to root@"129.79.78.%" identified by "{root mysqluser password}" with grant option;
Query OK, 0 rows affected (0.00 sec)
user@linux:~/files/blog>
mysqldump --add-drop-table -h mysqlhostserver -u mysqlusername -p databasename (tablename tablename tablename) | bzip2 -c > blog.bak.sql.bz2 Enter password: (enter your mysql password) user@linux~/files/blog>
iconv -f UTF-8 -t ISO-8859-1 linuxer.sql -o iso_linuxer.sql