Run the command ³du -ckxs /*². This will give you the sizes of the directories found in the root filesystem, and won¹t go down the mounted filesystems. What are the largest directories found? This should be where the problem lies.
Sample: ts00086@clld0001026 /:0 $ sudo du -ckxs /* 30380 /apps 9432 /bin 99739 /boot 4 /cgroup 192 /dev 33456 /etc 20 /home 399008 /lib 27676 /lib64 16 /lost+found 4 /media 4 /misc 8 /mnt 4 /net 397192 /opt du: cannot access `/proc/6041/task/6041/fd/4': No such file or directory du: cannot access `/proc/6041/task/6041/fdinfo/4': No such file or directory du: cannot access `/proc/6041/fd/4': No such file or directory du: cannot access `/proc/6041/fdinfo/4': No such file or directory 0 /proc 504 /root 17272 /sbin 0 /selinux 4 /shares 324896 /sites 4 /srv 0 /sys 60 /tmp 4 /unixadm 4065560 /usr 1737336 /var 7142775 total ts00086@clld0001026 /:1 $ (I¹m not sure the -x switch actually worked. But you know where your filesystems are mounted, so ignore those.) In this case, I have a /sites directory that has some space tied up in the root filesystem, that could have been better controlled by placing it in its own filesystem. /apps, /opt, /home, /boot, /var and /opt are their own filesystems, so I can discount that usage. /bin, /etc, /lib, /lib64, /sbin, /usr are fairly static, so I can generally ignore them as well. So, my concern would be the /sites directory, and how I could move and isolate it. -- Robert P. Nix | Sr IT Systems Engineer | Data Center Infrastructure Services Mayo Clinic | 200 First Street SW | Rochester, MN 55905 507-284-0844 | [email protected] "quando omni flunks moritati" On 1/25/16, 9:34 AM, "Linux on 390 Port on behalf of Ram Jam" <[email protected] on behalf of [email protected]> wrote: >/home/opt/tmp/usr/var All have their own logical volume >I will look into these option you both have provided. Am thankful for >more options too. > > > On Monday, January 25, 2016 9:27 AM, "van Sleeuwen, Berry" ><[email protected]> wrote: > > > What is filling up your / filesystem? If it's rapidly filling up then I >would expect a directory with RW data is in the / filesystem. Such as >/home. > >The easiest would be to add a minidisk and move the directory that fills >up into that new disk. Next mount that disk on that mountpoint. Usually >you will already have directories such as /usr and /home on separate >(mini)disks. > >Met vriendelijke groet/With kind regards/Mit freundlichen Grüßen, >Berry van Sleeuwen > > >-----Original Message----- >From: Linux on 390 Port [mailto:[email protected]] On Behalf Of Ram >Jam >Sent: Monday, January 25, 2016 4:01 PM >To: [email protected] >Subject: Expand root filesystem, SLES 11 > >New to the list. Extremely new to Linux and Z systems. > >I need to expand the / filesystem on a server running SLES 11.3 (under >z/VM 6.3) > >The server was built by my predecessor to the specifications outlined in >the Virtualization Cookbook for SLES 11.(/dev/dasda1 with 384 MB). >/ is rapidly approaching 100% >Since / is not on LVM, how can I expand the / filesystem? >I am thankful for any help or nudges in the right direction. >Ram > >---------------------------------------------------------------------- >For LINUX-390 subscribe / signoff / archive access instructions, send >email to [email protected] with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >---------------------------------------------------------------------- >For more information on Linux on System z, visit http://wiki.linuxvm.org/ >This e-mail and the documents attached are confidential and intended >solely for the addressee; it may also be privileged. If you receive this >e-mail in error, please notify the sender immediately and destroy it. As >its integrity cannot be secured on the Internet, Atos¹ liability cannot >be triggered for the message content. Although the sender endeavours to >maintain a computer virus-free network, the sender does not warrant that >this transmission is virus-free and will not be liable for any damages >resulting from any virus transmitted. On all offers and agreements under >which Atos Nederland B.V. supplies goods and/or services of whatever >nature, the Terms of Delivery from Atos Nederland B.V. exclusively apply. >The Terms of Delivery shall be promptly submitted to you on your request. > > > >---------------------------------------------------------------------- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO LINUX-390 or >visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >---------------------------------------------------------------------- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
