On Thu, 18 May 2017, Peter Becker wrote:
> I'm not sure if this would be helpfull but can you post the output
> from this script?
> cd /tmp
> wget https://raw.githubusercontent.com/kdave/btrfs-progs/master/btrfs-debugfs
> chmod +x btrfs-debugfs
> stats=$(sudo ./btrfs-debugfs -b /)
> ...
Thank y
our python-based program crashed with
File
"/home/yoh/proj/datalad/datalad/venv-tests/local/lib/python2.7/site-packages/gitdb/stream.py",
line 695, in write
os.write(self._fd, data)
OSError: [Errno 28] No space left on device
but as far as I could see there still should be both data and m
On Tue, 09 Aug 2016, Yaroslav Halchenko wrote:
> The beast has died on me today's morning :-/ Last kern.log msg was
> (Fixing recursive fault but reboot is needed!)
locked down again but this time seems to be different stack (and no above
msg) from before:
(full list of oopses
On Sun, 12 Jun 2016, Yaroslav Halchenko wrote:
> On Fri, 10 Jun 2016, Chris Murphy wrote:
> > > Are those issues something which was fixed since 4.6.0-rc4+ or I should
> > > be on look out for them to come back? What other information should I
> > > provide if I r
On Fri, 10 Jun 2016, Chris Murphy wrote:
> > Are those issues something which was fixed since 4.6.0-rc4+ or I should
> > be on look out for them to come back? What other information should I
> > provide if I run into them again to help you troubleshoot/fix it?
> > P.S. Please CC me the replies
Dear BTRFS developers,
First of all -- thanks for developing BTRFS! So far it served really
well, when others falling (or failing) behind in my initial evaluation
(http://datalad.org/test_fs_analysis.html). With btrbk backups are a
breeze. But it still does fail completely for me at times
unfor
