Giovanni Di Grezia
Giovanni Di Grezia
> `strace` shows that `zed` is doing a `BLKFLSBUF` ioctl which is causing the udev change event. > > Its stack traces seem to indicate that this is due to...
I think there is something wrong with the sequential resilver. Even if @behlendorf says it is expected. The zfs_scan_checkpoint_intval should indicate a time between checkpoints and scan queue full drained....
I have the same issue, #13070 Feb 06 19:20:53 shareserver zed[6892]: eid=36 class=config_sync pool='xpool3' Feb 06 19:20:53 shareserver zed[6891]: eid=37 class=config_sync pool='xpool3' Feb 06 19:20:54 shareserver zed[7545]: eid=38 class=config_sync pool='xpool3'...
@behlendorf can you please give a look at it? This strange behaviour seems very old.
https://github.com/openzfs/zfs/issues/7366#issuecomment-377401824 At this link there is the solution. At least for me. Setting autoexpand to off to all pools resolved the problem. journalctl | grep zed Feb 06 22:10:52 shareserver...
problem seems still here, what is very strange is that after shutting down the system and waking up, the autoexpand feature was still on even if it had been disabled.
@derekakelly thanks but i really think there is something related to autoexpand setting and import cache. Yesterday I set to all pools the autoexpand feature to off. I checked again...
i was trying to make the pdf plugin work but it returned the same error non pdf upload as non valid.
any news on this?
Thank you. > On 16 Feb 2021, at 12:51, Tomáš Bžatek wrote: > > > any news on this? > > No progress on smartmontools integration, not on a...