so… nachdem ich jahrelang mit dem vmware server gearbeitet habe, mache ich mich nun mal an xen.
fuer die ersten gehversuche hab ich mir bei manitu einen rootserver gemietet. die entscheidung fiel auf manitu, da es dort (im gegensatz zu z.b. hetzner) standardmaessig vier ipadressen zu einem server gibt. da es ja nur zum “probieren” ist, reicht mir der rootserver M mit einem amd dualcore und 4gb ram vollkommen aus. zudem gibts keine mindestvertragslaufzeit bzw. ist monatlich kuendbar.
der server, der mir zugewiesen wurde, hatte prompt ein problem mit der hardware. von den zwei physikalischen festplatten wurde meistens nur eine erkannt. manchmal auch beide… und das mal so und mal so. der support hat mir kurzerhand einfach einen neuen server gegeben. mal schauen, wie es nun klappt.
um die kiste nach meinen vorstellungen zu partitionieren, hab ich ihn erstmal neu installiert. 4gb swap und 100gb fuer die root partition und beides als raid1. der rest wird ein lvm fuer die xen maschinchen. mit cfdisk auf beiden platten einfach den freien platz als eine partition des typs FD eingerichtet. das sieht dann so aus:
~# fdisk -l
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 1 523 4200966 fd Linux raid autodetect
/dev/sda2 524 13578 104864287+ fd Linux raid autodetect
/dev/sda3 13579 121601 867694747+ 5 Extended
/dev/sda5 13579 121601 867694716 fd Linux raid autodetect
manchmal ist ein boot an dieser stelle notwendig. danach kann das raid device eingerichtet werden:
mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sda5 /dev/sdb5
da kommt auch gleich wieder eine fehlermeldung:
mdadm: excess host name on HOMEHOST line: <system> - ignored
mdadm: excess address on MAIL line: root - ignored
die man mit einem freundlichen
..und aendern der entprechenden werte los werden kann.
und damit die raid devices auch in der mdadm.conf stehen, muss man diesen befehl ausfuehren:
mdadm --detail --scan >> mdadm.conf
nun noch ein paar sachen drauf, die man sowieso immer braucht:
apt-get install ntp ntpdate rsync mc postfix lvm2 dmsetup reiserfsprogs xfsprogs
und die passende zeitzone einstellen:
danach noch das physical volume und die volume group anlegen:
pvcreate /dev/md2
vgcreate vg0 /dev/md2
das reicht erstmal als vorbereitung fuer den xen server. das zeugs mit dem lvm wird gemacht, weil:
“Virtual machines that use disk images are very slow and heavy on disk IO”. normalerweise muesste man naemlich noch die standardeinstellung fuer die maximalen loopback devices in der datei “/etc/modules” erhoehen, damit man die ganzen disk images mounten kann.
morgen gehts weiter mit der installation der virtuellen maschinen. dann mal schauen, wie ich am einfachsten “alte” physikalische maschinen virtualisiere…
debian 2.1 und suse 5.2… die suse hab ich schnell aufgegeben. dabian ist seither meistens die distribution meiner wahl.
die cd’s hab ich heute im keller beim aufraeumen gefunden. irgendwie bringe ich es nicht uebers herz, sie weg zu schmeissen. brauchen werde ich sie aber auch niiiieee mehr.
damals musste man mangels bandbreite den kram noch auf cd’s kaufen. was ein scheiss.
schoen, wenn andere schneller sind…
…bloed, dass es nicht funktioniert hat. aber danke fuer den hinweis… ich lass das dann erstmal 
ein nachtrag zu dem posting “nic RTL8168b/8111b mit debian kernel 2.6.32-5-amd64” das wars dann wohl doch nicht. ich hatte in weiser vorraussicht schon ersatz fuer die realtek besorgt… dann doch ne gute intel und siehe da.. seit drei wochen laeuft die kiste wieder durch.
mein gestriges problem scheint ein bug zu sein. da die kiste neun wochen problemlos gelaufen ist, hatte ich eigentlich auf ein hardwareproblem getippt. gestern ist der fehler mindestens 7 mal aufgetreten und immer war die ganze kiste lahm gelegt. onkel google hat mir viele ergebnisse gebracht, wobei ich dann nur einen loesungsansatz verfolgte. seit 11 stunden laeuft mein servchen nun wieder durchgehend. schauen wir mal, obs die endgueltige loesung war.
als gedaechtnisstuetze….
$ sudo vi /etc/default/grub
das “pcie_aspm=off” einfuegen:
...
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX="pcie_aspm=off"
...
und grub aktualisieren:
…boot toot goot
und nachher noch schnell gechecked, obs auch greift:
sieht so aus…
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=480935f7-a232-4848-a049-68b7184b1f9a ro pcie_aspm=off quiet
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=480935f7-a232-4848-a049-68b7184b1f9a ro pcie_aspm=off quiet
[ 0.505592] pci 0000:01:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
nanunana… mein vmware serverchen, auf dem auch dieses blog laeuft, ist vorhin einfach “ausgestiegen”. scheinbar ein problem mit der netzwerkkarte:
soso.. “NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out”… na dann will ich mal google quaelen und forschen und sicherheitshalber mal schauen, ob ich irgendwo ersatz auftreibe… :-/
nach ein paar problemchen mit meiner “on-windows” installation von ubuntu wollten die pannen nicht abreissen. unter anderem scheint mein dvd laufwerk immer an der gleichen stelle probleme mit dem lesen zu haben. das hatte ich schon frueher festgestellt… aber egal, der brenner konnte die scheibe lesen.
nach dem ersten start der frischen installation sind natuerlich noch keine grafiktriber von nvidia installiert. deswegen kam dann erstmal die meldung, dass mein rechner nicht den hardwareanforderungen von unity genuegt. unity ist sowieso komisch. vielleicht sollte ich mal was drueber lesen, damit ich verstehe, was das ueberhaupt fuer einen sinn machen sollte, die bedienung des desktops komplett ueber den haufen zu schmeissen. ich finde das erstmal sehr, sehr gewoehnunngsbeduerftig.
nun erstmal das nachinstallieren diverser “must have” pakete: nvidia treiber, psi, thunderbird, enigmail, mc, gimp, shutter, dropbox, vmware player etc…
damit ich nicht alles neu konfigurieren muss, habe ich ein paar verzeichnisse aus der alten installation einfach in mein neues homeshare kopiert:
~/.mozilla
~/.thunderbird
~/.gnupg
~/.TrueCrypt
~/.dropbox
~/.filezilla
~/.gconf
~/.local (s.o.)
~/.psi
~/.ssh
~/.tsclient
~/.vmware
und natuerlich die “persoenlichen ordner”: Dokumente, Downloads, Bilder, Dropbox, Musik, Videos, tmp
drei anmerkungen als notiz fuer mich selbst:
- der “betrachter für entfernte bildschirme” heisst vinagre und hat seine gespeicherten bookmarks unter ~/.local/share/vinagre/history gespeichert.
- flash wollte auch erstmal nicht im firefox laufen. dazu braucht man naemlich das 64-bit plugin im beta stadium. diese datei namens “libflashplayer.so” muss man in /usr/lib64/mozilla/plugins/ ablegen und schon gehts.. erfreulicherweise auch ohne neustart von firefox
- der vmware player wird ganz easy nach diesem howto installiert
mit diesem stand an software kann ich erstmal wie gewohnt weiter arbeiten. weitere kleinigkeiten an software fehlen sicherlich noch, aber die kommen dann nach bedarf.
jetzt hats mir meine ubuntu installation zerbroeselt. naja.. wurde eh zeit, dass ich das mal richtig mache. die ganze zeit lief das ja noch auf ner virtuellen platte auf einem windows 7 dateisystem.
btw. arbeite ich gerade mit einer live-cd von ubuntu und lade nebenbei die aktuelle cd runter, um sie dann zu brennen und zu installieren. schon strange…
(natuerlich koennte ich auch die alte cd nehmen und irgendwie die installation aktualisieren. aber ich wollte das “sauber” machen und auch wieder eine aktuelle live-cd haben)
als notiz fuer mich selbst:
ubuntu laeuft noch temporaer (obwohl als haupt betriebssystem) auf einem windows. einmal hat es mich nerven gekostet, als die kiste nach einem update nicht mehr starten wollte. abhilfe war bald gefunden, jedoch scheinen die freaks keine dauerhafte abhilfe herbeifuehren zu wollen. jedesmal, wenn ein kernelupdate dabei war, ist der grub so verhundst, dass die kiste nicht bootet.
abhilfe hab ich gefunden… und muss das jedesmal ausfuehren, wenns wiedermal so weit ist:
sudo mkdir /media/win
sudo mount /dev/sda2 /media/win
sudo mount -o loop /media/win/ubuntu/disks/root.disk /mnt
sudo cp /mnt/boot/grub/grub.cfg /mnt/boot/grub/grub.cfg.copy
sudo chmod +w /mnt/boot/grub/grub.cfg
gksu gedit /mnt/boot/grub/grub.cfg
am besten VOR dem reboot machen, weil man sonst wieder mit was anderem bootfaehigen dran muss. echt laestig
