Hi Holger,
On Sat, Feb 19, 2011 at 05:59:36PM +0100, Holger Teutsch wrote:
> On Thu, 2011-02-10 at 16:39 +0100, Holger Teutsch wrote:
> > On Thu, 2011-02-10 at 13:07 +0100, Dejan Muhamedagic wrote:
> > > On Wed, Feb 09, 2011 at 07:38:49PM +0100, Holger Teutsch wrote:
> > > > Hi,
> > > > please fin
On Thu, 2011-02-10 at 16:39 +0100, Holger Teutsch wrote:
> On Thu, 2011-02-10 at 13:07 +0100, Dejan Muhamedagic wrote:
> > On Wed, Feb 09, 2011 at 07:38:49PM +0100, Holger Teutsch wrote:
> > > Hi,
> > > please find enclosed the revised version.
> > >
> > > -holger
> > >
> > > On Wed, 2011-02-09 a
On Thu, Feb 10, 2011 at 04:39:20PM +0100, Holger Teutsch wrote:
> On Thu, 2011-02-10 at 13:07 +0100, Dejan Muhamedagic wrote:
> > On Wed, Feb 09, 2011 at 07:38:49PM +0100, Holger Teutsch wrote:
> > > Hi,
> > > please find enclosed the revised version.
> > >
> > > -holger
> > >
> > > On Wed, 2011-
On Thu, 2011-02-10 at 14:23 +0100, Dejan Muhamedagic wrote:
> On Thu, Feb 10, 2011 at 08:43:38AM +0100, Holger Teutsch wrote:
> > On Wed, 2011-02-09 at 18:58 +0100, Lars Ellenberg wrote:
> > > On Wed, Feb 09, 2011 at 06:22:09PM +0100, Dejan Muhamedagic wrote:
> > > > Hi Holger,
> > > >
> > > > On
On Thu, 2011-02-10 at 13:07 +0100, Dejan Muhamedagic wrote:
> On Wed, Feb 09, 2011 at 07:38:49PM +0100, Holger Teutsch wrote:
> > Hi,
> > please find enclosed the revised version.
> >
> > -holger
> >
> > On Wed, 2011-02-09 at 14:03 +0100, Dejan Muhamedagic wrote:
> > > Hi,
> > >
> >
> > > Pleas
On Thu, Feb 10, 2011 at 08:43:38AM +0100, Holger Teutsch wrote:
> On Wed, 2011-02-09 at 18:58 +0100, Lars Ellenberg wrote:
> > On Wed, Feb 09, 2011 at 06:22:09PM +0100, Dejan Muhamedagic wrote:
> > > Hi Holger,
> > >
> > > On Wed, Feb 09, 2011 at 06:08:51PM +0100, Holger Teutsch wrote:
> > > > Guy
On Wed, Feb 09, 2011 at 07:38:49PM +0100, Holger Teutsch wrote:
> Hi,
> please find enclosed the revised version.
>
> -holger
>
> On Wed, 2011-02-09 at 14:03 +0100, Dejan Muhamedagic wrote:
> > Hi,
> >
>
> > Please find below some comments.
[...]
> > > #
> > > # maintain the fal (first active l
On Wed, 2011-02-09 at 18:58 +0100, Lars Ellenberg wrote:
> On Wed, Feb 09, 2011 at 06:22:09PM +0100, Dejan Muhamedagic wrote:
> > Hi Holger,
> >
> > On Wed, Feb 09, 2011 at 06:08:51PM +0100, Holger Teutsch wrote:
> > > Guys,
> > > coming back from a 3 hour break I'm a bit shocked about the very
>
On Wed, 2011-02-09 at 19:30 +0100, Lars Marowsky-Bree wrote:
> We don't have them _yet_, which I think is holding us up here.
>
> I'm wondering if you could automate these tests in a script (perhaps
> using the ocft framework that is in the repo)? So that we can show that
> the "new" DB2 one pass
On 2011-02-09T16:58:12, Dejan Muhamedagic wrote:
> Actually, I was also thinking about having another provider for
> db2. I think that we should do this.
I'm still unconvinced, because it requires users to change their
configuration back and forth.
> > If the RA is really backwards compatible,
Hi,
please find enclosed the revised version.
-holger
On Wed, 2011-02-09 at 14:03 +0100, Dejan Muhamedagic wrote:
> Hi,
>
> Please find below some comments.
>
> > #!/bin/sh
> > #
> > # db2
> > #
> > # Resource agent that manages a DB2 LUW database in Standard role
> > db2home=$(sh -
On 2011-02-09T17:09:29, Dejan Muhamedagic wrote:
> > I agree with that. (Not the coward part, of course!) IMHO though, the
> > answer is to improve our test coverage to the point where we can
> > refactor and clean up code without taking an unreasonable risk of
> > breakage.
> Dream on ;-)
Uhm.
On 2011-02-09T18:08:51, Holger Teutsch wrote:
> coming back from a 3 hour break I'm a bit shocked about the very
> *active* discussion and it is difficult to me to find an entry point.
Heh ;-) Sorry, you've prodded a wasp nest.
> I've spent a lot of time to make it plug in compatible to the ol
On 2011-02-09T18:22:09, Dejan Muhamedagic wrote:
We need to get out of this "oh my god fear is bad I'm afraid" attitude
as a project/group. It doesn't make me happy.
> Right now, I think the best option would be to put your agent in
> /usr/lib/ocf/resource.d/testing and ask people to help test
On 2011-02-09T17:05:08, Dejan Muhamedagic wrote:
> > That, by itself, doesn't strike me as a reasonable argument for
> > duplicating the RA.
> Look, if I could tell that changes were safe, then I certainly
> wouldn't moan about it. If you can, please go ahead.
... I thought I covered that in the
On Wed, Feb 09, 2011 at 06:22:09PM +0100, Dejan Muhamedagic wrote:
> Hi Holger,
>
> On Wed, Feb 09, 2011 at 06:08:51PM +0100, Holger Teutsch wrote:
> > Guys,
> > coming back from a 3 hour break I'm a bit shocked about the very
> > *active* discussion and it is difficult to me to find an entry poin
Hi Holger,
On Wed, Feb 09, 2011 at 06:08:51PM +0100, Holger Teutsch wrote:
> Guys,
> coming back from a 3 hour break I'm a bit shocked about the very
> *active* discussion and it is difficult to me to find an entry point.
No worries, I found it very difficult to follow to. There were
like a few t
On Wed, Feb 09, 2011 at 05:54:38PM +0100, Lars Ellenberg wrote:
> On Wed, Feb 09, 2011 at 05:00:31PM +0100, Dejan Muhamedagic wrote:
> > On Wed, Feb 09, 2011 at 03:41:26PM +0100, Lars Ellenberg wrote:
> > > On Wed, Feb 09, 2011 at 02:03:04PM +0100, Dejan Muhamedagic wrote:
> > > > > hadr_vars=$
Guys,
coming back from a 3 hour break I'm a bit shocked about the very
*active* discussion and it is difficult to me to find an entry point.
On Wed, 2011-02-09 at 14:19 +0100, Lars Marowsky-Bree wrote:
> A reasonable approach - in my opinion - would be to add a few test vcases
> (starting with ocf
On Wed, Feb 09, 2011 at 05:00:31PM +0100, Dejan Muhamedagic wrote:
> On Wed, Feb 09, 2011 at 03:41:26PM +0100, Lars Ellenberg wrote:
> > On Wed, Feb 09, 2011 at 02:03:04PM +0100, Dejan Muhamedagic wrote:
> > > > hadr_vars=$(echo "$output" |\
> > > > awk '$0 ~/HADR database role/ {printf
On Wed, Feb 09, 2011 at 02:47:03PM +0100, Lars Marowsky-Bree wrote:
> On 2011-02-09T14:43:17, Andrew Beekhof wrote:
>
> > It happens often enough - its just normally by a core developer.
> > And realistically, almost every RA is going to get similar treatment
> > (over time) as they're merged wit
On Wed, Feb 09, 2011 at 02:21:15PM +0100, Lars Marowsky-Bree wrote:
> On 2011-02-09T14:17:58, Dejan Muhamedagic wrote:
>
> > At any rate, I wouldn't want to take responsibility for replacing
> > the existing (and working RA) with a completely new and not yet
> > tested code. Call me coward :)
>
On Wed, Feb 09, 2011 at 02:19:02PM +0100, Lars Marowsky-Bree wrote:
> On 2011-02-09T11:56:53, Dejan Muhamedagic wrote:
>
> > Great! Unfortunately, we can't replace the old db2 now, the
> > number of changes is very large:
>
> That, by itself, doesn't strike me as a reasonable argument for
> dupl
On Wed, Feb 09, 2011 at 03:41:26PM +0100, Lars Ellenberg wrote:
> On Wed, Feb 09, 2011 at 02:03:04PM +0100, Dejan Muhamedagic wrote:
> > > hadr_vars=$(echo "$output" |\
> > > awk '$0 ~/HADR database role/ {printf "HADR_ROLE=%s; ", $NF;}
> > > $0 ~/HADR_TIMEOUT/ {printf "HADR_TIM
On Wed, Feb 09, 2011 at 04:01:46PM +0100, Lars Marowsky-Bree wrote:
> On 2011-02-09T15:35:01, Lars Ellenberg wrote:
>
> > > So don't do that :-)
> > > Put up a wiki page with instructions for how to download+use the new
> > > agent and give feedback.
> >
> > How about a staging area?
> > /usr/l
On Wed, Feb 09, 2011 at 04:01:46PM +0100, Lars Marowsky-Bree wrote:
> In practice though, both approaches and the whole approach are not
> without complexity.
>
> I'd really feel more comfortable if we could instead get reasonable test
> coverage so that we don't have to be afraid. The "canary tes
On 2011-02-09T15:35:01, Lars Ellenberg wrote:
> > So don't do that :-)
> > Put up a wiki page with instructions for how to download+use the new
> > agent and give feedback.
>
> How about a staging area?
> /usr/lib/ocf/resource.d/staging/
>
> we can also add a
> /usr/lib/ocf/resource.d/depreca
On Wed, Feb 9, 2011 at 3:35 PM, Lars Ellenberg
wrote:
> On Wed, Feb 09, 2011 at 02:43:17PM +0100, Andrew Beekhof wrote:
>> >> Are you going to change the name of every agent that gets a rewrite?
>> >>
>> >> IPaddr2-ng-ng-again-and-one-more-plus-one
>> >
>> > I don't think it is going to happen
On Wed, Feb 09, 2011 at 02:03:04PM +0100, Dejan Muhamedagic wrote:
> > hadr_vars=$(echo "$output" |\
> > awk '$0 ~/HADR database role/ {printf "HADR_ROLE=%s; ", $NF;}
> > $0 ~/HADR_TIMEOUT/ {printf "HADR_TIMEOUT=%s; ", $NF;}
> > $0 ~/First active log file/ {printf "FIRST
On Wed, Feb 09, 2011 at 02:43:17PM +0100, Andrew Beekhof wrote:
> >> Are you going to change the name of every agent that gets a rewrite?
> >>
> >> IPaddr2-ng-ng-again-and-one-more-plus-one
> >
> > I don't think it is going to happen that often.
>
> It happens often enough - its just normally b
On 2011-02-09T14:43:17, Andrew Beekhof wrote:
> It happens often enough - its just normally by a core developer.
> And realistically, almost every RA is going to get similar treatment
> (over time) as they're merged with the Red Hat ones.
The pending big refactoring & merge highlights just how b
On Wed, Feb 9, 2011 at 2:17 PM, Dejan Muhamedagic wrote:
> Hi Andrew,
>
> On Wed, Feb 09, 2011 at 01:33:03PM +0100, Andrew Beekhof wrote:
>> On Wed, Feb 9, 2011 at 12:15 PM, Dejan Muhamedagic
>> wrote:
>> > On Wed, Feb 09, 2011 at 12:06:04PM +0100, Florian Haas wrote:
>> >> On 2011-02-09 11:56,
On 2011-02-09T14:17:58, Dejan Muhamedagic wrote:
> At any rate, I wouldn't want to take responsibility for replacing
> the existing (and working RA) with a completely new and not yet
> tested code. Call me coward :)
I agree with that. (Not the coward part, of course!) IMHO though, the
answer is
On 2011-02-09T11:56:53, Dejan Muhamedagic wrote:
> Great! Unfortunately, we can't replace the old db2 now, the
> number of changes is very large:
That, by itself, doesn't strike me as a reasonable argument for
duplicating the RA. It may seem a reasonable idea to protect existing
setups, but cons
Hi Andrew,
On Wed, Feb 09, 2011 at 01:33:03PM +0100, Andrew Beekhof wrote:
> On Wed, Feb 9, 2011 at 12:15 PM, Dejan Muhamedagic
> wrote:
> > On Wed, Feb 09, 2011 at 12:06:04PM +0100, Florian Haas wrote:
> >> On 2011-02-09 11:56, Dejan Muhamedagic wrote:
> >> >> It is plugin compatible to the old
On Wed, Feb 09, 2011 at 12:33:19PM +0100, Holger Teutsch wrote:
> On Wed, 2011-02-09 at 11:56 +0100, Dejan Muhamedagic wrote:
> > Hi Holger,
> >
> > On Wed, Feb 09, 2011 at 10:23:06AM +0100, Holger Teutsch wrote:
> > > Dejan + Florian,
> > > please find attached the RA agent for db2 that supports
Hi,
On Wed, Feb 09, 2011 at 10:23:06AM +0100, Holger Teutsch wrote:
> On Tue, 2011-02-08 at 14:13 +0100, Holger Teutsch wrote:
> > On Tue, 2011-02-08 at 12:12 +0100, Dejan Muhamedagic wrote:
> > >
> > > We're about to finally tag the new release by the end of this
> > > week and it'd of course be
On Wed, Feb 9, 2011 at 12:15 PM, Dejan Muhamedagic wrote:
> On Wed, Feb 09, 2011 at 12:06:04PM +0100, Florian Haas wrote:
>> On 2011-02-09 11:56, Dejan Muhamedagic wrote:
>> >> It is plugin compatible to the old version of the agent.
>> >
>> > Great! Unfortunately, we can't replace the old db2 now
On Wed, 2011-02-09 at 11:56 +0100, Dejan Muhamedagic wrote:
> Hi Holger,
>
> On Wed, Feb 09, 2011 at 10:23:06AM +0100, Holger Teutsch wrote:
> > Dejan + Florian,
> > please find attached the RA agent for db2 that supports HADR as well.
> >
> > It is plugin compatible to the old version of the age
On Wed, Feb 09, 2011 at 12:06:04PM +0100, Florian Haas wrote:
> On 2011-02-09 11:56, Dejan Muhamedagic wrote:
> >> It is plugin compatible to the old version of the agent.
> >
> > Great! Unfortunately, we can't replace the old db2 now, the
> > number of changes is very large:
> >
> > db2 | 1076
On 2011-02-09 11:56, Dejan Muhamedagic wrote:
>> It is plugin compatible to the old version of the agent.
>
> Great! Unfortunately, we can't replace the old db2 now, the
> number of changes is very large:
>
> db2 | 1076
> +++-
> 1
Hi Holger,
On Wed, Feb 09, 2011 at 10:23:06AM +0100, Holger Teutsch wrote:
> On Tue, 2011-02-08 at 14:13 +0100, Holger Teutsch wrote:
> > On Tue, 2011-02-08 at 12:12 +0100, Dejan Muhamedagic wrote:
> > >
> > > We're about to finally tag the new release by the end of this
> > > week and it'd of co
On Tue, 2011-02-08 at 14:13 +0100, Holger Teutsch wrote:
> On Tue, 2011-02-08 at 12:12 +0100, Dejan Muhamedagic wrote:
> >
> > We're about to finally tag the new release by the end of this
> > week and it'd of course be great to have this one on board.
> > Cheers,
> >
> > Dejan
> >
> I'm in the
On Tue, 2011-02-08 at 12:12 +0100, Dejan Muhamedagic wrote:
> Great! Of course, as long as it doesn't destabilize the current RA.
> What confused me, or made me think that we really need two, is
> that the hadr one has db as required parameter. Perhaps that
> doesn't need to be so.
I introduced an
On Tue, Feb 08, 2011 at 09:00:48AM +0100, Holger Teutsch wrote:
> On Mon, 2011-02-07 at 14:33 +0100, Holger Teutsch wrote:
> > On Mon, 2011-02-07 at 12:31 +0100, Dejan Muhamedagic wrote:
> > > Hmm, I thought that that wouldn't be compatible with the existing
> > > RA. Where to do you want to "add s
On Mon, 2011-02-07 at 14:33 +0100, Holger Teutsch wrote:
> On Mon, 2011-02-07 at 12:31 +0100, Dejan Muhamedagic wrote:
> > Hmm, I thought that that wouldn't be compatible with the existing
> > RA. Where to do you want to "add support for a standard database ..."?
> >
>
> Will add this to the db2h
On Mon, 2011-02-07 at 12:31 +0100, Dejan Muhamedagic wrote:
> On Mon, Feb 07, 2011 at 12:27:38PM +0100, Holger Teutsch wrote:
> > On Mon, 2011-02-07 at 11:46 +0100, Florian Haas wrote:
> > > On 2011-02-07 11:38, Holger Teutsch wrote:
> > > > [...]
> > > > As conclusion:
> > > > 1)
> > > > R
On Mon, Feb 07, 2011 at 12:27:38PM +0100, Holger Teutsch wrote:
> On Mon, 2011-02-07 at 11:46 +0100, Florian Haas wrote:
> > On 2011-02-07 11:38, Holger Teutsch wrote:
> > > [...]
> > > As conclusion:
> > > 1)
> > > Rolling HADR into the existing agent seems impossible to me or
> > >
Hi Holger,
On Mon, Feb 07, 2011 at 11:38:10AM +0100, Holger Teutsch wrote:
> On Mon, 2011-02-07 at 08:42 +0100, Florian Haas wrote:
> > Hello Holger,
> >
> > that would be excellent functionality to have, thanks very much for the
> > contribution! Is there any chance this could be rolled into the
On Mon, 2011-02-07 at 11:46 +0100, Florian Haas wrote:
> On 2011-02-07 11:38, Holger Teutsch wrote:
> > [...]
> > As conclusion:
> > 1)
> > Rolling HADR into the existing agent seems impossible to me or
> > at least will end in a pollution of if and case statement and
> > ov
On 2011-02-07 11:38, Holger Teutsch wrote:
> [...]
> As conclusion:
> 1)
> Rolling HADR into the existing agent seems impossible to me or
> at least will end in a pollution of if and case statement and
> over complex logic.
>
> 2)
> Adding support for a standard dat
On Mon, 2011-02-07 at 08:42 +0100, Florian Haas wrote:
> Hello Holger,
>
> that would be excellent functionality to have, thanks very much for the
> contribution! Is there any chance this could be rolled into the existing
> db2 agent? You could use the ocf_is_ms() function to detect whether the
>
Hello Holger,
that would be excellent functionality to have, thanks very much for the
contribution! Is there any chance this could be rolled into the existing
db2 agent? You could use the ocf_is_ms() function to detect whether the
resource is configured as a master/slave set or as a primitive, and
Hi,
I submit a resource agent (db2hadr) managing a DB2 HADR (High
Availability Disaster Recovery) pair as master/slave resource for review
and possible inclusion into the project.
As a second step I volunteer to add some collateral documentation to the
ha-linux Wiki for this and the db2 agent.
Reg
54 matches
Mail list logo
