Ubuntu-vg-ubuntu-lv ist voll
Hallöchen miteinander
Ich habe das Problem, dass auf 2 Ubuntu Servern ein Filesystem namens "/dev/mapper/ubuntu--vg--ubuntu--lv" voll läuft und ich nicht weiss, was folgendes Filesystem macht, oder wie ich es bereinigen kann.
Hat jemand von euch hiermit irgendwelche Erfahrungen?
Besten Dank im Voraus für die Antworten.
LG fiffi1
Ich habe das Problem, dass auf 2 Ubuntu Servern ein Filesystem namens "/dev/mapper/ubuntu--vg--ubuntu--lv" voll läuft und ich nicht weiss, was folgendes Filesystem macht, oder wie ich es bereinigen kann.
Hat jemand von euch hiermit irgendwelche Erfahrungen?
Besten Dank im Voraus für die Antworten.
LG fiffi1
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 400615
Url: https://administrator.de/forum/ubuntu-vg-ubuntu-lv-ist-voll-400615.html
Ausgedruckt am: 23.12.2024 um 07:12 Uhr
24 Kommentare
Neuester Kommentar
Hallo,
das ist ein Logical Volume. Siehe auch:
https:// en.wikipedia.org/wiki/Logical_Volume_Manager
Hier eine Anleitung wie man das erweitern kann:
https://www.thomas-krenn.com/en/wiki/Increasing_a_Logical_Volume
VG
Exception
das ist ein Logical Volume. Siehe auch:
https:// en.wikipedia.org/wiki/Logical_Volume_Manager
Hier eine Anleitung wie man das erweitern kann:
https://www.thomas-krenn.com/en/wiki/Increasing_a_Logical_Volume
VG
Exception
Moin,
das ist ein LV, daß man auch recht einfach werweitern kann., wie exception ja schon geschrieben hat.
Auf welches verzeichnis ist es denn gemountet?
oder ein anderes? mit du läßt sich herausfinden, welche untervezeichnisse voll sind und entsprechende Maßnahmen ergreifen.
Oft ist es /var mit Logmeldungen oder /home oder /srv, weil zuviel draufgeschrieben wurde.
lks
das ist ein LV, daß man auch recht einfach werweitern kann., wie exception ja schon geschrieben hat.
Auf welches verzeichnis ist es denn gemountet?
- /
- /home
- /var
- /srv
- oder ein andeers?
oder ein anderes? mit du läßt sich herausfinden, welche untervezeichnisse voll sind und entsprechende Maßnahmen ergreifen.
Oft ist es /var mit Logmeldungen oder /home oder /srv, weil zuviel draufgeschrieben wurde.
lks
Zitat von @fiffi1:
Hallo Lochkartenstanzer
So wie ich das auffasse ist es in / gemountet, habe dir aber noch ein Bild, evtl kannst du mehr damit anfangen als ich.
Hallo Lochkartenstanzer
So wie ich das auffasse ist es in / gemountet, habe dir aber noch ein Bild, evtl kannst du mehr damit anfangen als ich.
ja. Ist als Root-fs gemountet. Ist aber deutlich zu klein dimesioniert mit nur 4GB. Entweder feheln die ganzen anderen Filesysteme, die dann als /var, /usr, /srv/ home/, etc. gemountet werden (dann reichen wenige hundert MB für root) oder jemand hat da richtig Bockmist gemacht.
Mach mal einen "cat /proc/mounts" und vergleiche das mit "/etc/fstab".
Am besten jemanden holen, der sich damit auskennt, bevor Ihr da mehr kaputtmacht, gerne auch einen hier aus dem Forum, wenn Du den Leuten vertraust.
lks
offensichtlich sind für die großen verzeichnisse (/var, /srv oder /home) keine extra filesysteme vorgesehen. Schau mal in /etc/fstab.
lks
Für welchen Mountpoint außer / und /boot denn?
Aber eigentlich ist es egal ob /home /srv/ oder /var,. jedenfall ssind 4GB deutlich zu klein für so eine Konfiguration. Hau dem "Installateur" auf die Finger oder tritt ihm in den Gluteus Maximus.
lks
Zitat von @fiffi1:
es ist noch /media
werde ich mahcen
heisst dies dass ich diese 3.9GB gar nicht kleiner bringe?
es ist noch /media
werde ich mahcen
heisst dies dass ich diese 3.9GB gar nicht kleiner bringe?
Doch, aber nicht viel, wenn der Serevr was sinnvolles machen soll. eine Minimal-Installation von Ubuntu-Sererv hat ca. 500MB.
Mach mal ein du -shc /, damit man sieht, "wohin der Platz geht".
lks
PS: Wie groß sind den die Platten in den Kisten?
Hallo
Finde es nicht gut wenn ihr hier so schnell mit halbwissen gegen Installateure schießt.
Das ist offensichtlich eine owncloud_instanz. Die Daten liegen in /media/owncloud data.
Das ist soweit erstmal ein völlig legitimes Setup.
Ohne zu sehen was genau den speicher auf / aufzehrt kann man nicht helfen.
Grüße
bloody
Finde es nicht gut wenn ihr hier so schnell mit halbwissen gegen Installateure schießt.
Das ist offensichtlich eine owncloud_instanz. Die Daten liegen in /media/owncloud data.
Das ist soweit erstmal ein völlig legitimes Setup.
Ohne zu sehen was genau den speicher auf / aufzehrt kann man nicht helfen.
Grüße
bloody
Zitat von @bloodstix:
Finde es nicht gut wenn ihr hier so schnell mit halbwissen gegen Installateure schießt.
Das ist offensichtlich eine owncloud_instanz. Die Daten liegen in /media/owncloud data.
Finde es nicht gut wenn ihr hier so schnell mit halbwissen gegen Installateure schießt.
Das ist offensichtlich eine owncloud_instanz. Die Daten liegen in /media/owncloud data.
Woher weißt Du das denn? hast Du das etwas verbrochen? Zumindest gab es auf Nachfragen keine Hinweise drauf, wo die Daten liegen und auf welchen Mountpoint die gehängt werden. Und wenn so etwas passiert, ist es eine Fehlplanung des Installateurs. Und 4GB ist eindeutig zu klein, wenn nicht mindestens var auf einem eigenen Filesystem liegt.
Das ist soweit erstmal ein völlig legitimes Setup.
... das aber Probleme macht, weil das root-filesystem entweder zu klein dimensioniert wurde oder keine notwendigen Filesysteme dazu gemountet wurden.
Ohne zu sehen was genau den speicher auf / aufzehrt kann man nicht helfen.
Deswegen der Hinweis, mit du nachzuschauen.
lks
Ich hab das nich installiert nein, aber so eine Partitionierung hab ich schon öfter angetroffen. Wenn das system und log rotate usw richtig konfiguriert ist reichen 4gb rootfs auch ohne separate var-partition für einen simplen owncloud-Server mehr als aus.
Und die Info das des ein oc Server ist hab ich dem fast vollständigen 2. Screen von den mounts entnommen.
Nichts desto trotz: irgendwas liegt auf / was dort nicht hingehört oder ein log ist langsam zu gross und würde noch nie rotiert.
Und die Info das des ein oc Server ist hab ich dem fast vollständigen 2. Screen von den mounts entnommen.
Nichts desto trotz: irgendwas liegt auf / was dort nicht hingehört oder ein log ist langsam zu gross und würde noch nie rotiert.
im /proc-verzeichnis ist das normal.
6.8G Total
Die Systemplatte ist 4GB und die Datenplatte 5.5 GB
Die Systemplatte ist 4GB und die Datenplatte 5.5 GB
Die "Datenplatte" ist aber auch etwas knapp bemessen.
Welche Aufgaben haben denn die Server?
Und schreibe mal die Ergebnisse von
du -shcx /*
cat /proc/mounts
hier rein.
Du mußt nicht immer einen screenshot machen, ein copy&paste geht auch.
*LOL*
Was geht denn hier ab? Man sieht doch in dem Screenshot vom Thread-Eröffner das die "Daten"-Platte "/dev/sdb1" ist und 295GB groß ist mit 304MB belegt. Und nicht 5.5GB. Der Fragende versteht offenbar nicht was gemeint ist und ein Fachmann nimmt es so hin und redet ihm nach ... Ich klink mich hier aus, das macht so kein Sinn.
Was geht denn hier ab? Man sieht doch in dem Screenshot vom Thread-Eröffner das die "Daten"-Platte "/dev/sdb1" ist und 295GB groß ist mit 304MB belegt. Und nicht 5.5GB. Der Fragende versteht offenbar nicht was gemeint ist und ein Fachmann nimmt es so hin und redet ihm nach ... Ich klink mich hier aus, das macht so kein Sinn.
Zitat von @bloodstix:
*LOL*
Was geht denn hier ab? Man sieht doch in dem Screenshot vom Thread-Eröffner das die "Daten"-Platte "/dev/sdb1" ist und 295GB groß ist mit 304MB belegt. Und nicht 5.5GB. Der Fragende versteht offenbar nicht was gemeint ist und ein Fachmann nimmt es so hin und redet ihm nach ... Ich klink mich hier aus, das macht so kein Sinn.
*LOL*
Was geht denn hier ab? Man sieht doch in dem Screenshot vom Thread-Eröffner das die "Daten"-Platte "/dev/sdb1" ist und 295GB groß ist mit 304MB belegt. Und nicht 5.5GB. Der Fragende versteht offenbar nicht was gemeint ist und ein Fachmann nimmt es so hin und redet ihm nach ... Ich klink mich hier aus, das macht so kein Sinn.
Nunja, nicht jeder schaut sich die Screenshots so genau an wie Du.
Aber die Datenplatte ist in diesem Fall ja unwichtig. Es geht darum festzustellen, wo die 4GB für das root-fs hingehen. Und solange der TO nicht liefert, kann man nur herumraten.
lks
Zitat von @fiffi1:
Habe nochmals nachgeschaut. Im Hyper-V wurden 2 Disks Deffiniert, die erste 105 GB und die zweite 2TB.
Die Platten wurden Dynamisch konfiguriert. Kann es sein, das Ubuntu nicht mit dem klar kommt?
Habe nochmals nachgeschaut. Im Hyper-V wurden 2 Disks Deffiniert, die erste 105 GB und die zweite 2TB.
Die Platten wurden Dynamisch konfiguriert. Kann es sein, das Ubuntu nicht mit dem klar kommt?
Damut hat Ubuntu überhaupt kein Problem.
Was mich verwundert, daß Du nur eine 4GB-Psrtition virgesehen gast, ibwohl genug Platz ist.
lks
Hallo,
bitte Ausgaben zukünftig in Code Tags setzen. Das macht das ganze deutlich übersichtlicher.
Hat nichts damit zu tun. Das betrifft nur Hyper-V, wie er die Disk anlegt. Das Gastsystem sieht die volle Kapazität der Disk.
Ok. Und warum nutzt du diese Kapazitäten nicht?
Bitte mal die Ausgabe von lvdisplay und vgdisplay posten. Nicht dass es noch LVs gibt, die aber aktuell nicht gemountet sind oder der restliche Speicherplatz einfach schlicht einer Volume Gruppe zugewiesen wurde....
Bezüglich dem eigentlichen Problem hat @Lochkartenstanzer schon alles geschrieben.
Ruhig Blut @bloodstix. Man darf schon mal was übersehen bzw. auf korrekte Angaben vertrauen....
Was sind "Cide-Rags"?
bitte Ausgaben zukünftig in Code Tags setzen. Das macht das ganze deutlich übersichtlicher.
Die Platten wurden Dynamisch konfiguriert. Kann es sein, das Ubuntu nicht mit dem klar kommt?
Hat nichts damit zu tun. Das betrifft nur Hyper-V, wie er die Disk anlegt. Das Gastsystem sieht die volle Kapazität der Disk.
. Im Hyper-V wurden 2 Disks Deffiniert, die erste 105 GB und die zweite 2TB.
Ok. Und warum nutzt du diese Kapazitäten nicht?
Bitte mal die Ausgabe von lvdisplay und vgdisplay posten. Nicht dass es noch LVs gibt, die aber aktuell nicht gemountet sind oder der restliche Speicherplatz einfach schlicht einer Volume Gruppe zugewiesen wurde....
Bezüglich dem eigentlichen Problem hat @Lochkartenstanzer schon alles geschrieben.
*LOL*
Was geht denn hier ab?
Was geht denn hier ab?
Ruhig Blut @bloodstix. Man darf schon mal was übersehen bzw. auf korrekte Angaben vertrauen....
Pack die Azsgabe mal zwischen Cide-Rags, damit man sie lesen kann.
Was sind "Cide-Rags"?