On 05/21/2012 02:26 PM, Florian Haas wrote:
> On Mon, May 21, 2012 at 8:14 PM, Matthew O'Connor wrote:
>> On 05/21/2012 05:43 AM, Florian Haas wrote:
>>> Does it have "fencing resource-and-stonith" in the DRBD configuration,
>>> and stonith_admin-fence-peer.sh as its fence-peer handler?
>> That
On Mon, May 21, 2012 at 8:14 PM, Matthew O'Connor wrote:
> On 05/21/2012 05:43 AM, Florian Haas wrote:
>> Does it have "fencing resource-and-stonith" in the DRBD configuration,
>> and stonith_admin-fence-peer.sh as its fence-peer handler?
> That was the problem. Totally forgot to update my DRBD c
On 05/21/2012 05:43 AM, Florian Haas wrote:
> Does it have "fencing resource-and-stonith" in the DRBD configuration,
> and stonith_admin-fence-peer.sh as its fence-peer handler?
That was the problem. Totally forgot to update my DRBD configuration.
For sake of testing, I used the "crm-fence-peer.s
Dejan Muhamedagic wrote:
> Horrible. And there's the answer to your question too. There's a
> new release planned for this week. You can also just drop the
> new exportfs (mind the permissions!).
>
I've already installed the new version. The size of rmtab went down to 3kb.
However this does not
On Mon, May 21, 2012 at 02:19:58PM +0200, Christoph Bartoschek wrote:
> Dejan Muhamedagic wrote:
>
> > Hi,
> >
> > On Mon, May 21, 2012 at 01:36:56AM +0200, Christoph Bartoschek wrote:
> >> Hi,
> >>
> >> we currently have the problem that when the NFS server is highly used the
> >> heartbeat:exp
Dejan Muhamedagic wrote:
> Hi,
>
> On Mon, May 21, 2012 at 01:36:56AM +0200, Christoph Bartoschek wrote:
>> Hi,
>>
>> we currently have the problem that when the NFS server is highly used the
>> heartbeat:exportfs monitor script fails with a timeout because it cannot
>> write the rmtab to the ex
Florian Haas wrote:
> On Mon, May 21, 2012 at 1:36 AM, Christoph Bartoschek
> wrote:
>> Hi,
>>
>> we currently have the problem that when the NFS server is highly used the
>> heartbeat:exportfs monitor script fails with a timeout because it cannot
>> write the rmtab to the exported filesystem wit
Florian Haas wrote:
>> Thus I would expect to have a write performance of about 100 MByte/s. But
>> dd gives me only 20 MByte/s.
>>
>> dd if=/dev/zero of=bigfile.10G bs=8192 count=1310720
>> 1310720+0 records in
>> 1310720+0 records out
>> 10737418240 bytes (11 GB) copied, 498.26 s, 21.5 MB/s
>
Hi,
On Mon, May 21, 2012 at 01:36:56AM +0200, Christoph Bartoschek wrote:
> Hi,
>
> we currently have the problem that when the NFS server is highly used the
> heartbeat:exportfs monitor script fails with a timeout because it cannot
> write the rmtab to the exported filesystem within the given
On Sun, May 20, 2012 at 6:40 AM, Matthew O'Connor wrote:
> After using the tutorial on the Hastexo site for setting up stonith via
> libvirt, I believe I have it working correctly...but...some strange things
> are happening. I have two nodes, with shared storage provided by a
> dual-primary DRBD
On Mon, May 21, 2012 at 1:36 AM, Christoph Bartoschek
wrote:
> Hi,
>
> we currently have the problem that when the NFS server is highly used the
> heartbeat:exportfs monitor script fails with a timeout because it cannot
> write the rmtab to the exported filesystem within the given time.
So, how a
On Sun, May 20, 2012 at 12:05 PM, Christoph Bartoschek
wrote:
> Hi,
>
> we have a two node setup with drbd below LVM and an Ext4 filesystem that is
> shared vi NFS. The system shows low performance and lots of timeouts
> resulting in unnecessary failovers from pacemaker.
>
> The connection between
Hi
> > -options="$options -D '$bind_dn' -w '$password'"
> > +options="$options -D $bind_dn -w $password"
> >fi
> >
> >[ -z "$1" ] && err_option=""
> >
> >
> > I did not came to this solution by myself, guys from
> > openldap-techinal@ helped me:
> > http://www.openldap.org/lists
13 matches
Mail list logo
