Bitcoin Forum
November 11, 2024, 03:39:21 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Perpetual Disk Space Low warning message  (Read 1890 times)
deepskydiver (OP)
Member
**
Offline Offline

Activity: 72
Merit: 42


View Profile
June 15, 2011, 04:21:01 AM
 #1

I'm running the original bitcoin client with my wallet directory in an encrypted partition.
But whether I make that partition 100MB, 200 or 500MB the client eventually throws the Disk Space Low warning - and on acknowledging it exits.

Is this expected and should I be cleaning up files (aside from wallet.dat obviously) in the directory to stop the continuous creep?
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
June 15, 2011, 05:14:01 AM
Last edit: July 29, 2011, 04:06:02 PM by phillipsjk
 #2

I find my Bitcoin Data directory hovers around a GB. This will probably get larger in the future.

Edit: now about 2 weeks later it is 2.7GB.

I agree the default client needs better wallet management.

New update (below): client uses about 100MB/day.

Answer: Don't forget to rotate your logs...

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
deepskydiver (OP)
Member
**
Offline Offline

Activity: 72
Merit: 42


View Profile
June 15, 2011, 05:32:24 AM
 #3

Wow - OK, thanks.

I must have been reading an outdated guide. I wish they'd separate the wallet.dat file from the rest so the encrypted partition could be tiny.
jaynyc
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
July 11, 2011, 11:44:47 PM
 #4

resurfacing this thread again....  i am puzzled also.   is there a way to define a "cap" on the amount of disk space the bitcoin client will use?   is it just endless?
bitcoinaddict
Member
**
Offline Offline

Activity: 75
Merit: 10


View Profile
July 11, 2011, 11:50:25 PM
 #5

Yeah I had this problem also when wanting to "tuck" some bitcoins away into a small wallet file and hide it away on a USB key.

If you just replace the wallet.dat file in the userdata folder, it won't show anything, you have to delete the block info, place the new wallet.dat in there and then wait for it to download the block data all over again.

It's a hassle, that's for sure, maybe in the future someone will make a client that doesn't require that for the wallet file but for now I just kind of work around it.

But at 1GB+ for a backup wallet now, I can't imagine how big that will be in 6 months or a year!

https://bitcoinmonkey.com/images/btcmonkey_ub.png
Join https://www.bitcoinmonkey.com mining pool!  0% Fees for life, LP, super low stales, API, SSL (with a real cert!), growing fast!
phorensic
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500



View Profile
July 12, 2011, 12:24:49 AM
 #6

resurfacing this thread again....  i am puzzled also.   is there a way to define a "cap" on the amount of disk space the bitcoin client will use?   is it just endless?
One of the proposed features for new versions is a way to download only the "headers" of the blockchain, instead of the entire thing.  But that is a ways off.
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
July 27, 2011, 05:25:17 PM
Last edit: July 29, 2011, 04:06:48 PM by phillipsjk
 #7

My test-node running for 55 days ran out of disk space today consuming 5.8GB, or about 105 MB/day. If I subtract my the directory sarting size of about 1GB, I get about 90MB/day. If I subtract the first two weeks (2.7GB listed above) I get about 76MB/day.

These numbers were with versions 0.2.22 and 0.2.23 of the official client (using the -gen option). During peak times my node had about 125 connections.

Edit: Most of the disk space (4.2GB) turns out to be used by a file called 'debug.log'. This is likely because I was running the Beta version of the client: extra debugging information was being saved. That means block-chain house-keeping is only about 700MB.

Update: see answer in second post. (Log rotation)

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!