heywhen you ssh to the pi try

graham.harper · ‎10-12-2015

Hi there,

Upgraded our Prime Infrastructure from 2.2 to 3.0 and every day we have to restore from a snap we did after the upgrade. The Disk seems to have filled up. The message we get on the V Centre is

And the resources look full but cant get in to have a poke around to see what's causing it. Anyway of getting it to boot in a way so we can get in to see what the issue is or is it a TAC case?

When we get the Snap image up and running we do a ncs stop; ncs clean; ncs start which leaves us like this disk wise

Directory of disk:/

         20 Oct 06 2015 20:56:58 crash
       4096 Oct 09 2015 12:50:54 defaultRepo/
       4096 Mar 06 2015 22:21:06 ftp/
      16384 Dec 11 2014 23:46:41 lost+found/
       4096 Oct 09 2015 12:51:04 sftp/
       4096 Mar 05 2015 13:27:19 ssh/
       4096 Mar 05 2015 13:27:19 telnet/
      81920 Oct 09 2015 22:01:18 tftp/

           Usage for disk: filesystem
                  197230592 bytes total used
                131897712640 bytes free
                139279441920 bytes available

Should I be looking to add some more disk?

david_nyring · ‎10-12-2015

hey

when you ssh to the pi try (if you have noot used root before you need to use root_enable and make a password)

root

df -h

then you get a nice view of how disk space is on your pi

graham.harper · ‎10-12-2015

Hi David,

It all looks pretty ok to me. Not sure what could be filling it up. I have it backed up every week to an FTP server so its not like its storing backup jobs on it.

ade # df -h
Filesystem            Size Used Avail Use% Mounted on
/dev/mapper/smosvg-rootvol
                      3.8G 473M 3.2G 13% /
/dev/mapper/smosvg-varvol
                      3.8G 643M 3.0G 18% /var
/dev/mapper/smosvg-optvol
                      694G 151G 508G 23% /opt
/dev/mapper/smosvg-tmpvol
                      1.9G   36M 1.8G   2% /tmp
/dev/mapper/smosvg-usrvol
                      6.6G 1.3G 5.1G 21% /usr
/dev/mapper/smosvg-recvol
                       93M 5.6M   83M   7% /recovery
/dev/mapper/smosvg-home
                       93M 5.6M   83M   7% /home
/dev/mapper/smosvg-storeddatavol
                      9.5G 151M 8.9G   2% /storeddata
/dev/mapper/smosvg-altrootvol
                       93M 5.6M   83M   7% /altroot
/dev/mapper/smosvg-localdiskvol
                      130G   15G 109G 12% /localdisk
/dev/sda2              97M 5.6M   87M   7% /storedconfig
/dev/sda1             485M   25M 435M   6% /boot
tmpfs                 7.8G 2.5G 5.4G 32% /dev/shm

VictorTalani · ‎10-13-2015

Hey Graham,

Run into something like this before. Once the /opt directory went nuts, TAC called it a database error had to rebuild/restore from backup. Check during the day to see if the used space rises dramatically.

Another time the VM volume was full. VM assigns the disk space but does not actually fence it off. The volume was close to full and when Prime went to write more data V center threw an error.

HTH

Heinz Rohner · ‎10-19-2015

Check for any created snapshots on the VM itself and delete them, this will free up disk space

Prime Infrastructure 3.0 Inline upgrade Works for 24 hours then disk gets filled up.