SAR:Infrastruktur:NFS-Student: Difference between revisions

From
Jump to navigation Jump to search
No edit summary
 
Line 32: Line 32:


= Partitionierung von NFS-Student2 (VM) =
= Partitionierung von NFS-Student2 (VM) =
{| cellpadding="2"
{| cellpadding="2" id="sar-table1"
! device || fstype || mount point || size || virt disk size
! device || fstype || mount point || size || virt disk size
|-
|-
Line 49: Line 49:
| sdd1 || reiserfs || /home || 100 GB || 100 GB
| sdd1 || reiserfs || /home || 100 GB || 100 GB
|}
|}



= VMware Zeitsync-Problem =
= VMware Zeitsync-Problem =

Revision as of 17:06, 26 January 2006

Überblick

Der NFS-Student kann durch mehrere Maschinen repräsentiert sein:

  1. NFS-Student1 - 192.168.4.4 (Physischer Host - Dual-XEON)
  2. NFS-Student2 - 192.168.4.5 (VM)

Der entsprechend lauffähige Host wird dann zusätzlich auf die gewohnte Adresse

nfs-student.sardmn.informatik.hu-berlin.de (192.168.4.3)

gemappt. Die einzelnen Maschinen bleiben - sofern eingeschaltet - unter den oben genannten Adressen erreichbar.

Bis eine Lösung bzgl. der Home-Verzeichnisse (auf dem Fileserver) gefunden ist, bleibt der physische Host (NFS-Student1) deaktiviert.


Homeverzeichnisse

Wegen des Plattenproblems gelten folgenden Datenbestände:

/home gültiges Home-Verzeichnis mit konsistenten Daten vom 01. Dezember 2005 und zusätzlich den wiederhergestellten Daten bis zum 23. Dezember 2005.
/home_2005-12-01 Dateien vom 01. Dezember 2005, die beim Zusammenführen durch neuere aber evtl. inkonsistente Versionen überschrieben wurden.
/home-broken inkonsistente Datenbasis vom 23. Dezember 2005


Partitionierung von NFS-Student2 (VM)

device fstype mount point size virt disk size
sda1 reiserfs /boot 100 MB ~ 15 GB
sda2 reiserfs / 10 GB
sda3 reiserfs /var 5 GB
sdb1 reiserfs /usr/local 5 GB 5 GB
sdc1 reiserfs /tmp 5 GB 10 GB
sdc2 swap swap 5 GB
sdd1 reiserfs /home 100 GB 100 GB

VMware Zeitsync-Problem

Die Zeit vergeht - bei Benutzung von Linux 2.6 - normaler Weise in der virtuellen Maschine viel zu langsam - im Vergleich zur Realzeit.

Abhilfe schafft folgendes:

1. Im VMware-Konfigurationsfile (...vmx) anfügen:

tools.syncTime = "TRUE"

2. Zur Kernel-Parameterzeile in der VM hinzufuegen:

acpi=off clock=pit noapci nolapic

3. Kernel neu compilieren mit erhöhter Pollrate von 100 Hz statt 1000 Hz: