-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
sysevent.fs.zfs.config_sync when opening (g)parted #10087
Comments
just updated parted to latest version 3.3 and boltctl to latest version 0.8, but that does not change anything unfortunately. |
Ok, one step closer: |
There was a bug about this, I thought it was fixed/closed by now. Try searching the issue tracker for zfs-zed or just zed |
The one I found, which is still open is this: The thing about my issue is, that it only happens with the Thunderbolt device. |
This is the output of :
when running parted followed by an immediate quit.
|
It's getting worse. |
@AllKind is this still an issue? I have some debugging ideas if it is still happening. |
one work-around is to disable |
Wow, that workaround worked... no more wild disk scanning! |
This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions. |
System information
Describe the problem you're observing
I have a brand new Areca 8050T3 8 bay thunderbolt 3 storage tower with also new 8x Seagate Iron Wolf Pro 14TB hdds. The Areca is connected through the Gigabyte Thunderbolt 3 Titan Ridge PCIe card.
System is a fresh install of Linux Mint 19.3 with latest vanilla kernel 5.5.6 and zfs 0.8.3 (dkms),
on a brand new Gigabyte Designare TRX40 mainboard with AMD Ryzen 3960X and Corsair LPX Vengeance 32GB RAM (2x16GB). Firmware is the latest for all devices.
For testing I configured a raidz2 pool with like no data on it yet.
Now just open the program 'parted' or 'gparted' and zfs/zed is triggering these 'sysevent.fs.zfs.config_sync' events and all harddisks work like crazy for hours, as if they do a scrub/resilver.
I have no idea what is going on and why. No resilver/scrub action was triggered and no change to a vdev was done (as the zed-events man page would suggest.
There's also another pool with 7 internal WD SATA drives connected over a LSI Megaraid PCIe card, but that pool is not effected.
Here's the data I gathered:
pool creation history:
Thousands of these messages show up:
Thousands of these messages show up:
Syslog is also flooded, but in between the zed messages there are also kernel entries (that mean nothing to me) and some thunderbolt daemon ones (which I'm also not sure what exactly they mean).
/var/log/syslog:
After a reboot everything goes back to quiet "normal" operation.
I was asking in the Topicbox Discussion group, but didn't yet get any answer.
It looks to me like a strange issue, so I thought I better report it.
Best regards,
AllKind
Describe how to reproduce the problem
just start parted or gparted.
Include any warning/errors/backtraces from the system logs
The text was updated successfully, but these errors were encountered: