| |||||||||||||
RAS tools - not meant for just "enterprise" distributionsRAS tools - not meant for just "enterprise" distributionsPosted Jul 21, 2005 12:55 UTC (Thu) by suparna (subscriber, #7766)Parent article: Kernel Summit 2005: RAS tools
Just a quick observation - first failure data capture tools are pretty useful in general and not likely to be limited to "enterprise" distributions (even though that is where the tools have been most desperately needed). For example kexec based crash dumps have already been used for resolving problems reported by testers during regular kernel development, and now that it is in mainline, wider use for better bug reporting will hopefully help improve the rate of resolution of bugs and hence quality of kernel development. Likewise with probe handler utilities. This is why keeping sync is an especially important design issue to be tackled, so that the tools are useful all through.
(Log in to post comments)
RAS tools - not meant for just "enterprise" distributions Posted Sep 17, 2005 11:54 UTC (Sat) by dkumargupta (guest, #25680) [Link] Completely agree with Suparna, the sync of kernel with tools is must. Many of the enterprise class kernels (aix, solaris, irix) kept the provision for tools by design and not as addon, thats why maintainability is so easy.
In case of linux "Reliable" first crash analysis support would definately improve the quality the kernel.
One of my expectations of summit was a road map for future apart from status. Any idea from from anybody would be useful. I still believe that "kernel stress testing" is big challenge. Creation of uncertain scenario and creating extreme load conditions are far away from LTP or any similar tools which i have seen yet.
Comments are welcome..
Best Regards
|
|||||||||||||