Out of Disk Space

Message boards : Number crunching : Out of Disk Space
Message board moderation

To post messages, you must log in.

AuthorMessage
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2009342 - Posted: 26 Aug 2019, 14:01:18 UTC

My biggest cruncher 8646786 is on a 128gb drive and it's only got 6gb free. Seti is complaining about not having enough space. I have another 120gb drive available. Can I format the new drive and move my /home and the all in one boinc to the new drive? Any pitfalls to watch for? I'm on lubuntu at the moment.
ID: 2009342 · Report as offensive
rob smith Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer moderator
Volunteer tester

Send message
Joined: 7 Mar 03
Posts: 22125
Credit: 416,307,556
RAC: 380
United Kingdom
Message 2009346 - Posted: 26 Aug 2019, 14:27:59 UTC

You can probably free up some space by finding and deleting the large numbers of "update" files that can be delivered and never removed.
It is theoretically possible under most Linux distros to join a second HDD to an existing one to create a single "virtual" drive from the two, it might be worth having a quick google to find the how (and pitfalls)
Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?
ID: 2009346 · Report as offensive
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13161
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2009355 - Posted: 26 Aug 2019, 15:50:38 UTC

You likely have large and increasing log files taking up all your space. Not normal. Check to see which directory and files is large. Likely /var/log and the kern.log or the syslog files. Some error is constantly being written to the files. You need to look at the files and determine what the error is. You need to add some commands to the grub kernel command line to ignore the errors.

Somebody, I can't remember who, wrote about their disk filling up because of TLP errors on the PCI bus and fixed it by using a kernel command line argument. Mr. Kevvy . . . Ian, I can't remember.

I have many 128GB SSD's that have been running for over a year and only 25% filled.
Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2009355 · Report as offensive
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2009356 - Posted: 26 Aug 2019, 15:58:08 UTC - in response to Message 2009355.  

You likely have large and increasing log files taking up all your space. Not normal. Check to see which directory and files is large. Likely /var/log and the kern.log or the syslog files. Some error is constantly being written to the files. You need to look at the files and determine what the error is. You need to add some commands to the grub kernel command line to ignore the errors.

Somebody, I can't remember who, wrote about their disk filling up because of TLP errors on the PCI bus and fixed it by using a kernel command line argument. Mr. Kevvy . . . Ian, I can't remember.

I have many 128GB SSD's that have been running for over a year and only 25% filled.

I will have to check it out. I know every few days I have to restart boinc. I get errors like ..has restarted 3 times.... I'm not sure why.
ID: 2009356 · Report as offensive
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13161
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2009358 - Posted: 26 Aug 2019, 16:01:09 UTC - in response to Message 2009356.  

Open up the Logs application in your Applications list and see what is showing for Important. You will need to remedy what is causing errors.

Or write a script to truncate the logs constantly, to keep from filling up your drive.
Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2009358 · Report as offensive
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2009359 - Posted: 26 Aug 2019, 16:04:27 UTC - in response to Message 2009358.  
Last modified: 26 Aug 2019, 16:10:22 UTC

I will when I get home from work.

Edit: Come to think of it , I had the same problem in Windows. I might have a hardware problem.
Had a pair of GTX 750ti's before the current GTX 960's
ID: 2009359 · Report as offensive
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13161
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2009362 - Posted: 26 Aug 2019, 16:14:06 UTC - in response to Message 2009359.  

If you haven't installed it already, go to your Software library and search for and install Disk Usage Analyzer. That would confirm which directory and file(s) are the culprits of eating your disk space. Then investigate the logged errors and correct them.
Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2009362 · Report as offensive
Ian&Steve C.
Avatar

Send message
Joined: 28 Sep 99
Posts: 4267
Credit: 1,282,604,591
RAC: 6,640
United States
Message 2009364 - Posted: 26 Aug 2019, 16:25:57 UTC - in response to Message 2009355.  
Last modified: 26 Aug 2019, 16:44:20 UTC

You likely have large and increasing log files taking up all your space. Not normal. Check to see which directory and files is large. Likely /var/log and the kern.log or the syslog files. Some error is constantly being written to the files. You need to look at the files and determine what the error is. You need to add some commands to the grub kernel command line to ignore the errors.

Somebody, I can't remember who, wrote about their disk filling up because of TLP errors on the PCI bus and fixed it by using a kernel command line argument. Mr. Kevvy . . . Ian, I can't remember.

I have many 128GB SSD's that have been running for over a year and only 25% filled.


That was me. I wrote up a fix for it. I’ll find it when I get back from lunch if someone else doesn’t find my post and link it before I get back lol.

ASUS motherboards seem to be the worst offenders. Especially the X99 ones.

Edit. Here is my post.

https://setiathome.berkeley.edu/forum_thread.php?id=83613&postid=1967880#1967880
Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

ID: 2009364 · Report as offensive
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2009370 - Posted: 26 Aug 2019, 16:54:34 UTC - in response to Message 2009364.  

You likely have large and increasing log files taking up all your space. Not normal. Check to see which directory and files is large. Likely /var/log and the kern.log or the syslog files. Some error is constantly being written to the files. You need to look at the files and determine what the error is. You need to add some commands to the grub kernel command line to ignore the errors.

Somebody, I can't remember who, wrote about their disk filling up because of TLP errors on the PCI bus and fixed it by using a kernel command line argument. Mr. Kevvy . . . Ian, I can't remember.

I have many 128GB SSD's that have been running for over a year and only 25% filled.


That was me. I wrote up a fix for it. I’ll find it when I get back from lunch if someone else doesn’t find my post and link it before I get back lol.

ASUS motherboards seem to be the worst offenders. Especially the X99 ones.

Edit. Here is my post.

https://setiathome.berkeley.edu/forum_thread.php?id=83613&postid=1967880#1967880


It's a Z10PE-D8 WS Asus motherboard C 612 chipset. I'll have to look to see if both cards are on the same cpu. I might try moving a card depending on pcie slots are mapped.
ID: 2009370 · Report as offensive
Ian&Steve C.
Avatar

Send message
Joined: 28 Sep 99
Posts: 4267
Credit: 1,282,604,591
RAC: 6,640
United States
Message 2009371 - Posted: 26 Aug 2019, 17:12:25 UTC - in response to Message 2009370.  

I personally had this issue on an ASUS z270 board. I’ve helped several others with the same problem on ASUS X79 and X99 boards. And most of the people having similar issues I found online seem to have ASUS x99 boards.

It’s pretty easy to just change the behavior causing the issue by editing the grub file with the specified kernel command lines.
Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

ID: 2009371 · Report as offensive
Ianab
Volunteer tester

Send message
Joined: 11 Jun 08
Posts: 732
Credit: 20,635,586
RAC: 5
New Zealand
Message 2009559 - Posted: 28 Aug 2019, 5:39:41 UTC

Edit: Come to think of it , I had the same problem in Windows. I might have a hardware problem.


Windows can tie itself up in knots with a failed update.

Basically the machine goes and downloads a ~100mb update file, tries to install it, and fails. Next day it tries again, same result. A few months later you run out of disk space and if you dig around it's in the software downloads and/or temp folders.

Usually no hardware fault, and deleting the crud and running through the diagnostics for Windows Update usually fixes the problem.

I've had machines running Seti for years, sometime with only an 80gb drive. Looking at my 2 desktop machines they have 7 and 8 projects active, and both around 2gb used by BOINC,

So yeah, start with a disk analyser and see where the space is being wasted. Could be some massive and meaningless log file?
ID: 2009559 · Report as offensive

Message boards : Number crunching : Out of Disk Space


 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.