meteohub.de

On my system screen it says under storage that system is 100% full. How can I delete some of this? The swap says 0%

FishAlaska wrote:On my system screen it says under storage that system is 100% full. How can I delete some of this? The swap says 0%

I had something like that that once.

This thread describes my problem and the solution that applied in that case (a 'temporary' debugging routine from an investigation long ago had eventually filled up the system).

Your case may be different, but maybe mine will provide some clues?

No thats is not my issue, my whole log folder is only 531K. Here is what I see.

StorageSwap: 0MB of 127MB used (0%)
System: 402MB of 402MB used (100%)
Data: 389MB of 3214MB used (12%)

I assume that you've got shell access?

Have a look at the size of each directory, I'm pretty sure that you are suffering from temporary files that are not cleaned up (for instance the idx files in /var/run.

For reference, this is the output on my NSLU2 (test bed):
root@meteohub:/$ du -sk *
2349 bin
651 boot
30 dev
501 etc
65041 home
9137 initrd
1 iplog
5450 lib
12 lost+found
11 media
1 mnt
0 noreadip
138 opt
0 proc
244 root
1483 sbin
1 server
1415 srv
0 sys
0 tmp
128847 usr
4862 var

Try to find the directory hierarchy where your nslu2 is given much higher numbers.

please browse to "http://ip-of-your-meteohub/cgi-bin/help.cgi", this will open up a ssh tunnel to me and I can step in to see what's going on. I think that will be most effective to get this solved fast.

I do not know what shell access is. All I do is open my windows network and see Meteohub on my network and click it, go to public, and I see folders like Export, Graphs, Log etc...

OK I did that...do I keep that browser window open that says "open ssh tunnel to meteohub support
done"

The IP address I used is the same IP address I type into my browser to see the meteohub program correct?

I also notice that it appears to be resetting the uptime about every 15-20 minutes. I am not sure if it is rebooting but the uptime resets and it messes up my history on Wunderground for that entry.

yes, correct. But I don't get a channel opened up, so I cannot step in this way. Looks like your router/fw is not allowing outgoing ssh traffic.

can you open up ports 22 and 7777 manually at your router and forward this to the LAN IP of your Meteohub and send me your WAN IP via email to "info(at)meteohub.de".

Done, check your email.

I am experiencing the same issue on one of my two NSLU2's. On one the system storage is at 96%, 385 of 402 mb. The other one is much lower, 219 of 402, or 54%. I first noticed it when the update to 4.6j failed, and I noticed that the system storage was at 100%. I rebooted, and it reduced to 95%, so the update worked. But I see it is starting to creep up again to the upper limit.

I recently experienced a usb stick failure on that NSLU2, so I had to rebuild the system on a new usb stick. Fortunately I had a recent backup of my application data, so I was able to restore it, but the system storage has been high ever since.

when the usb stick fails, NSLU2 might not be able to mount data partition. If so data runs into the mount directory on the root partition and starts filling up that partition.

When the stick gets replaced and an image, that has already suffered from that, is installed onto the stick, then the old stuff in the mount directory will be still there while being overloaded by the now correctly mounted data partition. So you don't see the old misled data, but it puts an additional burden on filling your root partition.

I would recommend not to work with cloned USB sticks. When they already had a data problem when being cloned, all generations made from this, will inherit these problems.

I was unable to clone the old corrupted usb stick, so I made up a new one from scratch, then restored my data from my most recent backup. Is there a way I can do this to recover my last year of weather data from my backup, without corrupting the new stick?

Purge all files in /data directory of your backup of the first partition of the stick. "/data" should be an empty directory on partition 1 and will be used as mount point only to hold data from partition 3.

BTW, how did you made backups from the stick?

I first tried to clone to old usb stick, which failed. So then I made a backup from the old stick using the application data function, which appeared to work as it generated a meteohub.backup file. I then restored that file to the new usb stick I made from a new 4GB disk image file, which seemed to work, but the result was that the system storage was near 100% capacity on the new stick.

If I make up another new usb stick from a 4 GB disk image, is it possible to just copy my weather data folders over to the new stick from the old one, then use the aggregated weather data recompute button to restore my weather data history?

Well I tried it this way, and making a fresh usb stick up from a new disk image, then copying over the individual weather data folders seemed to eliminate my problem, as the system files are now using a normal 53% of capacity, and my weather data history is restored. Evidently running the application restore backup file copied over my data corruption problem from the bad usb stick.