7.0/i386 to 8.0/amd64 - gmirror/gstripe migration
Hi! I am planning to move from 7.0-REL-i386 to 8.0-REL-amd64 in the near future. My OS drive is a single ata-133 80gb drive, and my data drives are four 1.5TB SATA drives. 6TB total, configured as 2x 3TB 'gstripe' volumes, and I am using gmirror to mirror those gstripe volumes. I hope that makes sense. In any case, I'd like to just unplug the drives, do my upgrade, plug the drives back in, and startup the array as I have in 7.0.I'm planning to just do a fresh install of 8.0 on a new SATA 80GB drive and make that my new OS drive. Does anyone foresee any serious problems with this plan? I know doing a whole version upgrade can sometimes introduce bugs when dealing with old setups, so I just want to cover my bases prior to the work. I am backing up this system to another system, so if I end up losing the data or having to rebuild the array, that's fine, it just sucks having to copy the 2TB of data over the wire afterward. Thanks for your help! ++AMARU ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.0/i386 to 8.0/amd64 - gmirror/gstripe migration
No one has any idea? :( ++AMARU From: Amaru Netapshaak postfix_am...@yahoo.com To: freebsd-questions@freebsd.org Sent: Wed, May 19, 2010 9:33:14 AM Subject: 7.0/i386 to 8.0/amd64 - gmirror/gstripe migration Hi! I am planning to move from 7.0-REL-i386 to 8.0-REL-amd64 in the near future. My OS drive is a single ata-133 80gb drive, and my data drives are four 1.5TB SATA drives. 6TB total, configured as 2x 3TB 'gstripe' volumes, and I am using gmirror to mirror those gstripe volumes. I hope that makes sense. In any case, I'd like to just unplug the drives, do my upgrade, plug the drives back in, and startup the array as I have in 7.0.I'm planning to just do a fresh install of 8.0 on a new SATA 80GB drive and make that my new OS drive. Does anyone foresee any serious problems with this plan? I know doing a whole version upgrade can sometimes introduce bugs when dealing with old setups, so I just want to cover my bases prior to the work. I am backing up this system to another system, so if I end up losing the data or having to rebuild the array, that's fine, it just sucks having to copy the 2TB of data over the wire afterward. Thanks for your help! ++AMARU ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
ZFS Question
Hello, I am interested in using something like ZFS for its distributed nature. I run a file server with samba acting as a PDC. I also run a second server as a BDC. What I would like is a method for keeping both servers shared data drives in sync when both the PDC and BDC are running. I am currently doing an incremental update twice daily to the BDC using rsync over SSH. It works, but its just not good enough.. if the PDC goes down, anything created or altered after midnight or so, isnt propagated to the BDC. I understand I can use ZFS to accomplish this easily.. but from what I've read, you still need to manually push updates to the backup server over ssh via cron. So I would still have windows of time where the file systems would not be in sync.. am I heading in the wrong direction here? I am beginning to think I am.. I've been afraid of NFS for some time.. remembering back to the days when it was just not safe to use NFS. I may have carried that fear on irrationally.. is NFS a viable solution to my problem these days? Thanks for the advice! +-+ AMARU ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
