![]() | ||
|
|
Snap Server / NAS / Storage Technical Goodies The Home for Snap Server Hacking, Storage and NAS info. And NAS / Snap Classifides |
![]() |
Thread Tools |
![]() |
#1 |
Cooling Neophyte
Join Date: Oct 2008
Location: Union, NJ
Posts: 6
|
![]()
I'm trying to upgrade the OS on my SnapServer 520 and I keep getting the Error - There is not enough free space on the root filesystem to upgrade the OS.
Trying to go from OS 5.0.133 >> 5.1.041. Main_Volume - RAID 5 - Size 2.04 TB - FREE 1.35 TB I found then SNMP that the "/" ( guessing root ) is 528 MB is size and has 508 MB USED. How do I free up space on the root? or make it bigger. I dont even know how to access it. I am able to SSH into the SnapServer, but that is as far as I got. Thank you for any help. -Ed |
![]() |
![]() |
![]() |
#2 |
Thermophile
Join Date: Jul 2005
Location: Plano, TX
Posts: 3,135
|
![]()
We have run into this before on whether it was out of RAM, Disk space...... I do not remember what the fix was. Because several things was done. If you have factory installed ram of only 256-512meg, increase it to a min of 1 gig. If you have any services running (AV/ Diaster recovery/snapshot) you need to stop them. And remove any files they have on the server.
Have you tried the install from the diaster recovery console? If not this is actually the recommended way due to the fact no services have been loaded yet. touch /nopivot from debug will reboot the server and give the diaster recovery console. From their you will have the option. A clean install will wipe all data.....
__________________
1 Snap 4500 - 1.0T (4 x 250gig WD2500SB RE), Raid5, 1 Snap 4500 - 1.6T (4 x 400gig Seagates), Raid5, 1 Snap 4200 - 4.0T (4 x 2gig Seagates), Raid5, Using SATA converts from Andy Link to SnapOS FAQ's http://forums.procooling.com/vbb/showthread.php?t=13820 |
![]() |
![]() |
![]() |
#3 |
Cooling Neophyte
Join Date: Mar 2009
Location: Sydney Australia
Posts: 83
|
![]()
Hi Blue,
I have seen something similar too, It was when a freeware software package was used by the end user and it had the failing that it's agent? saved many log files onto the root directory with no way to retire/delete them after a set period... they just built up till it crashed and as it was a major utility with a large network the build up happened very quickly Snap development had to intervene and I am not sure how they did it but a patch was released to solve the issue. It might pay to do a check to see if any packages you are using do something similar. |
![]() |
![]() |
![]() |
#4 |
Cooling Neophyte
Join Date: Mar 2009
Location: canada
Posts: 1
|
![]()
I am using a snap 520. I try to install backup exec linux module and the root is full. Did someone find an answer to this question? Thank a lot!
|
![]() |
![]() |
![]() |
#5 |
Cooling Neophyte
Join Date: Mar 2009
Location: Sydney Australia
Posts: 83
|
![]()
Originally you said you were updating the OS, in your last post you said you were trying to load a backup exec agent.
You have tried the any things that Blue has suggested? You may not be keen to do the fresh install but what about stopping the services before you attempt the install? Are you using any network monitoring tools or other packages that could be saving files to the root directory? If you get SSH access you should be able to see what is clogging things? One item in your initial post was that you said the root directory is just over 528MB, I have been told that the GOS partition, once on the disk takes up to 10GB and I need to take off or account for 10GB per drive when I quote Snap servers need to work out usable disk space sizes and considering swap space requirements etc I may be totally wrong but I would guess that there are more partitions to be looking at apart from the / partition only |
![]() |
![]() |
![]() |
#6 |
Cooling Neophyte
Join Date: Oct 2008
Location: Union, NJ
Posts: 6
|
![]()
For me the problem turned out to be a huge SNMP.log file ( 300 + MB ). Snap tech support ran a "find" command from the debug console to look for any files that were over 1024 K in the root. that helped locate my trouble files. The command that he ran was. " find / -mount -size +1024k -type f -exec ls -lh '{}' \; " This worked for me. Since then I was able to upgrade my OS, and the new versions of the OS do not have the same problem with the root DIR size ( also mentioned by the SNAP tech )
|
![]() |
![]() |
![]() |
#7 | |
Cooling Neophyte
Join Date: Mar 2009
Location: Sydney Australia
Posts: 83
|
![]() Quote:
Awesome to get a good result! Thank you for replying with the command that showed the offending file... It would be good if they could get a utility embedded into GOS to alerts when foreign programs dump things onto the root directory.... |
|
![]() |
![]() |
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|