25.10.2012 19:55, Whit Blauvelt wrote:
> 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: Fail
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 Blauvelt" wrote:
>
> On Thu, Oct 25,
Is your DRBD device in "primary" state?
Cheers,
Vadym
On Oct 25, 2012 12:34 PM, "Whit Blauvelt" wrote:
> 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 usi
On Thursday 25 October 2012 20:45:15 Adam Goryachev wrote:
> That is my specific current question, but in reality, from all the docs
> I've read on the drbd website, there doesn't seem to be a page which
> documents all of the config options, and explains in some detail what
> each option does. (or
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 start domain sql
> error: unable to open disk
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:
> >
> >
> >
>
>
> I would use a different path:
>
> /dev/drbd/by-res/vmN
>
>
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:
>
>
>
I would use a different path:
/dev/drbd/by-res/vmN
Easier to spot an error and you might change the device number, but name will
still be th
On 10/25/2012 05:38 PM, Whit Blauvelt wrote:
> My shortcoming was not categorizing what libvirt-KVM-QEMU does as "mounting"
> when it's using a direct write to a raw partition. If my current, still
> sketchy understanding is right, did I only miss editing the XML file to
> change what's mounted by
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 the offer to
> > duplicate the exi
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 &
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 the offer to
> duplicate the existing data from primary to secondary? So with a normal
> filesystem, you
On 26/10/12 00:38, Whit Blauvelt wrote:
> I love ASCII art! Really, any diagram is good. Helps disperse the opacity.
>
> In the interest of understanding how an average administrator can get
> confused here: DRBD on setup offers to duplicate the data on the primary to
> the secondary. That works. S
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
> \
Hey guys,
So we've recently upgraded to DRBD 8.4.2, and have been noticing some... odd
behavior. Here's a sar extract for a glitch we noticed last night:
12:00:01 AM DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz
await svctm %util
10:08:01 PM dev251-0833.61 43883.
On Thu, Oct 25, 2012 at 2:13 AM, Whit Blauvelt wrote:
> 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,
>> >>
On 25/10/12 20:24, Lars Ellenberg wrote:
> On Tue, Oct 23, 2012 at 11:03:14AM +0200, Thilo Uttendorfer wrote:
>> Hi,
>>
>> the man-page of drbd.conf says about protocol B "...completed, if it has
>> reached local disk and remote buffer cache".
>>
>> How can I determine the size of the remote buffe
On Wed, Oct 24, 2012 at 2:28 PM, Matthew Goulding wrote:
> Hi All!,
>
> I have been looking into to using Infiniband with SDP.
>
> Though from what i read SDP is now deprecated and the "ib_sdp" module is no
> longer part of OFED or the kernel.
>
> Ref:
> http://comments.gmane.org/gmane.network.ope
On Wed, Oct 24, 2012 at 05:44:49PM -0400, Whit Blauvelt wrote:
>
> 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
On Tue, Oct 23, 2012 at 11:03:14AM +0200, Thilo Uttendorfer wrote:
> Hi,
>
> the man-page of drbd.conf says about protocol B "...completed, if it has
> reached local disk and remote buffer cache".
>
> How can I determine the size of the remote buffer cache? Is this cache also
> limited by the "
20 matches
Mail list logo
