linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* btrfd, is btrfs daemon a thing ?
@ 2021-02-24  9:43 Ghislain Adnet
  0 siblings, 0 replies; only message in thread
From: Ghislain Adnet @ 2021-02-24  9:43 UTC (permalink / raw)
  To: linux-btrfs

hi there,

  As a newbie in Btrfs land i installed a raid1 configuration and played with it.
  After hot removing a drive of the raid i got two remarks that i cannot find answer with with my google foo.

  So, to not die stupid i post a little email here to see if there is solutions about this :)

   The experiment finished well the raid was reconstructed ans some untouched partition were even recreated automaticaly when the drive was put back, this is very cool !
   The one with changes had to be manualy replaced, that was espected.

   The issues are:

- logs: my systemd journal and my kernel.log were completely stampeded by btrfs logs.
        On the mdadm world you have some message about disapearing drives and then it stops.
        On my test there was hundreds of megabytes of brtfs error logs.

- monitoring : on mdamd you have a daemon that can warn you and even automaticaly run programs to warn you of a failure.
                I think zfs has this too with ZED.
                I was not able to find such a thing in btrfs.
                Does it exist such a monitoring system capable of warning the admin when error appear in btrfs other than cron grepping the logs or btrfs device stats ?


   Is there anyway to mitigate the log issue and did someone took a shot at a monitoring system for btrfs ?

--
best regards,
Ghislain.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2021-02-24  9:52 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-02-24  9:43 btrfd, is btrfs daemon a thing ? Ghislain Adnet

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).