tag:blogger.com,1999:blog-2651400740461548183.post8554196515788313450..comments2023-11-02T09:00:46.828-07:00Comments on FreeBSD Foundation: Safe Removal of Active Disk DevicesUnknownnoreply@blogger.comBlogger5125tag:blogger.com,1999:blog-2651400740461548183.post-3693598552692637982009-08-31T04:27:39.495-07:002009-08-31T04:27:39.495-07:00Hi Saifi:
Call it less an "architectural def...Hi Saifi:<br /><br />Call it less an "architectural deficiency" so much as a change in requirements. As with other UNIX systems, FreeBSD has its origins in micro-computer and server installations where hard disks were not run-time removable media. These historic computing environments (and even current server environments) are highly controlled, and hard disks are rarely accidentally removed without first unmounting file systems. Administrator-controlled removal of storage devices has been well-supported for years (certainly as long as I've been using FreeBSD, which is since about 1994), but at issue is the unexpected disappearance of in-use storage devices.<br /><br />Over the years, computers have moved down-market and become more portable, FreeBSD has grown support for the run-time adding and removing a variety of devices, from mice and keyboards to network devices and hard disks. Hardware platforms have also matured in that time: you may recall that in the 1990's (and even today), PS/2 keyboard ports don't really support runtime configuration changes, but the advent of USB has changed the playing field significantly.<br /><br />This Foundation-funded project continues tracks that trend by improving the gracefulness with which the unexpected disappearance of storage devices is handled. There are limits to how gracefully this can ever be handled: fundamentally, a storage device that was in active use has been removed without notice, which means that write-behind caches can't be flushed, programs actively using the device will be exposed to potential data loss, and so on. <br /><br />Nevertheless, making sure the kernel doesn't panic and instead reports I/O errors to applications was an important change that required a sweep of in-kernel locations where previously successful completion of I/O was a code invariant. Much of this code was written with graceful removal in mind, so in some ways this was a sweeping up of loose ends, albeit critical ones.<br /><br />Edward's have significantly improved the robustness of FreeBSD in the presence of unexpected failures -- be it a user removing a USB key without unmounting first, or a disk array mysteriously disappearing in a server environment. This is something I know all of our users, low-end and high-end, will appreciate greatly.<br /><br />Robertrwatsoffhttps://www.blogger.com/profile/06631857720640146496noreply@blogger.comtag:blogger.com,1999:blog-2651400740461548183.post-18560025736798152842009-08-29T20:27:19.162-07:002009-08-29T20:27:19.162-07:00"... fixing the problem involved making chang..."... fixing the problem involved making changes to CAM, SCSI, GEOM, VFS, UFS ... "<br /><br />Does this mean there are architectural issues and deficencies in FreeBSD, wherein fixing a 'umount' issue requires touching so many subsystems ?<br /><br />thanks<br />Saifi.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2651400740461548183.post-89770693650257223112009-08-13T06:47:12.520-07:002009-08-13T06:47:12.520-07:00Can you point me into the actual commits?Can you point me into the actual commits?polachokhttps://www.blogger.com/profile/13245179806743047354noreply@blogger.comtag:blogger.com,1999:blog-2651400740461548183.post-19153305149604404912009-08-12T22:31:51.238-07:002009-08-12T22:31:51.238-07:00@flauran:
"Most of the fixes were backported...@flauran:<br /><br />"Most of the fixes were backported to FreeBSD 7-STABLE and will appear in FreeBSD 7.2."<br /><br />So it will be , of course, also in 7.3.laemodosthttps://www.blogger.com/profile/00349177425658223586noreply@blogger.comtag:blogger.com,1999:blog-2651400740461548183.post-64739932628845711472009-08-12T13:54:37.898-07:002009-08-12T13:54:37.898-07:00Great news!
Is that going to appear in 7.2 or 7.3...Great news!<br /><br />Is that going to appear in 7.2 or 7.3? Cause 7.2-RELEASE is out already.flauranhttps://www.blogger.com/profile/02088920632879603513noreply@blogger.com