SAR:Infrastruktur:NFS-Student: Difference between revisions

From
Jump to navigation Jump to search
No edit summary
 
 
(2 intermediate revisions by the same user not shown)
Line 15: Line 15:




= Homeverzeichnisse =
Wegen des Plattenproblems gelten folgenden Datenbestände:
{|
|-
| style="width:150px" |/home || gültiges Home-Verzeichnis mit konsistenten Daten vom 01. Dezember 2005 und zusätzlich den wiederhergestellten Daten bis zum 23. Dezember 2005.
|-
|colspan=2 style="border-bottom:1px dashed" |
|-
| /home_2005-12-01 || Dateien vom 01. Dezember 2005, die beim Zusammenführen durch neuere aber evtl. inkonsistente Versionen überschrieben wurden.
|-
|colspan=2 style="border-bottom:1px dashed" |
|-
| /home-broken || inkonsistente Datenbasis vom 23. Dezember 2005
|}




= 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
|-
|-

Latest revision as of 12:31, 17 April 2007

Ü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.



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: