Re: Lock-ups, assertion failure in btrfsck, scrub reporting super=4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tobias Getzner posted on Thu, 05 Mar 2015 12:48:00 +0100 as excerpted:

> I booted back into the graphical system, and when not running Firefox, I
> did not get any immediate lock-ups anymore.
> 
> I’d welcome any advice on how to proceed, i.e., in how to resolve the
> lock-ups, and, if possible, in fixing potential problems with the
> file-system.

I'll let a dev answer that side of things but a couple comments, for what 
they are worth...

1) The firefox issue is likely related to the sqlite database files it 
uses.  Database random-rewrite-pattern files are always a challenge for 
cow-based filesystems such as btrfs, tho with small ones like those 
firefox typically uses, the btrfs autodefrag mount option can help.  Be 
aware, however, that it can trigger performance issues with larger 
(typically half-gig plus) random-rewrite-pattern files such as VM images 
and large databases, tho.  But if you're not running anything like that 
and don't have autodefrag in your btrfs mount options, I'd suggest trying 
it.  If you /are/ running VMs and the like, it's worth doing a bit more 
research on the topic both on the btrfs wiki, and on the backlist, here.  
There are workaround, but they can get a bit complex...

Meanwhile, the problem file is likely in your firefox profile.  You could 
try starting with a clean firefox profile and see if the problem 
disappears, and if so, bisect the profile to see what file it is and 
delete it or restore it from backup.

2) Just noting, I'm running kernel 3.19 here without issues, but I run 
multiple smaller btrfs (largest is <50 GiB) than some people, and I'm on 
fast SSD, so I don't tend to see the issues that people with TB-sized 
btrfs on spinning rust see.  And I mount with autodefrag...

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux