[vz-users] RAM Disk wird immer voller trotz löschen

[Irlsperger Patrick]

Guten Morgen,

 

hmm, wie könnte ich diese denn in WINscp sichtbar machen? Oder ein Befehl für Putty der die einzelnen Größen des Inhaltes /var/tmp aufschlüsselt?

 

Von: volkszaehler-users-bounces at demo.volkszaehler.org [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Michael Wulz
Gesendet: Freitag, 10. Oktober 2014 07:02
An: volkszaehler.org - users
Betreff: Re: [vz-users] RAM Disk wird immer voller trotz löschen

 

Hallo,

hast du vielleicht in dem Verzeichnis versteckte Verzeichnisse (beginnen unter Linux mit einem "." am Anfang) die du
unter Umständen im WINSCP nicht siehst?

z.B.:
.ssh
.test
.blala

lg

Am 09.10.14 um 16:19 schrieb Irlsperger Patrick:

Entschuldigung an alle, vorhin ist eine falsche Mail rausgegangen, bestelle neben zu ein neues Tablet ;)

 

Der Großteil der Logs ist abgeschaltet. Ebenso wird das Log Verzeichnis wieder auf das Datum der Erstinstallation mit dem löschen zurückgesetzt.

 

Genauer: Die beiden Ordner, die auf /var/tmp ausgelagert werden, haben laut WINscp zusammen 65 MB. Lösche ich die beiden Ordner mitsamt Ihrem Inhalt, verbleiben seltsamerweise knapp 80 MB in /var/tmp. Gesamtumfang von /var/tmp ist somit kanpp 150 MB. Es dürfte aber nach jedem löschen nur 65 MB haben?

Es werden in WINscp keine weiteren Dateien angezeigt?

 

Der Pfad /var/tmp war schon vorgegeben bei der Volkszähler Installation. Diesen Ordner dürften somit alle Nutzer haben, ich habe in Fstab nichts modifiziert!

 

Grüße

 

Patrick

 

Von: volkszaehler-users-bounces at demo.volkszaehler.org <mailto:volkszaehler-users-bounces at demo.volkszaehler.org>  [mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von Michael Wulz
Gesendet: Donnerstag, 9. Oktober 2014 12:53
An: volkszaehler.org - users
Betreff: Re: [vz-users] RAM Disk wird immer voller trotz löschen

 

Hallo,

 

Was haltest du von Log abschalten.

Dann hast du keinen Zuwachs.

 

Du mountest warscheinlich über das bestehendes Verzeichnis?

 

Dann läuft unter Umständen der Daemon schon vor dem Mount?

 

Deine fstab?

 

Lg

 

Lg

Von meinem iPhone gesendet


Am 09.10.2014 um 10:24 schrieb Irlsperger Patrick <patrick.irlsperger at gmx.de <mailto:patrick.irlsperger at gmx.de> >:

Guten Morgen zusammen,

 

ich betreibe meinen Volkszähller mit einer RAM Disk aus Gründer der SD Schonung.

Das funktioniert soweit echt super. Mit folgendem Script löse ich nachts um 3 immer die Löschung des RAMs sowie die Überspielung der Datenbanken von der SD aus ( nur Lese Zugriff):

 

#!/bin/bash

 

#vzlogger stoppen

sudo start-stop-daemon --stop --name vzlogger -v

sleep 2

 

#mysql Dienst stoppen

 

sudo service mysql stop

sleep 5

 

#lösche Ram Disk Ornder mysql1

sudo rm -rf /var/tmp/mysql1

sleep 5

 

#lösche Ram Disk Ordner Log

sudo rm -rf /var/tmp/log1

sleep 5

 

#Sicherungs mysql Ordner in Ram kopieren

sudo cp -rp /var/lib/mysql1 /var/tmp/

sleep 10

 

#Sicherungs log Ordner in Ram kopieren

sudo cp -rp /var/log1 /var/tmp/

sleep 10

 

 

#mysql Dienst starten

sudo service mysql start 

sleep 10

 

#Vzlogger starten

sudo /usr/local/bin/vzlogger

 

Das seltsame an der Geschichte ist: Trotz löschung der Ordner, zeigt mir der Befehl „df –h“ folgendes nach der Löschung an:

 

 

Filesystem      Size  Used Avail Use% Mounted on

rootfs          7.2G  2.5G  4.4G  37% /

/dev/root       7.2G  2.5G  4.4G  37% /

devtmpfs        211M     0  211M   0% /dev

tmpfs            44M  472K   44M   2% /run

tmpfs           5.0M     0  5.0M   0% /run/lock

tmpfs            88M     0   88M   0% /run/shm

/dev/mmcblk0p1   56M   19M   38M  34% /boot

tmpfs           219M  4.0K  219M   1% /tmp

tmpfs           219M   86M  133M  40% /var/tmp

 

Sehe ich mir in WINScp den Ordner /var/tmp an , zeigt er mir als Inhalt 0 Bits. Woher kommen also die 86 MB??? Seltsamerweise steigt das auch immer weiter an, wenn also 133 MB erreicht sind wird nichts mehr gehen!

 

Ich wäre über eure Hilfe dankbar!

 

Patrick

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20141010/23ecc65e/attachment.html>