On Thu, Oct 25, 2012 at 12:34:40PM -0400, Whit Blauvelt wrote:
Just a note. The edit of the source dev in the kvm xml file did work for one
test VM (once I had the drbd set to primary - duh). But it DID NOT work for
the next one I tried it on. The VM after the change could not fully boot. So
if
Knocks self up side the head. Had been before. But wasn't.
Yes, that fixes it.
Best,
Whit
On Thu, Oct 25, 2012 at 05:36:46PM -0400, Vadym Chepkov wrote:
> Is your DRBD device in "primary" state?
>
> Cheers,
> Vadym
>
> On Oct 25, 2012 12:34 PM, "Whit Bla
On Thu, Oct 25, 2012 at 12:34:40PM -0400, Whit Blauvelt wrote:
> The easy road appears to be blocked, though. with this edited XML:
>
>
>
>
>
>
>
>
> the result is:
>
> # virsh start sql
> error: Failed to sta
On Thu, Oct 25, 2012 at 11:39:14AM -0400, Vadym Chepkov wrote:
>
> On Oct 25, 2012, at 11:23 AM, Whit Blauvelt wrote:
> > I should be able to stop the domain, change the middle line using "virsh
> > edit" to:
> >
> >
> >
>
>
>
On Thu, Oct 25, 2012 at 04:09:02PM +0200, Felix Frank wrote:
> Mostly what Adam said, but specifically:
>
> On 10/25/2012 03:38 PM, Whit Blauvelt wrote:
> > In the case where that data was a normal
> > filesystem, that's what DRBD does, right? That's the point of
On Fri, Oct 26, 2012 at 12:55:44AM +1100, Adam Goryachev wrote:
> In your case, it sounds like you used LVM (block devices) instead of
> /dev/sda1, and that you used DRBD instead of mdadm, and you used kvm
> instead of mount... but at the end of the day, you told kvm to slip
> under DRBD, which is
On Thu, Oct 25, 2012 at 03:30:18PM +0200, Rasto Levrinc wrote:
> I think that LCMC tries to prevent error like that.
>
> It doesn't let you create internal meta-data on an existing VM images,
> unless you choose "Create new meta-data & destroy data". I think I'll change
> that to "Destroy data &
On Thu, Oct 25, 2012 at 11:33:17AM +0200, Lars Ellenberg wrote:
> One such "adminnistrative error" we've come across much too frequently,
> and which shows exactly these "symptoms", is this:
>
> (I'm in the ascii art mood today...)
>
> You at one point had:
> -
>
> VM
> \
On Thu, Oct 25, 2012 at 12:50:57AM +0200, Rasto Levrinc wrote:
> On Wed, Oct 24, 2012 at 11:16 PM, Whit Blauvelt
> wrote:
> > I wrote:
> >
> >> > I've got a fairly simple setup, that back some time ago was working well,
> >> > but at some point h
Date: Wed, 24 Oct 2012 17:16:21 -0400
From: Whit Blauvelt
To: Rasto Levrinc , drbd-user@lists.linbit.com
Cc: drbd...@lists.linbit.com
Subject: Re: [drbd-mc] LCMC display says "up to date" but DRBD is not
User-Agent: Mutt/1.5.21 (2010-09-15)
I wrote:
> > I've got a fair
On Thu, Jun 23, 2011 at 01:54:45PM -0600, Pete Ashdown wrote:
> I don't think the cluster software is quite ready for primetime in Ubuntu.
> I have high hopes for the next LTS (12.04?). In any case, you'll need the
> ubuntu-ha ppa now.
I'm an old-school sysadmin. It's gotten to a point in the l
Thinking on this more, I'm no longer certain that host-level stonith is an
appropriate first or second level of response. There is no such thing in
this scenario as a DRBD resource which isn't solely devoted to a single KVM
VM. So any logic that assures that only the appropriate VMs are started on
On Thu, Jun 23, 2011 at 01:33:05PM -0400, Whit Blauvelt wrote:
> The step for today is trying to get IPMI stonith working, using Pacemaker
> 1.0.9 and Heartbeat 3.0.2. I've tried configuring external/impi through
> DRBD-MC, but all ends up with is a gray box saying Starting .
Hi,
After various diversions from the project, I'm back to gathering clues on
what should be a simple setup. But either my clue basket it leaking, or some
necessary clues take better luck than mine to easily find. It's should be a
fairly simple setup to complete.
It consists of two servers, dedic
On Tue, May 31, 2011 at 10:03:29AM -0400, Whit Blauvelt wrote:
> Another thing that's odd in this situation is that the keyboard is fully
> working in SOL, and appears to be working in Console Redirection too, yet I
> can't get a 'yes' through to drbdadmin. I can
On Mon, May 30, 2011 at 09:51:15AM +0200, Felix Frank wrote:
> > Does "X-Start-Before" mean start this before these, or start these before
> > this? Ubuntu as a Debian should obey this LSB stuff. But
>
> Careful - you're agitating the Debian crowd ;-)
>
> I wouldn't be so quick to assume that Ubu
On Sat, May 28, 2011 at 02:58:28PM -0700, Matt Graham wrote:
> If you can ssh to the bad machine, fix the /etc/init.d/drbd script so that it
> starts *after* all the NICs are running.
Yeah, I could do that if I could ssh. If I could ssh all would be pretty.
But the drbd init.d script is blockin
On Sat, May 28, 2011 at 11:12:50PM +0200, Valentin Vidic wrote:
> If there is a second node, perhaps you can make it appear? And after the
> primary finishes with the boot adjust the startup timeouts from the default
> values.
Sadly, the second node is up. But the node that's stuck was dumb enou
On Sat, May 28, 2011 at 04:25:45PM -0400, Dan Barker wrote:
> The setting is wfc-timeout and possibly degr-wfc-timeout. Unless you can
> force power off the machine and mount it's boot disk (like you would be able
> to in a VM setting), I think you have to drive over there or talk the
> janitor in
Hi,
I've got myself in a sticky situation. Restarting a system remotely that was
a drbd primary, it's getting to "Starting DRBD resources," and then, after
finding the meta data, there's the "DRBD's startup script waits for the peer
node(s) to appear," plus mention that degr-wfc-timeout and wfc-ti
On Sun, Apr 24, 2011 at 10:21:44PM -0400, Digimer wrote:
> Matching LVs are not the same LVs. The LV with your VM is a single item,
> and having it treated as such, which you get with clvmd, will ensure
> that it's not startable on either node at the same time.
Okay, that could be valuable. Thank
Digimer,
I really thank you for your long-form discussion. So much of the writing on
this stuff is terse, making for a steep learning curve.
> You should be using Clustered LVM (clvmd). This way the LVM PV/VG/LVs
> are in sync across both nodes at all times.
I'm not yet convinced why I should u
On Sun, Apr 24, 2011 at 10:39:01AM -0400, Digimer wrote:
> OCFS2 and GFS2 require cluster locking, which comes with a fair amount
> of overhead. Primary/Secondary DRBD with a "normal" filesystem like ext3
> will certainly be faster, but in Secondary, you can not access the
> Secondary resource a
> Funny that is something I was testing/fixing lately. I've uploaded a new
> version dmctest-0.9.1.dev.7.jar on
>
> http://oss.linbit.com/drbd-mc/
>
> where you can set the allow-migrate option. The timeouts will come soon in
> the next version.
>
> BTW, the setting up and modifying of VMs in a
Hi,
After reading back through the threads here, I've committed to going down
the same path as Bernd and several others have, as Bernd diagrammed:
> [ Node 1 ] [ Node 2 ]
> | |
> [HW RAID5] [HW RAID5]
> | |
> [Partition][Partition]
> |
25 matches
Mail list logo