| Posted by ungovernable, 10-11-2013, 08:38 PM | | I have a dedicated server with OVH. Problem is that i keep receiving warnings that the / is getting full. Yesterday it was 89%, today it is 90% and tomorrow it will probably be 91%. It keeps increasing everyday. Once it gets full, the whole server gets locked and cPanel stop working until i clean the disk.
I had a friend check the disk and try to clean the useless files but he didn't find where it is coming from.
My server have a 1TB disk but the partition that gets full is only 20GB.
Of course OVH is helpless so i thought i'd come here and ask for help. I'm a newbie with server management stuff, so if it is complicated to fix this problem i'd rather pay someone to do it for me.
I'm a bit scared about increasing the partition size, i fear i could lose my files if something goes wrong. So i'd rather find out what keeps filling the 20GB partition.
Here's the warning message i keep receiving:
|
| Posted by NetworkPanda, 10-11-2013, 08:50 PM | | Run this command:
With this you will find the amount of disk space occupied by each folder in the root / partition. The calculation will take some time to run, so you need to be patient.
Paste the results here and we might be able to help you further.
Last edited by NetworkPanda; 10-11-2013 at 08:55 PM.
|
| Posted by ungovernable, 10-11-2013, 09:29 PM | | 186M /backup/
7.6M /bin/
13M /boot/
144K /dev/
79M /etc/
30G /home/
1.4M /installd/
536K /latest
26M /lib/
25M /lib64/
16K /lost+found/
4.0K /media/
4.0K /mnt/
522M /opt/
du: cannot access `/proc/13067/task/13067/ns/net': No such file or directory
du: cannot access `/proc/13067/task/13067/ns/uts': No such file or directory
du: cannot access `/proc/13067/task/13067/ns/ipc': No such file or directory
du: cannot access `/proc/13067/ns/net': No such file or directory
du: cannot access `/proc/13067/ns/uts': No such file or directory
du: cannot access `/proc/13067/ns/ipc': No such file or directory
du: cannot read directory `/proc/13082': No such file or directory
0 /proc/
15M /root/
39M /sbin/
du: cannot access `/scripts@': No such file or directory
20K /selinux/
4.0K /srv/
0 /sys/
2.2M /tmp/
5.6G /usr/
9.3G /var/ root@ks4002097 [~]#
|
| Posted by Vex76, 10-11-2013, 10:07 PM | | Can you also show us:
df -h
|
| Posted by Joker911, 10-11-2013, 10:14 PM | | Output of these two please!
#cd /
#du -sh *
#df -h
|
| Posted by net, 10-11-2013, 10:19 PM | | Moved > Hosting Security and Technology .
|
| Posted by ben0it28, 10-11-2013, 10:49 PM | | There is the results...
|
| Posted by Mike V, 10-11-2013, 10:50 PM | | You didn't start this thread though?
|
| Posted by ben0it28, 10-11-2013, 10:53 PM | | We are both owning the server
|
| Posted by Joker911, 10-11-2013, 11:11 PM | | As /var is not mounted as a separate partition, the log files should be getting large. Check for the error logs, MySQL databases etc in /var and you should be able to see the exact file(s) causing the disk usage by executing du -sh *
|
| Posted by ungovernable, 10-11-2013, 11:25 PM | | Sorry i couldn't access the website so i told my friend to post here. I'm sharing the server with him so you can take the answer ben0it28 has posted
|
| Posted by ben0it28, 10-11-2013, 11:38 PM | | All i can see in the logs is everyday those process take too much CPU
root 99.7 [migration/2]
root 99.6 [migration/2]
root 99.5 [migration/2]
|
| Posted by andr0meda, 10-12-2013, 12:35 AM | | Please provide us the output of cd /var ; du -sh *
|
| Posted by ben0it28, 10-12-2013, 12:43 AM | | 4.0K account
44M cache
240M cpanel
4.0K cvs
12K db
16K empty
4.0K games
8.9G lib
4.0K local
20K lock
50M log
0 mail
125M named
4.0K nis
4.0K opt
4.0K preserve
92K profiles
4.0K racoon
836K run
4.0M spool
2.9M tmp
4.0K yp
root@ks4002097 [/var]#
|
| Posted by Joker911, 10-12-2013, 02:40 AM | | It should be the MySQL directory that takes more space. You can verfiy it by executing du -sh /var/lib.
#cd to /var/lib/mysql
#du -sh * hostname.err ( replace hostname with your server hostname)
If that's likely huge,
#echo @ > hostname.err
Now df -h
|
| Posted by RRWH, 10-12-2013, 02:41 AM | | Time to do a back up, then re format with a decent layout. Look at the Chanel suggested layout and also use lvm
|
| Posted by ungovernable, 10-12-2013, 03:40 AM | | Not an option for our situation. Too much trouble.
Oh and the OS was installed only a few months ago, with default settings...
|
| Posted by RRWH, 10-12-2013, 08:44 AM | | Well best of luck the because there is no safe way to fix this without doing a really install with a decent file system layout. Anything else you do will mean heaps of work on a daily basis to try and keep it going.
It doesn't matter that you only installed it a few months ago what matters is the stupid decision to build a system and then install c panel on it without following the cpanel recommendations for partitioning.
Since you are unable to actually do what is required then best of luck
|
| Posted by ungovernable, 10-12-2013, 09:23 AM | | When buying a server OVH doesn't even let us chose the partition size, file system layout or whatever you may call it. We just bought a dedicated server that came preinstalled with cPanel and we didnt chose the partition size.
If you'd know what you were talking about you'd know that all OVH packages comes with a default 20gb partition. I don't see where is the "stupid decision" when we didnt even have the chance to decide anything.
If you don't have anything else to reply than condescending answer, then just let others help me.
BTW, cPanel recommends minimum 20GB so we're following recommendations.
http://docs.cpanel.net/twiki/bin/vie...dvancedOptions
|
| Posted by andr0meda, 10-12-2013, 10:58 PM | | One solution is to move the MySQL database to another partition. Its quite easy and it will greatly reduce the space in /var/lib. You can follow this tutorial:
http://manageyourservers.blogspot.in...nge-mysql.html
Also, please post us the space details about /var/lib/
du -sh /var/lib/*
|
| Posted by ben0it28, 10-12-2013, 11:11 PM | | root@ks4002097 [/home]# du -sh /var/lib/*
16K /var/lib/alternatives
8.0K /var/lib/dbus
12K /var/lib/dhclient
8.0K /var/lib/dovecot
4.0K /var/lib/games
4.0K /var/lib/hal
28K /var/lib/iscsi
4.0K /var/lib/logrotate.status
12K /var/lib/misc
69M /var/lib/mlocate
4.0K /var/lib/multipath
8.5G /var/lib/mysql
48K /var/lib/nfs
4.0K /var/lib/ntp
4.0K /var/lib/random-seed
35M /var/lib/rpm
40K /var/lib/sepolgen
2.8M /var/lib/spamassassin
8.0K /var/lib/stateless
4.0K /var/lib/yum
|
| Posted by andr0meda, 10-12-2013, 11:26 PM | | OK. So its confirmed that MySQL takes high disk space. You can move the MySQL database to another partition. That will resolve the space issue.
Edit: It could be the error log that is taking huge space. Please post the output of
du -sh /var/lib/mysql/*
Last edited by andr0meda; 10-12-2013 at 11:35 PM.
|
| Posted by ben0it28, 10-13-2013, 12:03 AM | | We've fixed the issue with the tutorial you gave us earlier ..
thanks
|
| Posted by RRWH, 10-13-2013, 05:30 PM | | Ok, Lets go and actually LOOK at the URL again that you quoted - Yes, CPanel Does indeed suggest a 20G minimum / (root) partition, BUT read the whole lot!
Read the URL IN FULL you would see that it recommends:
/ 20 G
/boot 250 Meg
/var 20 G
/tmp 2 G
/swap 2 x ram ( which truly is wrong these days)
finally,
/home - the rest of your disk.
Now, OVH, whom truly are the ones to blame here choose to supply All their servers with a 20 G / and the rest to /home layout regardless of if you choose CPanel or not.
Please do not take the attitude of me being condescending when You ask for advice - I provided the best practice advice. Just because you don't like the answer, do not shoot the messenger, nor expect any other help.
Any "help" that others provide will still only be a band-aid fix - Moving your Mysql to another partition is the advice given, but hey, you DONT have another partition, nor the space to create another partition. Yes, you could re-size the /home, but without backing it up it is a risky proposition to do so.
Let me guess, you are going to move it to a directory on the /home and then either sym or hard link the directory - once again this is a band-aid and not a fix.
In fact, personally we feel that the CPanel advanced layout is only a guide and we do things differently ourselves - I have posted on countless times as to what we suggest so go and search.
|
|
 Add to Favourites
 Print this Article
|
