[root@xen02 ~]# xe pool-param-set uuid=xyz other-config:auto_poweron=true

3. AutopowerOn für gewünschte VMs erstellen

[root@xen02 ~]# xe vm-param-set uuid=xyz other-config:auto_poweron=true

So plötzlich und dann auch noch bei mehreren, da fällt der Verdacht doch gleich auf einen Patchday von MS.

Auch andere Blogs haben schon darüber berichtet. Schnellste Abhilfe bietet das Einfügen dieses RegKeys
‘HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Excel\Security\FileValidation\EnableOnLoad’
mit einem DWORD auf
’0′

Schneller geht es mit dem folgenden Link:
excel_laden_langsam
Herunterladen … Entpacken … rechtsklick … Zusammenführen (Merge)

Effizient bedeutet hier, die exportierte Datei so klein wie möglich zu erhalten. Diese läßt sich dann meist nochmal via RAR oder ZIP halbieren.

Je länger man eine VM betreibt und darin Dateien erstellt und wieder löscht desto größer wird der Export einer virtuellen Festplatte. Wenn man erstmal 5 Gigabyte Logdateien gelöscht hat, wundert sich vielleicht auch, warum der Export immernoch so groß ist. Das liegt daran, dass gelöschte Dateien nicht wirklich gelöscht werden, sondern einfach nur aus der Allokationstabelle entfernt werden und der Bereich zum überschreiben freigegeben wird. Die Exportfunktion des XenCenter, kann dies leider nicht unterscheiden und der Export wird so groß als wären die Dateien noch vorhanden.

Abhilfe schafft ein Tool von Microsoft, “SDelete” von Sysinternals. Eigentlich ein Sicherheitswerkzeug um gelöschte Dateien auch wirklich zu löschen, überschreibt es die freigegeben Festplattenbereiche mit Nullen (“0000 0000″). Aber vorsicht, danach sind versehentlich gelöschte Dateien auch mit “undelete”-Werkzeugen nicht mehr wiederherstellbar.
Anwendung: In der Kommandozeile “sdelete -c” und abwarten.

Dannach sollte die exportierte Datei entsprechend der gelöschten Dateien kleiner sein.

Eine Komprimierung mit RAR tut den Rest.

Wie man das unter Linux macht, werde ich noch beschreiben.

Folgende Umgebung:
XenServer 5.6 mit einer Windows Server 2003 SP2 VM und installierten XenTools.

Problem:
Extrem schlechte Netzwerkperformance der 2003er VM, vor allem bei einem http-Zugriff auf den IIS.

Weiterlesen, testen und bitte kommentieren …

1. Eigenschaften “Netzwerkverbindungen” aufrufen:

Netzwerkverbindungen konfigurieren

2. Eigenschaften Netzwerkverbindung aufrufen

Eigenschaften Netzwerkverbindung

3. Netzwerkkarte konfigurieren

Netzwerkkarte konfigurieren

4.  Alle vier “offload” Einstellungen auf disable schalten.

Hinweis: Auf einem XenServer 5.5 mit Win 2k3 SP2 VM habe ich die Einstellmöglichkeiten nicht vorgefunden.

Ich habe hier alle Einstellungen auf “disabled” geschaltet ohne jetzt genauer zu untersuchen, ob nicht nur eine evtl. gereicht hätte … nach einem Tag konnte ich nur positives Feststellen. Wenn sich jemand genauer auskennt freue ich mich über weitere Hinweise. Danke.

‘fdisk -l’ ergibt folgende Ausgabe:

[root@xen03 ~]# fdisk -l

Disk /dev/sda: 999.9 GB, 999989182464 bytes
255 heads, 63 sectors/track, 121575 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         523     4194304   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2             523        1045     4194304   83  Linux
/dev/sda3            1045      121575   968162548   8e  Linux LVM
Disk /dev/sdb: 999.9 GB, 999989182464 bytes
255 heads, 63 sectors/track, 121575 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sdb doesn't contain a valid partition table
Disk /dev/sdc: 499.9 GB, 499989348352 bytes
255 heads, 63 sectors/track, 60786 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/sdc doesn't contain a valid partition table

Wir sehen: sdb und sdc sind unberührt.

pvcreate /dev/sdb

Physical volume "/dev/sdb" successfully created

[root@xen03 ~]# ll /dev/disk/by-id

total 0
lrwxrwxrwx 1 root root  9 Sep  6 20:29 scsi-3600050e083404f00c3bd0000c9210000 -> ../../sda
lrwxrwxrwx 1 root root 10 Sep  6 20:29 scsi-3600050e083404f00c3bd0000c9210000-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Sep  6 20:29 scsi-3600050e083404f00c3bd0000c9210000-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Sep  6 20:29 scsi-3600050e083404f00c3bd0000c9210000-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 Sep  6 20:29 scsi-3600050e08354a80095f1000078390000 -> ../../sdb
lrwxrwxrwx 1 root root  9 Sep  6 20:29 scsi-3600050e08354c600441b0000c9210000 -> ../../sdc

Dann für jedes neue Laufwerk:

[root@xen03 ~]# xe sr-create type=lvm content-type=user device-config:device=/dev/disk/by-id/scsi-3600050e08354a80095f1000078390000 name-label="Local storage 2"
[root@xen03 ~]# xe sr-create type=lvm content-type=user device-config:device=/dev/disk/by-id/scsi-3600050e08354c600441b0000c9210000  name-label="Backup"

Die Laufwerksnamen und GUIDs müssen natürlich angepasst werden.

Probleme bereiteten hier am allermeisten das root Passwort. Das verweden von Sonderzeichen würde ich an dieser Stelle einfach weglassen, obwohl das wohl stark gegen die Gewohnheit der meisten geht. Probleme entstehen, wenn man ein root Passwort in der Konsole festlegt und dieses dann im WebAdmin für die Konfiguration des LDAP-Dienstes wieder angeben muss, dass diese Passwörter sich dann nicht gleich sind. Ob das an einer deutschen Tastatur liegt oder an einem generellen Bug im Openfiler, gilt noch zu untersuchen. Gleiche oder ähnliche Probleme treten auch bei der Endian-Firewall auf. Sollte man dann doch Sonderzeichen verwenden, kann einem schon mal diese Fehlermeldung begegnen: ldap_bind: Invalid credentials (49)

Doch nun Schritt für Schritt:

1. Importieren des XenServer Openfiler Images in der 32 Bit Fassung von der Openfiler Seite auf einen XenServer 5.6.
2. Installation der XenServer Tools nach der Anleitung von hier direkt nach dem ersten Hochfahren in der Console des XenCenter.
   • root hat bis dahin kein Passwort
   • Openfiler zieht eine IP, StdGW und DNS-Server über DHCP und muss dann eine funktionierende Internetverbindung erhalten.
   • Danach neu Starten und Openfiler meldet in der Übersicht des XenCenter: Optimized (version 5.6 installed)
3. Login auf WebAdmin, IP und Port meldet die Konsole. Benutzername: ‘openfiler’ Passwort: ‘password’
4. Update im WebAdmin über das Menü ‘System’ –> ‘System update’ … Ich habe alles ausgewählt. Einfach abwarten und nach ein paar Minuten das Update Log aktualisieren, sollte so was hier stehen: [2010 Aug 14 07:49:45] command complete … neu starten.
5. Im WebAdmin einen Hostnamen setzen und in der XenCenter Konsole ein root-Passwort setzen. Mit root und ohne Passwort anmleden und mit ‘passwd’ neues Passwort setzen.
   !!!Ich empfehle ein Passwort OHNE Sonderzeichen!!! siehe Text oben …  neu starten.
6. Zeitzone einstellen.
7. Unter dem Menü Services ‘LDAP Server’,  ‘SMB / CIFS server’ und alles was man noch so braucht aktivieren.
8. Unter dem Menü ‘Accounts’ –> Authentication in der ‘Experts’-Ansicht wird der LDAP-Server wie folgt konfiguriert:
   • Hacken bei ‘Use LDAP’
   • LDAP Security: KEINEN Hacken ‘Use TLS’
   • Server: 127.0.0.1
   • Base DN: dc=openfiler,dc=nas
   • Authenticated bind DN: leer lassen
   • Authenticated bind password: leer lassen
   • Root bind DN: cn=Manager,dc=openfiler,dc=nas
   • Root bind password: Das root-Passwort eintragen.
   • SMB LDAP Configuration: KEIN Hacken bei ‘Login SMB server to root DN’
   • User password policy: Hacken bei ‘Allow user to change password’
   • Alles andere lassen wie es ist.
   • Ganzen unten auf ‘Submit’
   • Mindestens 2 Minuten WARTEN.
9. Ich gönne der VM einen Neustart.

Nun kommen wir zur Prüfung des Ergebnisses:
Wenn sich problemlos Benutzer anlegen lassen und diese auch unter ‘Accounts’ –> ‘Group List’ / ‘User List’ angezeigt werden, hat alles geklappt.

Viel Erfolg!

–> vi /etc/ppp/ip-up

Ganz nach unten vor exit 0

ip addr add xxx.xxx.xxx.16/32 dev eth1
ip addr add xxx.xxx.xxx.17/32 dev eth1
ip addr add xxx.xxx.xxx.18/32 dev eth1
ip addr add xxx.xxx.xxx.19/32 dev eth1
ip addr add xxx.xxx.xxx.20/32 dev eth1
ip addr add xxx.xxx.xxx.21/32 dev eth1
ip addr add xxx.xxx.xxx.22/32 dev eth1
ip addr add xxx.xxx.xxx.23/32 dev eth1
exit 0

Mit der 32 Bit Maskierung erreicht man zusätzlich, dass jede einzelne IP eines (hier 8er-) IP-Netzes für Dienste zur Verfügung stehen.

Muss noch sortieren aber mit denen habe ich es hinbekommen:

• vi /etc/fstab
• lvmdiskscan
• vi /opt/openfiler/etc/volumes.xml
• lvm lvchange -ay -v vg3
• vgscan; vgchange -ay
• mkdir (vg3, vol1, …)

Wie ich es dann genau hinbekommen habe, werde ich nochmal testen und dann hier niederschreiben, denn irgendwann ging es halt.