On 4/14/2010 11:58 AM, ceg wrote: > Though I can sure understand it would be easier if we could just > dismiss this to be taken care of by users, data-loss/corruption will > allways come back heavy on ubuntu/mdadm.
Not necessarily. Data loss because of automatic hardware detection and activation is a problem certainly, but data loss because the user ran rm -rf / is not. > With ubunu systems in particular, we can not assume there will always > be an admin available. And if there is an admin, and he allways has > to re- add removed members manually, how does he notice if a user > made conflicting changes? He will notice when he sees that the array is degraded and refusing to use one of the disks. > I am not sure if we are considering the valid use case of auto > re-adding members enough here, yet. (Even if auto-adding just > "missing" and not "removed" members.) I.e. the case of > docking-stations / external backup drives. I'm not quite sure what you mean here. A device that is removed should never be automatically added when detected. > We need to avoid and warn about data-loss, no matter if manually or > automatically. Re-adding needs to be safe operation. If concurrent > changes where made syncing has to be refused, if --force is not > used. I'm not sure why --force should be required. When you add a disk to the array, you always destroy whatever data is on that disk. It goes without saying. >> you should have to manually add the disk back. You say this is how >> it used to work? When? It doesn't seem to work that way on Karmic. >> If it used to work that way, then the fact that it no longer does >> is the regression that needs fixed. > > Creating a fully hot-pluggable system is a major feature of ubuntu. Ok... how does that alter the fact that we should not be automatically adding devices to arrays that have been explicitly removed? -- array with conflicting changes is assembled with data corruption/silent loss https://bugs.launchpad.net/bugs/557429 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
