Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

UC Module Drive Space 2

Status
Not open for further replies.

sheldoom

Vendor
Dec 12, 2006
365
US
I have a customer that UC Module hard drive is 90% full even after deleting the nohup.out files.

I have looked through the directories within the root directory and they add up to less than 10GB, but there is 20GB of hard drive space in use out of 21.5GB.

Is there some hidden files I can't see?

Site is running 8.1.73 and yes, I've told them they need a patch, but they only have a few voicemail users and aren't that concerned about it.

Thank you,

"It's all ball bearings these days" Fletch E. Fletch
 
In Linux you can run "df" to see how much is used on all partitions, probably it's one of the partitions that is the problem.

"Trying is the first step to failure..." - Homer
 
login as: Administrator
Administrator@10.190.24.76's password:
Last login: Sat Dec 16 10:19:20 2017 from 10.75.255.128

********************************************
* Avaya IP Office *
* *
* WARNING: Authorised Access Only *
********************************************

Welcome Administrator it is Tue Dec 19 04:26:29 PST 2017
> admin
Please enter password:
Admin> root
Password:
[root@FHPvm-module ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 22G 19G 1.6G 93% /
tmpfs 1007M 0 1007M 0% /dev/shm
/dev/sda1 512M 33M 454M 7% /boot
[root@FHPvm-module ~]#


"It's all ball bearings these days" Fletch F. Fletch
 
There you have it, the root partition is using 93% =)

Check /var/log if it contains a lot of files.

You can use "du" to see which directory is using a lot of space and narrow it down that way.

"Trying is the first step to failure..." - Homer
 
I guess it's the good old nohup.out

From a PSN:

PROBLEM CLARIFICATION
nohup.out files are being written to incorrectly which is causing the UC Module HDD to fill up unnecessarily.
CAUSE
software
SOLUTION
The nohup.out files can be deleted and a UC Module reboot will be required to recover the disk space.
 
is the VM running back ups? This could be causing the problem also see if you have logging enabled on the VM client. Also make sure you have checked all 3 of the nohup.out locations.
Mike
 
How to clear this:

You need to be in as root on the UC module, putty in – get to admin menu and then “root” command.

Once you’re at the Linux command prompt:
[root@uc-module /]# cd /
[root@uc-module /]# find -name nohup.out

You’ll get something like this:

./nohup.out
./opt/Avaya/oneXportal/backup/openfire/bin/nohup.out
./opt/Avaya/oneXportal/openfire/bin/nohup.out
./opt/vmpro/nohup.out

Do this to delete all the nohup.out files - rm means “remove”

[root@uc-module /]# rm ./nohup.out
rm: remove regular file `nohup.out'? y

Do this for all the nohup.out files listed. BE VERY CAREFUL WITH THE RM COMMAND. You can do serious damage as the root user.

[root@uc-module /]# rm ./opt/Avaya/oneXportal/backup/openfire/bin/nohup.out
rm: remove regular empty file `./opt/Avaya/oneXportal/backup/openfire/bin/nohup.out'? y

reboot the UC module. (just type in “reboot” as the root user)

The command “df –h” will show you how much drive space is free, down to 44 percent now.

[root@uc-module /]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 22G 9.0G 12G 44% /
tmpfs 1007M 0 1007M 0% /dev/shm
/dev/sda1 512M 33M 454M 7% /boot

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top