Re: gmirror losing drive
Danny Howard wrote: I'm not entirely sure on this one ... you have RTFM? Obviously. I started with the tutorial at http://people.freebsd.org/~rse/mirror/, but I read the whole manual before setting it up. There's gmirror configure -a ... but that is about synchronization. Yes, and synchronization works fine. What does gmirror info says before you forget / insert? Hm, I'd have to reboot. Right now it says: Geom name: gm0 State: COMPLETE Components: 2 Balance: split Slice: 2048 Flags: NONE SyncID: 5 ID: 2253479574 Providers: 1. Name: mirror/gm0 Mediasize: 36778544640 (34G) Sectorsize: 512 Mode: r3w3e2 Consumers: 1. Name: da1 Mediasize: 36778545152 (34G) Sectorsize: 512 Mode: r3w3e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 5 ID: 4069582681 2. Name: da0 Mediasize: 36778545152 (34G) Sectorsize: 512 Mode: r3w3e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 5 ID: 4172309470 Geom name: gm0.sync After a reboot I only see da1 under Consumers and State is DEGRADED (Componentis are still 2, though). My hunch is that you are not rebooting cleanly, so when the system comes up, gmirror thinks it has to re-sync the disks I would expect this behaviour, but: a) I am rebooting cleanly; b) it doesn't just need resync (that happened to me on another machine), it really loses one drive/Consumer!!! but it is not configured to do so automatically? It is, and in fact it does, as soon as I forget/reinsert da0. What command / process did you use to set up your mirror? Hard to remember. I more or less followed the tutorial above. BTW: system is 5.3p9 now bye Thanks av. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror losing drive
On Tue, 19 Apr 2005 14:38:33 +0200, Andrea Venturoli [EMAIL PROTECTED] wrote: Danny Howard wrote: I'm not entirely sure on this one ... you have RTFM? Obviously. I started with the tutorial at http://people.freebsd.org/~rse/mirror/, but I read the whole manual before setting it up. There's gmirror configure -a ... but that is about synchronization. Yes, and synchronization works fine. What does gmirror info says before you forget / insert? Hm, I'd have to reboot. Right now it says: Geom name: gm0 State: COMPLETE Components: 2 Balance: split Slice: 2048 Flags: NONE SyncID: 5 ID: 2253479574 Providers: 1. Name: mirror/gm0 Mediasize: 36778544640 (34G) Sectorsize: 512 Mode: r3w3e2 Consumers: 1. Name: da1 Mediasize: 36778545152 (34G) Sectorsize: 512 Mode: r3w3e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 5 ID: 4069582681 2. Name: da0 Mediasize: 36778545152 (34G) Sectorsize: 512 Mode: r3w3e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 5 ID: 4172309470 Geom name: gm0.sync After a reboot I only see da1 under Consumers and State is DEGRADED (Componentis are still 2, though). My hunch is that you are not rebooting cleanly, so when the system comes up, gmirror thinks it has to re-sync the disks I would expect this behaviour, but: a) I am rebooting cleanly; b) it doesn't just need resync (that happened to me on another machine), it really loses one drive/Consumer!!! BTW: system is 5.3p9 now I've been using geom_mirror for quite a while. I currently use it on 6-CURRENT and 5.4-STABLE systems. The implementation has evolved since first I used it, and some kinks have been worked out. You may be experiencing some of these kinks. Do you have swap on your geom_mirror? In earlier versions of geom_mirror, even a clean shutdown would cause a mirror to be marked degraded if swap was still active. The fix at the time was to amend the stop_cmd in /etc/rc.d/swap1 to do an explicit swapoff -a (or similar). Later modifications rendered this explicit step unnecessary. I also remember a short window in which I experienced the same problem of losing a drive/consumer at reboot when a mirror would become degraded (in my case, due to the TIMEOUT - WRITE_DMA problems I was having with 5.x/6.x). This seemed to go away with a subsequent upgrade. So, if you are planning to upgrade when 5.4-RELEASE rolls around, you might find that these problems disappear. Otherwise, you may be stuck with at least one of them. Cheers, Paul. -- e-mail: [EMAIL PROTECTED] Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid. --- Frank Vincent Zappa ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror losing drive
Andrea, I have no idea, sorry, but I do notice that your gmirror list looks somewhat different from mine, so I'll include that output, in case we might learn something. I wish you all the best in cracking this nut ... :/ On Tue, Apr 19, 2005 at 02:38:33PM +0200, Andrea Venturoli wrote: Geom name: gm0 State: COMPLETE Components: 2 Balance: split Slice: 2048 Flags: NONE SyncID: 5 ID: 2253479574 Providers: 1. Name: mirror/gm0 Mediasize: 36778544640 (34G) Sectorsize: 512 Mode: r3w3e2 Consumers: 1. Name: da1 Mediasize: 36778545152 (34G) Sectorsize: 512 Mode: r3w3e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 5 ID: 4069582681 2. Name: da0 Mediasize: 36778545152 (34G) Sectorsize: 512 Mode: r3w3e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 5 ID: 4172309470 Geom name: gm0.sync Geom name: gm0 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE SyncID: 2 ID: 21500713 Providers: 1. Name: mirror/gm0 Mediasize: 250059349504 (233G) Sectorsize: 512 Mode: r7w7e2 Consumers: 1. Name: ad4 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r7w7e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 2 ID: 107796709 2. Name: ad6 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r7w7e3 State: ACTIVE Priority: 0 Flags: DIRTY SyncID: 2 ID: 3458394720 Geom name: gm0.sync ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror losing drive
Paul Mather wrote: Do you have swap on your geom_mirror? Yes. In earlier versions of geom_mirror, even a clean shutdown would cause a mirror to be marked degraded if swap was still active. The fix at the time was to amend the stop_cmd in /etc/rc.d/swap1 to do an explicit swapoff -a (or similar). Later modifications rendered this explicit step unnecessary. Yes, that hit me too (on another machine), but it would render a disk stale, it would not become lost. I also remember a short window in which I experienced the same problem of losing a drive/consumer at reboot when a mirror would become degraded (in my case, due to the TIMEOUT - WRITE_DMA problems I was having with 5.x/6.x). This seemed to go away with a subsequent upgrade. Hmm, this might be it, altough I'm usinc SCIS, so no DMA stuff... So, if you are planning to upgrade when 5.4-RELEASE rolls around, you might find that these problems disappear. I am planning to do that as soon as it's released. I hope it will help. bye Thanks av. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
gmirror losing drive
Hello. I'm almost happily using gmirror on da0 and da1. The problem is after every reboot da0 is gone and I have to issue: gmirror forget gm0 gmirror insert gm0 da0 Then it will synchronize automatically. Why? How do I resolve? Should I save the configuration in any way after issuing the previous commands? bye Thanks av. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror losing drive
Andrea Venturoli wrote: Hello. I'm almost happily using gmirror on da0 and da1. The problem is after every reboot da0 is gone and I have to issue: gmirror forget gm0 gmirror insert gm0 da0 Then it will synchronize automatically. Why? How do I resolve? Should I save the configuration in any way after issuing the previous commands? Andrea, I'm not entirely sure on this one ... you have RTFM? There's gmirror configure -a ... but that is about synchronization. What does gmirror info says before you forget / insert? My hunch is that you are not rebooting cleanly, so when the system comes up, gmirror thinks it has to re-sync the disks, but it is not configured to do so automatically? What command / process did you use to set up your mirror? -d -- http://dannyman.toldme.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
