Swap-Speicher verschwunden?

[Tom]

Hello,

wie passt das zusammen?

XX-XX-XX-XX:~# mount
/dev/hda1 on / type ext3 (rw,mand,noatime)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
usbfs on /proc/bus/usb type usbfs (rw)

XX-XX-XX-XX:~# cat /proc/meminfo
MemTotal:       515240 kB
MemFree:        187720 kB
Buffers:         40076 kB
Cached:         196904 kB
SwapCached:          0 kB
Active:         141204 kB
Inactive:       145636 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       515240 kB
LowFree:        187720 kB
SwapTotal:           0 kB
SwapFree:            0 kB
Dirty:             128 kB
Writeback:           0 kB
Mapped:          68356 kB
Slab:            36332 kB
Committed_AS:   286656 kB
PageTables:       1036 kB
VmallocTotal:   507896 kB
VmallocUsed:      2780 kB
VmallocChunk:   504560 kB

XX-XX-XX-XX:~# fdisk -l

Disk /dev/hda: 10.0 GB, 10005037056 bytes
255 heads, 63 sectors/track, 1216 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1        1153     9261441   83  Linux
/dev/hda2            1154        1216      506047+  82  Linux swap / Solaris

Der Versuch, die SWAP-Partition zu mounten klappt auch nicht

Liebe Grüße aus Syburg bei Dortmund

Tom vom Berg

[Christian Seiler]

Hallo,

XX-XX-XX-XX:~# mount

Deer Befehl gibt Dir keinerlei Informationen über den Swapseicher. Dass Swap auch in der /etc/fstab konfiguriert wird, ist in der Hinsicht irreführend.

Was sagt denn folgendes?

swapon -s

XX-XX-XX-XX:~# cat /proc/meminfo
SwapTotal:           0 kB

Swapseicher scheint bei Dir nicht aktiviert zu sein, erst die Ausgabe von swapon -s kann darüber eine endgültige Aussage treffen.

Der Versuch, die SWAP-Partition zu mounten klappt auch nicht

Natürlich nicht - mount ist für Swap nicht zuständig - stattdessen willst Du den Befehl swapon verwenden.

swapon /dev/gerät

Oder, wenn es in Deiner /etc/fstab eingetragen ist und dort *nicht* die Option "noauto" für den Swap-Eintrag vorhanden ist, dann geht auch:

swapon -a

swapon kannst Du übrigens in jedem Fall immer noch ein -v übergeben, damit es verbose wird. Bei -s (d.h. dem Anzeigemodus) nützt es allerdings nichts - das zeigt immer schon alles an, was anzuzeigen ist (im Prinzip der Inhalt von /proc/swaps).

Wenn Du einen Swap-Bereich deaktivieren willst, dann so:

swapoff /dev/gerät

Oder wenn Du alle aktivten Geräte deaktivieren willst:

swapoff -a

Viele Grüße,
Christian

[Tom]

Hello Christian,

~# swapon -s
                 (keine Ausgabe)

~# swapon -a
swapon: /dev/hda2: Das Argument ist ungültig

Ich habe den Hauptspeicher aufrüsten lassen, danach war die Swappartition vermeintlich nicht mehr aktiv. Und wie es aussieht, bekomme ich sie auch nicht aktiviert.

~# swapon /dev/hda2
swapon: /dev/hda2: Das Argument ist ungültig

Liebe Grüße aus Syburg bei Dortmund

Tom vom Berg

[Christian Seiler]

Hallo,

Ich habe den Hauptspeicher aufrüsten lassen, danach war die Swappartition vermeintlich nicht mehr aktiv. Und wie es aussieht, bekomme ich sie auch nicht aktiviert.

Hmm... Vielleicht ist auf der Partition plötzlich kein gültiger Swapspeicher mehr vorhanden.

Guck doch mal in die Systemlogs, was die zum Zeitpunkt des swapon-Aufrufs sagen.

Wenn Du Dir ABSOLUT GANZ SICHER bist, dass auf der Partition KEINE DATEN drauf sind, kannst Du die Partition auch nochmal neu initialisieren:

mkswap /dev/hda2

Dann sollte swapon funktionieren.

Ein Hauptspeicherupgrade löst so etwas mit Sicherheit nicht per se aus, höchstens könnte der neue Hauptspeicher korrupt sein und der Kernel denkt, dass die Partition nicht in Ordnug ist, dann würde sich die Speicherkorruption aber noch anders zeigen (Instabilitäten) und es wäre ein extrem großer Zufall, wenn das ausgerechnet nur bezüglich des Swaps auftreten würde. Daher ist Dein Swap-Problem vmtl. unhabhängig vom Hauptspeicherproblem entstanden.

Viele Grüße,
Christian

[Tom]

Hello Christian,

eigenwillige Sache das...

Mit Deiner Anleitung hat es aber scheinbar erstmal funktioniert

swapon: /dev/hda2: Das Argument ist ungültig
~# swapon -s
~# fdisk -l

Disk /dev/hda: 10.0 GB, 10005037056 bytes
255 heads, 63 sectors/track, 1216 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1        1153     9261441   83  Linux
/dev/hda2            1154        1216      506047+  82  Linux swap / Solaris

~# mkswap --help
Usage: mkswap [-c] [-v0|-v1] [-pPAGESZ] [-L label] /dev/name [blocks]

~# mkswap /dev/hda2
Setting up swapspace version 1, size = 518184 kB
no label, UUID=2e439d01-b7a6-4e6b-b138-914a6fda1921

~# mkswap /dev/hda2 -L swap
Setting up swapspace version 1, size = 518184 kB
LABEL=swap, UUID=f9b3e797-81a3-43a4-b106-1575a4c7fd7a

~# swapon -s

~# cat /proc/swaps

~# swapon /dev/hda2

~# cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/hda2                               partition       506036  0       -1

~# cat /proc/meminfo
MemTotal:       515240 kB
MemFree:        161280 kB
Buffers:         41992 kB
Cached:         214232 kB
SwapCached:          0 kB
Active:         199380 kB
Inactive:       109008 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       515240 kB
LowFree:        161280 kB
SwapTotal:      506036 kB
SwapFree:       506036 kB
Dirty:             156 kB
Writeback:           0 kB
Mapped:          70756 kB
Slab:            40740 kB
Committed_AS:   296220 kB
PageTables:       1136 kB
VmallocTotal:   507896 kB
VmallocUsed:      3032 kB
VmallocChunk:   504560 kB

Nun sind alle Angaben wieder so wie vorher, nur dass RAM mehr geworden ist, und vom SWAP (zur Zeit) nichts benutzt wird.

Weiß nicht, was die da gemacht haben. Lässt sich über ssh ja nicht sehen.
Es war aber auf jeden Fall vor kurzem auch noch eine dritte Partition mit 10G vorhanden, an die ich aber nicht heran kam.

Ich habe mit dem Anbieter bisher zwar keinerlei Kummer gehabt, aber etwas eigenwillig ist das schon

Danike Dir nochmals für die guten Tipps.

Liebe Grüße aus Syburg bei Dortmund

Tom vom Berg

[molily]

Ein Hauptspeicherupgrade löst so etwas mit Sicherheit nicht per se aus, höchstens könnte der neue Hauptspeicher korrupt sein

»Corrupt« sollte in dem in dem Kontext mit »beschädigt« übersetzt werden, im Deutschen hat »korrupt« jedenfalls keine entsprechende Bedeutung. ;)

Mathias

[Tom]

Hello,

Ein Hauptspeicherupgrade löst so etwas mit Sicherheit nicht per se aus, höchstens könnte der neue Hauptspeicher korrupt sein

»Corrupt« sollte in dem in dem Kontext mit »beschädigt« übersetzt werden, im Deutschen hat »korrupt« jedenfalls keine entsprechende Bedeutung. ;)

Ich habe die SWAP-Partition wieder verfügbar gemacht und nun läuft der Server erstmal.
Scheint auch noch keine Macken gehabt zu haben.

Vielleicht hatten die beim Aufrüsten zwischendurch ein falsches Modul erwischt, was den Schaden verursacht hat und nun schon gar nicht mehr drin steckt. Ich weiß es leider nicht.

Liebe Grüße aus Syburg bei Dortmund

Tom vom Berg