Koozali.org: home of the SME Server

Obsolete Releases => SME Server 7.x => Topic started by: Franco on March 05, 2009, 05:15:05 PM

Title: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: Franco on March 05, 2009, 05:15:05 PM

the backup system writes to a temporary partition before it sends to the USB drive /media/usbdisks
 :sad:

Shouldn't write directly to the usb drive?

Title: Re: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: groutley on March 08, 2009, 08:52:35 AM

What was the resolution to this ?
Something is filling my hd and there is no room anymore.
This has occurred since the recent updates.

Code: [Select]

[root@l1nuxsvr /]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/main-root
                     305508608 290123672         0 100% /
/dev/md1                101018     42667     53135  45% /boot
none                   2074440         0   2074440   0% /dev/shm
[root@l1nuxsvr /]#
How do I clean this up and how do I find what is chewing up the hd space.

I deleted a couple of Gig of files and rebooted the server, and the couple of Gig is full.
What's happening ?
I need some help please..
The server has stopped working, the internet gateway is not working, and asterisk is failing.
I had noticed very slow response  yesterday, but now its dead.

Title: Re: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: Franco on March 08, 2009, 01:53:46 PM

Did you check under /media/usbdisks ?

Title: Re: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: groutley on March 08, 2009, 11:57:14 PM

Hi,
  No I hadn't,  but I don't have that directory. And I have no backup enabled.
So not entirely sure if I have the same issue as yourself.
Although I am assuming that perhaps the recent updates have caused a backup to trigger ?
You mentioned a 'temporary directory' before it sends to the USB drive.
If I have no target USB drive, then is it possible the 'temporary directory' is what is filling my filesystem ?

I have been going thru directory by directory trying to find something odd.  but that said I am not sure what is 'odd' !!
I did find /proc has 100's of subdirectories which are just numbers, but figure they must relate to the process IDs of running processes. I gather there is a mechanism which cleans these out ?

If you have a suggestion on how I find what must be swallowing up approx 200 GIG of my hard drive,
I'd be very happy !

Title: Re: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: Franco on March 09, 2009, 12:16:02 AM

This will show all the large files:
http://snippets.dzone.com/posts/show/1491

And yes, after the updates the backups started working again!

Title: Re: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: groutley on March 09, 2009, 12:23:53 AM

Wow..  that helped !

Code: [Select]

/var/log/httpd/error_log.20090308011205: 70G
/var/log/httpd/error_log.20090305155950: 33G
So now to understand why an error log has grown sooooo big !

Title: Re: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: groutley on March 09, 2009, 12:35:51 AM

Thanks for your help stuntshell !
seems to be an issue with b4rt, I'll open a bug on this..
my http log is full of

Code: [Select]

Use of uninitialized value in pattern match (m//) at /opt/b4rt/html/bin/ttools/Convert/Bencode.pm line 157.
Use of uninitialized value in string ne at /opt/b4rt/html/bin/ttools/Convert/Bencode.pm line 134.
Use of uninitialized value in string eq at /opt/b4rt/html/bin/ttools/Convert/Bencode.pm line 127.
Use of uninitialized value in string eq at /opt/b4rt/html/bin/ttools/Convert/Bencode.pm line 138.
Use of uninitialized value in string eq at /opt/b4rt/html/bin/ttools/Convert/Bencode.pm line 148.
over and over and over again !

Title: Re: [RESOLVED] /dev/mapper/main-root full after backup to USB
Post by: groutley on March 09, 2009, 12:59:23 AM

Bug 5058 has been added