<div dir="ltr">I've been looking into these and it looks likes it's a moodle specific thing. We it set to backup to a mapped shared folder. This folder had a brain fart and had decided not to play ball. I looks like moodle instead of popping an error that it couldn't backup and stopping had instead continued to write a bunch of temp files.  <div>
<br></div><div style>I've had to manually go through the course and tidy out old backups and helpfully when the 24 hours maintenance task kicks in the trashfolder will empty and i'll a whole heap of space back. </div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 29 April 2013 16:23, alan <span dir="ltr"><<a href="mailto:alan@hipnosi.org" target="_blank">alan@hipnosi.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
du -sh /var/log/*<br>
<br>
Check out certain logs like btmp (the output you get when you use the command 'lastb').<br>
Hacking attempts can swell it large, a publically availbale IP can attract 2GB of hacking attempts a year.<br>
<br>
Some distros do not have a well configured default logrotate.conf (Centos 5 for example), your conf may need something like this added:<br>
<br>
/var/log/btmp {<br>
    missingok<br>
    monthly<br>
    minsize 1M<br>
    create 0600 root utmp<br>
    rotate 1<div class="HOEnZb"><div class="h5"><br>
}<br>
<br>
<br>
On 29/04/13 15:55, Sharon Kimble wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, 29 Apr 2013 10:15:18 +0100<br>
Dan Attwood <<a href="mailto:danattwood@gmail.com" target="_blank">danattwood@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ahh yes, maths was never a strong point of mine.<br>
<br>
so looks like the disk are good now. Time to look more into what<br>
suddenly ate the space up.<br>
</blockquote>
You don't run 'rsnapshot' do you? Because that’s notorious for eating up<br>
empty space on the hard drive!<br>
<br>
Sharon.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 29 April 2013 10:11, Matthew Tompsett <<a href="mailto:matthewbpt@gmail.com" target="_blank">matthewbpt@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Really? It seems to add up to me.<br>
<br>
342G + 24G + (0.01 * 370)G = 369.7G  ~  370G<br>
<br>
On 29 April 2013 09:49, Dan Attwood <<a href="mailto:danattwood@gmail.com" target="_blank">danattwood@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ok just tested that a dev server and that worked do I've push it<br>
to live.<br>
<br>
That given me some more breathing room. However I don't think<br>
this is the root cause of the problem as a df -h still shows:<br>
<br>
<br>
Filesystem      Size  Used Avail Use% Mounted on<br>
/dev/sdb1       370G  342G   24G  94% /var<br>
<br>
so there is still 30 gig odd being gobbled up somewhere<br>
<br>
<br>
<br>
<br>
On 29 April 2013 09:45, alan <<a href="mailto:alan@hipnosi.org" target="_blank">alan@hipnosi.org</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Note that you replace /dev/hdXY with /dev/sdb1 (or whatever your<br>
</blockquote></blockquote>
partition<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
is called)<br>
<br>
Just tested lowering it (on a non-production server) and got<br>
another<br>
</blockquote></blockquote>
100GB<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
available on /data straight away,<br>
so seems OK to do it live.<br>
<br>
root@otp:~# df -h /dev/sdb1<br>
Filesystem      Size  Used Avail Use% Mounted on<br>
/dev/sdb1       1.8T   52G  1.7T   3% /data<br>
<br>
root@otp:~# tune2fs -m 1 /dev/sdb1<br>
tune2fs 1.42 (29-Nov-2011)<br>
Setting reserved blocks percentage to 1% (4883778 blocks)<br>
<br>
root@otp:~# df -h /deb/sdb1<br>
Filesystem      Size  Used Avail Use% Mounted on<br>
/dev/sdb1       1.8T   52G  1.8T   3% /data<br>
root@otp:~#<br>
<br>
<br>
On 29/04/13 09:32, Dan Attwood wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Have you tried running df --sync<br>
</blockquote>
didn't know that. But I've run it and it makes no difference<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ext filesystems reserve 5% of the available space<br>
</blockquote>
The link talks about ext3 - the drive is ext4, those that make a<br>
difference?<br>
Also I was to run the tune2fs -c 0 -i 1m /dev/hdXY command is<br>
that something that then happens instantly or will this cause<br>
downtime?<br>
<br>
<br>
<br>
On 29 April 2013 09:26, Alan <<a href="mailto:alan@hipnosi.org" target="_blank">alan@hipnosi.org</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ext filesystems reserve 5% of the available space<br>
reasons  and solution explained here:<br>
<br>
<br>
</blockquote></blockquote></blockquote>
<a href="https://wiki.archlinux.org/index.php/Ext3#Reclaim_Reserved_Filesystem_Space" target="_blank">https://wiki.archlinux.org/<u></u>index.php/Ext3#Reclaim_<u></u>Reserved_Filesystem_Space</a><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I hope I have not misunderstood, with relevance to VM's...<br>
<br>
On Mon, 29 Apr 2013 09:13:58 +0100<br>
Dan Attwood <<a href="mailto:danattwood@gmail.com" target="_blank">danattwood@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi all hopefully someone can point me to a good solution to<br>
this.<br>
<br>
I have a VM server running on VMare. Recently if started to<br>
run out<br>
</blockquote></blockquote></blockquote></blockquote>
of<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
space on it's /var disk - which is a thin provisioned disk.<br>
We gave<br>
</blockquote></blockquote></blockquote></blockquote>
it<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
some<br>
more space and I rebooted the server into gparted and<br>
expanded the disks<br>
into the new free space.<br>
<br>
Today I've come in to find that the /var disk had run out of<br>
space completely. I did a df -h and can see the following:<br>
<br>
Filesystem           Size   Used  Avail   use% mounted on<br>
/dev/sdb1             370G  348G  3.0G 100% /var<br>
<br>
<br>
so the 370 gig disk has only used 348 gigs and yet is 100%<br>
percent<br>
</blockquote></blockquote></blockquote></blockquote>
full<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
my imeadiate thought was I had run out of inodes, however:<br>
<br>
filesystem           inodes      iused    ifree<br>
iuse% /dev/sdb1            24576000 430482 24145518    2% /var<br>
<br>
so I have loads of them free.<br>
<br>
I also rebooted the server into grparted and double checked<br>
the disk partition and also ran a disk check from here - this<br>
flagged up no errors.<br>
<br>
I've now gone through and deleted some stuff to give me some<br>
</blockquote></blockquote></blockquote></blockquote>
breathing<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
room<br>
but I really need that space back.<br>
<br>
Does any ones have any suggestions please?<br>
<br>
Dan<br>
</blockquote>
<br>
</blockquote></blockquote></blockquote></blockquote></blockquote></blockquote>
<br>
<br></div></div><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
Kent mailing list<br>
<a href="mailto:Kent@mailman.lug.org.uk" target="_blank">Kent@mailman.lug.org.uk</a><br>
<a href="https://mailman.lug.org.uk/mailman/listinfo/kent" target="_blank">https://mailman.lug.org.uk/<u></u>mailman/listinfo/kent</a></div></div></blockquote></div><br></div>