Kaspar, On Apr 7, 8:31 am, Kaspar Schiess <e...@space.ch> wrote:
> It is correct that zfs normally wont allow to recreate zpool (issuing a > warning about the device already being part of a zpool). Only that when > your OS doesn't know about the pool anymore, you don't want puppet to > create it on the next boot - you will want to recover it. But I guess > I've driven that home. > when I commissioned Andrew to create the zpool type we tried to make it as failsafe as possible (e.g. not using "-f", aborting when unsure, etc). This was one of the cases we didn't think of :) However, if you do this kind of operation, you should have realized that the system will come back up without all previous zpools (and zfs file systems). > So to reproduce this (for whatever its worth) try deleting > /etc/zfs/zpool.cache. > When I remove /etc/zfs/zpool.cache (in safemode) and then reboot, the system comes back up without the data pool. This triggers zpool create to run, but it fails with: "<disk> is part of an exported or potentially active ZFS pool <pool>", and since that failed all my zfs types depending on that pool failed - no harm done. So I don't get how you could have lost your pool, as zpool will refuse to overwrite an existing pool without the "-f". All you would have had to do was run "zpool import<pool>" and you'd been back to normal. > >> In addition, I totally agree about the complexities surrounding zpool > >> creation. > > If zpool could create complex setups for me without knowing about device > names beforehand, it would really be useful for provisioning. This way > .. its just plain dangerous. > For me it depends. I just deployed 40 identical systems, and they all have 4 disks, two are used for the root pool (to boot form) and two are used as a data pool. I prefer to do the data pool creation in puppet over in jumpstart, as it allows me to control more features in the zpool. cheers, /Martin -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
