Nach Rücksprache mit dem Support läuft wieder alles. Wollten mir allerdings nicht mitteilen was das Problem war. Vielen Danke jedenfalls für eure Hilfe!
Beiträge von n00b1337
-
-
Hallo, musstest du irgendwas zusätzlich konfigurieren bei glusterfs? angeblich ist nämlich der standardport 24007 beim Storage Server gefiltered, deshalb kann ich nur mit NFS mounten?
-
Code
Client nfs v3: null getattr setattr lookup access readlink 0 0% 887203181 56% 6433475 0% 7853059 0% 219134642 13% 0 0% read write create mkdir symlink mknod 0 0% 2834306 0% 455119582 28% 101 0% 0 0% 0 0% remove rmdir rename link readdir readdirplus 102367 0% 43 0% 2573229 0% 0 0% 2354 0% 875525 0% fsstat fsinfo pathconf commit 30 0% 6 0% 3 0% 35424 0%
Ja, ist schon V3....ich werd mal probieren mit glusterFS zu mounten...hat irgendwer eine Idee wie ich den Storage wieder leer bekomme? LG
-
Kleiner Tipp: Lieber per GlusterFS mouten
Ich hatte beim mounten per NFS immer wieder Probleme. Mein Storage war ständig voll ohne dass ich den Platz wirklich verbraucht hatte. Der Support hat behauptet das läge an Hardlinks oder temporären Dateien, kann ich aber beides ausschließen, hat ja 8 Monate ohne Probleme funktioniert. Seit ich das Volume per GlusterFS mounte geht das jetzt ohne Probleme. Anscheinend gab es da Ende Oktober eine Änderung die bei mir zu dem Fehler führte.
Hallo, ich habe das gleiche Problem wie du - kannst du vielleicht ein paar Hinweise geben wie du es gelöst hast? Das wär super! Vielen Dank!
-
Nein, leider - zeigt an dass es komplett leer ist....
-
Nein ist noch nicht inklusiv, muss es über das CCP GB-weise zubuchen...wenn ich mit rm -rf lösche ist wie gesagt der Speicher noch geclaimed, weil vermutlich die alten Mountpoints noch drauf sind. Im CCP kann ich nur kündigen...Gibt es eine andere Möglichkeit wie ich die Mountpoints löschen kann während es eingehängt ist?
-
Hallo Christian, vielen Dank für deine Antwort!
ja hab ich - eben 35GB. Wenn ichs vergrößere geht es eine Zeit gut und dann ist es plötzlich wieder voll. Meine Theorie ist dass das Laufwerk zwischendurch ausgehängt wird aus irgendeinem Grund und rsync dann Probleme macht...keinen Plan^^
-
Hallo,
irgendwie hab ich ein eigenartiges Problem - es läuft ein Cron Job der stündlich inkrementelle Backups auf meinen Storage Space schreibt (mittels rsync -r --delete $BACKUPS $REMOTE_MOUNT/backups). Komischerweise ist der Storage Space ständig voll, obwohl das gesamte backup nur 4GB groß ist und dort 35GB zur Verfügung stehen. Wenn ich den Storage Space lösche, dann sind wieder nur 4GB frei, der Rest bleibt.lsof liefert nichts, Hardlinks hab ich auch keine.... Irgendwie verdächtige ich NFS - hat da irgendwer einen Plan woran das liegen könnte? Bzw. wie bekomm ich meinen Speicher wieder frei? Vielen Dank für Tips!:)
-
Hallo,
ich habe grad probiert nach der Anleitung des Wikis meine Systempartition zu vergrößern, leider ohne Erfolg. Ich erhalte trotz Verwendung des Rettungssystems immer folgende Fehlermeldung:
CodeWARNING: Re-reading the partition table failed with error 16: Device or resource busy. <--------The kernel still uses the old table. The new table will be used atthe next reboot or after you run partprobe(8) or kpartx(8) Syncing disks.
Hier die fdisk -l Ausgabe:
Code
Alles anzeigenDisk /dev/vda: 167.5 GB, 167503724544 bytes 16 heads, 63 sectors/track, 324559 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000e7311 Device Boot Start End Blocks Id System /dev/vda1 * 3 523 262144 83 Linux Partition 1 does not end on cylinder boundary. /dev/vda2 523 324560 163314688 83 Linux Partition 2 does not end on cylinder boundary. Disk /dev/dm-0: 42.2 GB, 42165338112 bytes 255 heads, 63 sectors/track, 5126 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/dm-0 doesn't contain a valid partition table Disk /dev/dm-1: 511 MB, 511705088 bytes 255 heads, 63 sectors/track, 62 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/dm-1 doesn't contain a valid partition table
df -h Ausgabe:
Code
Alles anzeigenFilesystem Size Used Avail Use% Mounted on /dev/mapper/volume-root 39G 36G 1.6G 96% / tmpfs 4.0G 0 4.0G 0% /lib/init/rw udev 4.0G 128K 4.0G 1% /dev tmpfs 4.0G 0 4.0G 0% /dev/shm /dev/vda1 248M 26M 210M 11% /boot
Wäre sehr dankbar wenn vlt jemand eine Idee hätte wie man das angehen kann!
Vielen Dank und beste Grüße
-
Meinen Recherchen zufolge dachte ich dass er keins verwendet. Soll ich einfach die LVM Anleitung Schritt für Schritt durchgehen oder muss ich irgendwas vorher fixen/rückgängig machen? Sorry mir ist bewusst dass das extrem nervige Noobfragen sind...
-
Vielen Dank für die Antworten! Ich habe probiert nach der Anleitung im Wiki vorzugehen (Nummer 1, ohne LVM vorzugehen), leider erhalte ich den folgenden Fehler: (command ist fsck -C0 -y -f /dev/vda2):
"fsck.LVM2_member: not found"
"Error 2 while executing fsck.LVM2_member for /dev/vda2"
Google spuckt einiges aus, da die ganze Linux Welt für mich aber doch noch ziemlich undurchsichtig ist und ich nichts unnötig riskieren/ herumspielen möchte, wär ich über weitere Hilfe ewig dankbar
Beste Grüße und vielen Dank!
-
Hallo,
habe grade festgestellt dass auf meinem KVM Server mit Debian der Großteil des Speichers unzugewiesen und somit nicht verwendbar ist. Mich würde interessieren ob das normal ist und welche Möglichkeiten es gibt das zu ändern? Hat irgendwer vielleicht Erfahrungen?
Vielen Dank und beste Grüße,
N00b.