From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 3 Jun 2013 10:39:39 -0400 To: 9fans@9fans.net Message-ID: <70f065b39c27bd8063d14eef751cecb8@brasstown.quanstro.net> In-Reply-To: <20130603114926.GA19716@intma.in> References: <20130602155946.GA76076@intma.in> <17f847d4bb447895848cd56daccb4d7b@proxima.alt.za> <20130602165344.GA92436@intma.in> <914e8aff703ae3592f13e3fa53a2c23f@kw.quanstro.net> <20130603114926.GA19716@intma.in> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Fossil disk usage over 100%? Topicbox-Message-UUID: 61c2472c-ead8-11e9-9d60-3106f5b1d025 > The point I was making that it's amusing how much effort goes into the > annual "fossil does NOT suck!" parade on this mailing list. I'd be i believe you may have misread the emails. iirc, the way this started was a random jibe at fossil to the tune of "fossil is teh suck. data = lossage." it's not surprising to get responses that read to me like "from personal experience fossil is stable and i trust it. further you can recover from issues with venti" from the many folks successfully using fossil. this isn't new information, nor have any specific issues with fossil been raised. "fossil is teh suck. data = lossage." is not a specific issue given other folks successfully use fossil. and it's awful black and white. i did see something specific with fossil on the raspberry pi recently. i moved a few files and then accidentally did an unclean shutdown. one of those file was corrupt. when i rebooted it's parent directory was gone. when i rebooted again its parent was gone. it was like a prion. now, i'd forgotten about this since it looked like hardware, i i can't prove that i shut down the pi properly the second two times, but i think i did. there is a possiblity that this could be a fossil issue. unfortunately i've been to busy to try to replicate this. what would be helpful, and move the discussion forward, is if someone could try to replicate this with unclean shutdowns after various file operations. i suspect that it won't repeat. but either way, it will move the discussion forward. - erik