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

[Michael Wulz]

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] *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/8c31df59/attachment.html>