tmp gegen var "tauschen" [gelöst]

[michian]

hallo,

entschuldigt, wenn ich vielleicht ein thema anschneide, dessen lösung in diesem forum zu finden wäre, es ist ziemlich eilig:

meine root partition ist voll und wahrscheinlich liegt es daran, dass tmp zu viel benötigt.

nun habe ich eine var-partition, die nur zu 3% belegt ist.

kann ich tmp auf die var-partition verschieben und /var/* nach / kopieren?

also vor allem bitte wie kann ich das am besten machen?

danke!

michael

[ip]

hi,

da tmp bei jedem grundsätzlich bei jedem neustart geleert wird. würde ich mit:

Code: Alles auswählen

cd /
du -sh *

erst mal schauen wie genau deine speicherverteilung ist.

wenn kein platz mehr fürs tmp
mal kurzfristig als root:

Code: Alles auswählen

mkdir /var/tmp0
mv /tmp /tmp.old
ln -s /var/tmp0 /tmp

da ganze aber ohne gewähr...

mfg
-ip-

[Danielx]

Was sagt denn (als root):

Code: Alles auswählen

du -sh /tmp

Und

Code: Alles auswählen

df

Gruß,
Daniel

[michian]

Was sagt denn (als root):

Code: Alles auswählen

du -sh /tmp

Und

Code: Alles auswählen

df

Gruß,
Daniel

Code: Alles auswählen

:# du -sh /tmp
12K     /tmp

# du -sh /proc
1.2G    /proc

:# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg00--scalian-root
                      3.0G  3.0G     0 100% /
tmpfs                1014M     0 1014M   0% /dev/shm
/dev/mapper/vg00--scalian-var
                      9.9G  243M  9.2G   3% /var
/dev/mapper/vg00--scalian-usr
                      3.0G  927M  1.9G  33% /usr
/dev/mapper/vg00--scalian-home
                      9.0G  6.7G  2.3G  75% /home
/dev/mapper/vg00--scalian-data
                      110G   92G   19G  84% /data
/dev/md0               99M   43M   52M  46% /boot
tmpfs                  10M   36K   10M   1% /dev

Aber nur, wenn ich die virtuellen maschinen nicht starte

Danke

Michael

[pluvo]

Du scheinst irgendetwas großer unter "/" liegen zu haben. Denn die Partition (/dev/mapper/vg00--scalian-root) ist voll.

mfg pluvo

[michian]

hi,
wenn kein platz mehr fürs tmp
mal kurzfristig als root:

Code: Alles auswählen

mkdir /var/tmp0
mv /tmp /tmp.old
ln -s /var/tmp0 /tmp

mfg
-ip-

Hallo -ip-,

vielen Dank ihr (also in dem Fall du) seid echt ein toll!

Es scheint zu funtionieren.

Die VM starten wieder, was mir nicht ganz einleuchtet ist, dass df die gleichen Ergebnisse bringt wie zuvor, also root voll und var nur 3% benutzt

Also nochmal, vielen Dank einmal!

Michael

[Danielx]

Du kannst offensichtlich /var (243 MB) nicht nach / (voll) verschieben.
Warum ist denn / so voll?
War das immer so?

Ob der Tipp von ip mit dem Link funktioniert, kann ich nicht sagen, das habe ich noch nie probiert.
Achte aber auf jeden Fall darauf, dass /tmp die entsprechenden Rechte (1777) hat!
Und zur Sicherheit vorher alle Dienste beenden und Rechner danach neu starten.

Aber du benutzt doch LVM!
Da ist das doch kein Problem, verkleinere einfach /var und vergrößere /

Gruß,
Daniel

[michian]

Du scheinst irgendetwas großer unter "/" liegen zu haben. Denn die Partition (/dev/mapper/vg00--scalian-root) ist voll.

mfg pluvo

Hallo pluvo,

ja:

Code: Alles auswählen

du -sh /proc
1.2G    /proc

weil

Code: Alles auswählen

-r--------   1 root     root     1207963648 2008-07-31 11:26 kcore

aber ich habe gelesen, dass das normal ist?

Wie ich gerade an -ip- geantwortet habe bleibt root weiter voll und bei var ändert sich nichts, obwohl ich dort jetzt tmp hingelinkt habe

Ich muss wohl das bei Gelegenheit in Ordnung bringen, nur haben wir heute den letzten Arbeitstag vor unseren betriebsferien, daher belasse ich es vorübergehend bei dieser Herumarbeitung (diesem workaround).

Danke!

Michael

[michian]

Du kannst offensichtlich /var (243 MB) nicht nach / (voll) verschieben.
Warum ist denn / so voll?
War das immer so?

Ob der Tipp von ip mit dem Link funktioniert, kann ich nicht sagen, das habe ich noch nie probiert.
Achte aber auf jeden Fall darauf, dass /tmp die entsprechenden Rechte (1777) hat!
Und zur Sicherheit vorher alle Dienste beenden und Rechner danach neu starten.

Aber du benutzt doch LVM!
Da ist das doch kein Problem, verkleinere einfach /var und vergrößere /

Gruß,
Daniel

Hallo Daniel,

keine Ahnung von LVM, das muss ich mir erst ansehen (den Server hat ein anderer installiert).

Der Tip von -ip- hat geklappt, Neustart traue ich mir jetzt keinen machen, da wir den letzten Arbeitstag haben und ich keine Zeit für Experimente mehr habe

Danke für den Tip mit den Rechten!

Warum / so voll ist weiß ich nicht, der Server lief bisher seit >1 Jahr so wie er ist problemlos?

Danke!

Michael

[Danielx]

Es scheint zu funtionieren.

Spätestens wenn der erste normale User auf /tmp schreiben möchte wird es krachen...
edit: Hast du schon geändert.

Die VM starten wieder, was mir nicht ganz einleuchtet ist, dass df die gleichen Ergebnisse bringt wie zuvor, also root voll und var nur 3% benutzt

Wundert mich nicht, wenn in /var/tmp0 nur wenige MB gespeichert werden, fällt das bei der Ausgabe (erfolgt hier ja in GB) von "df -h" nicht auf.
Mit "df" hättest du den Unterscheid bemerkt...

Was sagt denn jetzt:

Code: Alles auswählen

du -sh /var/tmp0

Gruß,
Daniel

[michian]

Es scheint zu funtionieren.

Spätestens wenn der erste normale User auf /tmp schreiben möchte wird es krachen...
edit: Hast du schon geändert.

Die VM starten wieder, was mir nicht ganz einleuchtet ist, dass df die gleichen Ergebnisse bringt wie zuvor, also root voll und var nur 3% benutzt

Wundert mich nicht, wenn in /var/tmp0 nur wenige MB gespeichert werden, fällt das bei der Ausgabe (erfolgt hier ja in GB) von "df -h" nicht auf.
Mit "df" hättest du den Unterscheid bemerkt...

Was sagt denn jetzt:

Code: Alles auswählen

du -sh /var/tmp0

Gruß,
Daniel

Code: Alles auswählen

:/# du -sh /var/tmp.0
8.0K    /var/tmp.0

... ???

Naja es läuft jedenfalls zur Zeit - ICH DANKE EUCH VIELMALS!!!!!

Michael

[cirrussc]

Hallo!

Warum / so voll ist weiß ich nicht, der Server lief bisher seit >1 Jahr so wie er ist problemlos?

Du willst bis zum nächsten Neustart / echt so voll lassen???
Das kann keine Jahr so gelaufen sein, das ist die Ursache für dein /tmp-Problem!
Ich würde das schnellstens wieder hin biegen, sonst gibt es weitere unschöne Effekte.

[michian]

Hallo cirrussc,

Das kann keine Jahr so gelaufen sein, das ist die Ursache für dein /tmp-Problem!

Ich meinte nur, der Server läuft seit > 1 Jahr problemlos und ich habe nichts verändert.
Ich glaube auch, dass / erst kürzlich voll wurde, aber ich weiß nicht wodurch.

Ich würde das schnellstens wieder hin biegen, sonst gibt es weitere unschöne Effekte.

Wenn ich wüsste wie, gerne!

Schöne Grüße

Michael

[cirrussc]

Wenn ich wüsste wie, gerne!

Naja wenn es nicht deiner ist....
Aber du könntest doch schauen ob zb. unter /root grosse überflüssige Dateien herumschwirren oder der gleichen.

[pluvo]

Jahr problemlos und ich habe nichts verändert.

Na dann hoffe ich, dass der Server nicht aus dem Internet erreichbar ist (Sicherheitsupdates?)

Du könntest auch noch unter /srv schauen. (Dorthin lege ich immer die Freigaben von Samba.)

Übrigens die "Datei" /proc/kcore belegt keinen Festplattenspeicher. Das ist eine virtuelle Datei, die deinen Arbeitsspeicher darstellt.

mfg pluvo

Edit: Übrigens würde ich dir raten den Tipp von ip auszuprobieren:

Code: Alles auswählen

cd /
du -sh *

[michian]

Naja wenn es nicht deiner ist....

es ist schon meiner, aber als wir in die neue firma eingezogen sind, habe ich mir eingebildet ich müsste das von einem profi aufsetzen lassen.
leider war das ergebnis nicht so toll wie ich mir erwartet habe.

Aber du könntest doch schauen ob zb. unter /root grosse überflüssige Dateien herumschwirren oder der gleichen.

Code: Alles auswählen

:/# du -sh bin
4.4M    bin
:/# du -sh dev
148K    dev
:/# du -sh lib
135M    lib
:/# du -sh media
12K     media
:/# du -sh opt
4.0K    opt
:/# du -sh root
140K    root
:/# du -sh srv
4.0K    srv
:/# du -sh tmp
0       tmp
:/# du -sh etc
3.8M    etc
:/# du -sh initrd
4.0K    initrd
:/# du -sh lost+found
16K     lost+found
:/# du -sh proc
1.2G    proc
:/# du -sh sbin
4.4M    sbin
:/# du -sh sys
0       sys

das ist es ja ... ich finde nix.

michael

[ip]

schön,

das mein kleiner tipp erst mal helfen konnte.

ABER:
wenns schon so eng auf der root-partion ist, tut eigentlich sofortige abhilfe not.
du wärst nicht der erste der sich sein system totschiesst.

war erst gestern wieder stundenlang daran gesessen eine virtuelle maschine wieder zum laufen zu bringen weil der benutzer das system einfach gegen die wand gefahren hatte.
0 bytes left.
.vmdk defekt.

mfg
-ip-