A Guardian Angel of File Systems: Monitoring for File System Errors in Data Centers
summary
Explains a concrete kernel-level solution: a new fsnotify error event that wakes user space with a structured record (fsid, file handle, error count and a file-system-specific blob) instead of noisy dmesg parsing. Shows an example userspace tool fs-monitor sample userspace tool from the kernel tree that decodes ext4 reports, notes ext4 support since 5.16, and outlines plans to expose blob data for targeted online repair and port the hook to other filesystems.
AI-written summary · about
chapters (11)
- 0:00Start
- 2:36File system errors - Overview
- 5:57How do I know that my file system is failing?
- 8:36Kernel log-No man's land
- 16:33Death by a thousand servers
- 18:03Enters fanotify
- 23:09Extending fanotify - 2
- 27:16Documentation
- 27:55Future Work
- 32:18Notifications from kernel to userspace
- 34:38watch_queue
related talks
08mReal-time monitoring GlusterFS using Events APIs
55mAdvanced Tracing Features to See What Your Application is Waiting On
20mThink eBPF for Kernel Security Monitoring
22mScaling Kernel Production Monitoring @ Meta
01h 01mSysinternals for Linux
08mCephFS Tell-Me-What-Happened --Yes-I-Really-Really-Mean-It
35mLinux Tracing updates
10mLightning Talk: Deep Dive: How Fluent Bit Collects File Logs