SAR:Infrastruktur:NFS-Student: Difference between revisions
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:
- NFS-Student1 - 192.168.4.4 (Physischer Host - Dual-XEON)
- 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: