/dev/ufs/FreeNASs1a almost full

[Lucas Rey]

Dear community,
I have a a question about file system space.
Actually I installed FreeNAS 9.2.15 on a proliant 380P with a 146 GB system disk.
Actually the file system is the following, and that's is annoying because I have some script who monitor the disk space and send SNMP trap:

/dev/ufs/FreeNASs1a 926M 841M 10M 99% /
devfs 1.0k 1.0k 0B 100% /dev
/dev/md0 4.6M 3.3M 902k 79% /etc
/dev/md1 823k 2.0k 756k 0% /mnt
/dev/md2 149M 43M 94M 31% /var

I notice in other freeNAS installation (version 9.3) and with 30GB system disk, the following:
freenas-boot/ROOT/FreeNAS-9.3-STABLE-201412200530 28G 934M 27G 3% /

Is this a normal behaviour for v9.2.1.5? Why it uses only 926M - 99% used space?
May I have to upgrade to 9.3 to solve that issue?

Thanks
Lucas

 

[danb35]

Yes, that's perfectly normal with 9.2.x. With 9.3, the boot media is formatted as a ZFS pool, using all available space for the pool. In 9.2, an image of a UFS volume is copied, and that volume will be the same size irrespective of the size of the boot device.

 

[Lucas Rey]

Well, thanks for reply danb35, now the question is, I have to reinstall from scratch or I can just upgrade from 9.2 to 9.3 to have the boot media using the whole disk space?

EDIT: Ok, done on test environment, and yes, upgrading will just change file system partition using the whole disk space.

 

[danb35]

You should be able to do the GUI upgrade, which will reformat the boot volume as a ZFS pool. Recommend you download your config database first, just in case it doesn't go well, so you can make a clean install and upload it.

Really, though, this is only a problem if it bothers you. A 9.2.x installation doesn't store anything on the boot device other than the config database, so the fact that it's very close to full doesn't affect anything. You shouldn't be trying to add anything to the boot device--if you want to install other software, that's what jails are for.