Re: [Linux-HA] [ha-wg] [Planning] Organizing HA Summit 2015
All, On 1/13/2015 6:31 AM, Digimer wrote: Hi all, With Fabio away for now, I (and others) are working on the final preparations for the summit. This is your chance to speak up and influence the planning! Objections/suggestions? Speak now please. :) Digimer, I would like to thank you very much for helping in the organization of the summit. I unfortunately have to cancel my travel and won´t be able to attend myself. Maybe I´ll join some sessions remotely if time allows. I wish everybody to have a great time in Brno and make the best out of it! I am really looking forward to see the outcome when so many brilliant people will sit in the same room. Cheers Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [Cluster-devel] [Pacemaker] Wiki for planning created - Re: [RFC] Organizing HA Summit 2015
On 11/28/2014 8:10 PM, Jan Pokorný wrote: On 28/11/14 00:37 -0500, Digimer wrote: On 28/11/14 12:33 AM, Fabio M. Di Nitto wrote: On 11/27/2014 5:52 PM, Digimer wrote: I just created a dedicated/fresh wiki for planning and organizing: http://plan.alteeve.ca/index.php/Main_Page [...] Awesome! thanks for taking care of it. Do you have a chance to add also an instance of etherpad to the site? Mostly to do collaborative editing while we sit all around the same table. Otherwise we can use a public instance and copy paste info after that in the wiki. Never tried setting up etherpad before, but if it runs on rhel 6, I should have no problem setting it up. Provided no conspiracy to be started, there are a bunch of popular instances, e.g. http://piratepad.net/ Right, some of them only store etherpads for 30 days. Just be careful the one we choose or we make our own. Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg-technical] [Pacemaker] [ha-wg] [Cluster-devel] [RFC] Organizing HA Summit 2015
On 11/27/2014 1:33 PM, Kristoffer Grönlund wrote: On 27 Nov 2014, at 2:41 am, Lars Marowsky-Bree l...@suse.com wrote: On 2014-11-25T16:46:01, David Vossel dvos...@redhat.com wrote: Okay, okay, apparently we have got enough topics to discuss. I'll grumble a bit more about Brno, but let's get the organisation of that thing on track ... Sigh. Always so much work! Will Chris Feist be at the summit? Yes :) Fabio I would be happy to have a roundtable discussion or something similar about clients, exchange ideas and so on. I don't necessarily think that there is an urgent need to unify the efforts code-wise, but I think there is a lot we could do together on the level of idea exchange without giving up our independence, so to speak ;) Of course I would be happy to talk about such things with anyone else who is interested as well. ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg-technical] [Pacemaker] [ha-wg] [Cluster-devel] [RFC] Organizing HA Summit 2015
On 11/27/2014 1:33 PM, Kristoffer Grönlund wrote: On 27 Nov 2014, at 2:41 am, Lars Marowsky-Bree l...@suse.com wrote: On 2014-11-25T16:46:01, David Vossel dvos...@redhat.com wrote: Okay, okay, apparently we have got enough topics to discuss. I'll grumble a bit more about Brno, but let's get the organisation of that thing on track ... Sigh. Always so much work! Will Chris Feist be at the summit? I would be happy to have a roundtable discussion or something similar about clients, exchange ideas and so on. I don't necessarily think that there is an urgent need to unify the efforts code-wise, but I think there is a lot we could do together on the level of idea exchange without giving up our independence, so to speak ;) Of course I would be happy to talk about such things with anyone else who is interested as well. sorry, I keep replying from my private email address... Yes Chris will be there too. Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015
On 11/25/2014 10:54 AM, Lars Marowsky-Bree wrote: On 2014-11-24T16:16:05, Fabio M. Di Nitto fdini...@redhat.com wrote: Yeah, well, devconf.cz is not such an interesting event for those who do not wear the fedora ;-) That would be the perfect opportunity for you to convert users to Suse ;) I´d prefer, at least for this round, to keep dates/location and explore the option to allow people to join remotely. Afterall there are tons of tools between google hangouts and others that would allow that. That is, in my experience, the absolute worst. It creates second class participants and is a PITA for everyone. I agree, it is still a way for people to join in tho. I personally disagree. In my experience, one either does a face-to-face meeting, or a virtual one that puts everyone on the same footing. Mixing both works really badly unless the team already knows each other. I know that an in-person meeting is useful, but we have a large team in Beijing, the US, Tasmania (OK, one crazy guy), various countries in Europe etc. Yes same here. No difference.. we have one crazy guy in Australia.. Yeah, but you're already bringing him for your personal conference. That's a bit different. ;-) OK, let's switch tracks a bit. What *topics* do we actually have? Can we fill two days? Where would we want to collect them? I´d say either a google doc or any random etherpad/wiki instance will do just fine. As for the topics: - corosync qdevice and plugins (network, disk, integration with sdb?, others?) - corosync RRP / libknet integration/replacement - fence autodetection/autoconfiguration For the user facing topics (that is if there are enough participants and I only got 1 user confirmation so far): - demos, cluster 101, tutorials - get feedback - get feedback - get more feedback Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [Cluster-devel] [ha-wg] [Pacemaker] [RFC] Organizing HA Summit 2015
On 11/26/2014 4:41 PM, Lars Marowsky-Bree wrote: On 2014-11-25T16:46:01, David Vossel dvos...@redhat.com wrote: Okay, okay, apparently we have got enough topics to discuss. I'll grumble a bit more about Brno, but let's get the organisation of that thing on track ... Sigh. Always so much work! I'm assuming arrival on the 3rd and departure on the 6th would be the plan? Yes that´s correct. Devconf starts the 6. Fabio Personally I'm interested in talking about scaling - with pacemaker-remoted and/or a new messaging/membership layer. If we're going to talk about scaling, we should throw in our new docker support in the same discussion. Docker lends itself well to the pet vs cattle analogy. I see management of docker with pacemaker making quite a bit of sense now that we have the ability to scale into the cattle territory. While we're on that, I'd like to throw in a heretic thought and suggest that one might want to look at etcd and fleetd. Other design-y topics: - SBD Point taken. I have actually not forgotten this Andrew, and am reading your development. I probably just need to pull the code over ... - degraded mode - improved notifications - containerisation of services (cgroups, docker, virt) - resource-agents (upstream releases, handling of pull requests, testing) Yep, We definitely need to talk about the resource-agents. Agreed. User-facing topics could include recent features (ie. pacemaker-remoted, crm_resource --restart) and common deployment scenarios (eg. NFS) that people get wrong. Adding to the list, it would be a good idea to talk about Deployment integration testing, what's going on with the phd project and why it's important regardless if you're interested in what the project functionally does. OK. So QA is within scope as well. It seems the agenda will fill up quite nicely. Regards, Lars ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg] [ha-wg-technical] [RFC] Organizing HA Summit 2015
On 11/24/2014 1:08 PM, Lars Marowsky-Bree wrote: On 2014-11-24T06:59:39, Digimer li...@alteeve.ca wrote: The LINBIT folks suggested to land in Vienna and then it's two hours by road, but I've not looked too closely at it just yet. I'd be happy to meet in Vienna. I'm not keen on first flying to VIE and then spending 2+h on the road/bus. (Vienna is actually a lot better for me than even Prague; direct flights ;-) Once we get confirmation that the meeting is on, perhaps a pre-meeting in a convenient city for $drinks before travel would be nice. There must be a train available, too... I mean, in the west, we hear always about Europe's excellent public transit... ;) Well, yes, there is a train, but from Berlin, it's almost 8 hours. If everyone is routing through either VIE or PRG, it'd just be a lot saner to have this meeting there; the RHT folks can always travel on. Frankly, Brno is reasonably inconvenient for international travellers. Either fly to Prague or Vienna and then it´s a 2 hours train or bus ride. From Vienna the bus leaves straight from the airport and arrives in Brno center. Other cities are not an option for me for a meet up. It has to be Brno, even if it´s a bit more inconvenient for the 2 extra hours of transport. Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg] [ha-wg-technical] [RFC] Organizing HA Summit 2015
On 11/24/2014 1:27 PM, Digimer wrote: On 24/11/14 07:15 AM, Fabio M. Di Nitto wrote: On 11/24/2014 1:08 PM, Lars Marowsky-Bree wrote: On 2014-11-24T06:59:39, Digimer li...@alteeve.ca wrote: The LINBIT folks suggested to land in Vienna and then it's two hours by road, but I've not looked too closely at it just yet. I'd be happy to meet in Vienna. I'm not keen on first flying to VIE and then spending 2+h on the road/bus. (Vienna is actually a lot better for me than even Prague; direct flights ;-) Once we get confirmation that the meeting is on, perhaps a pre-meeting in a convenient city for $drinks before travel would be nice. There must be a train available, too... I mean, in the west, we hear always about Europe's excellent public transit... ;) Well, yes, there is a train, but from Berlin, it's almost 8 hours. If everyone is routing through either VIE or PRG, it'd just be a lot saner to have this meeting there; the RHT folks can always travel on. Frankly, Brno is reasonably inconvenient for international travellers. Either fly to Prague or Vienna and then it´s a 2 hours train or bus ride. From Vienna the bus leaves straight from the airport and arrives in Brno center. Other cities are not an option for me for a meet up. It has to be Brno, even if it´s a bit more inconvenient for the 2 extra hours of transport. Fabio My daily train to work is 2 hours, so VIE - Brno is all the same to me. I am hoping to visit others in Vienna, so this is most likely the route I will take. A train from the airport to Brno sounds really quite convenient, actually. Is there wifi on this bus, do you know? If not, any advice for a short-term SIM with a data plan? I don't expect I'd need more that 1~2 GB over the trip. AFAIK there is wifi in the bus for a good portion of the trip. Fabio Prepare your liver, boys. Digimer is coming to town. :D (I kid... mostly) digimer ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015
On 11/24/2014 4:12 PM, Lars Marowsky-Bree wrote: On 2014-11-24T15:54:33, Fabio M. Di Nitto fdini...@redhat.com wrote: dates and location were chosen to piggy-back with devconf.cz and allow people to travel for more than just HA Summit. Yeah, well, devconf.cz is not such an interesting event for those who do not wear the fedora ;-) That would be the perfect opportunity for you to convert users to Suse ;) I´d prefer, at least for this round, to keep dates/location and explore the option to allow people to join remotely. Afterall there are tons of tools between google hangouts and others that would allow that. That is, in my experience, the absolute worst. It creates second class participants and is a PITA for everyone. I agree, it is still a way for people to join in tho. I know that an in-person meeting is useful, but we have a large team in Beijing, the US, Tasmania (OK, one crazy guy), various countries in Europe etc. Yes same here. No difference.. we have one crazy guy in Australia.. Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg] [ha-wg-technical] [RFC] Organizing HA Summit 2015
On 11/5/2014 4:16 PM, Lars Ellenberg wrote: On Sat, Nov 01, 2014 at 01:19:35AM -0400, Digimer wrote: All the cool kids will be there. You want to be a cool kid, right? Well, no. ;-) But I'll still be there, and a few other Linbit'ers as well. Fabio, let us know what we could do to help make it happen. I appreciate the offer. Assuming we achieve quorum to do the event, I´d say that I´ll take of the meeting rooms/hotel logistics and one lunch and learn pizza event. It would be nice if others could organize a dinner event. Cheers Fabio Lars On 01/11/14 01:06 AM, Fabio M. Di Nitto wrote: just a kind reminder. On 9/8/2014 12:30 PM, Fabio M. Di Nitto wrote: All, it's been almost 6 years since we had a face to face meeting for all developers and vendors involved in Linux HA. I'd like to try and organize a new event and piggy-back with DevConf in Brno [1]. DevConf will start Friday the 6th of Feb 2015 in Red Hat Brno offices. My suggestion would be to have a 2 days dedicated HA summit the 4th and the 5th of February. The goal for this meeting is to, beside to get to know each other and all social aspect of those events, tune the directions of the various HA projects and explore common areas of improvements. I am also very open to the idea of extending to 3 days, 1 one dedicated to customers/users and 2 dedicated to developers, by starting the 3rd. Thoughts? Fabio PS Please hit reply all or include me in CC just to make sure I'll see an answer :) [1] http://devconf.cz/ Could you please let me know by end of Nov if you are interested or not? I have heard only from few people so far. Cheers Fabio ___ ha-wg mailing list ha...@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/ha-wg ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015
just a kind reminder. On 9/8/2014 12:30 PM, Fabio M. Di Nitto wrote: All, it's been almost 6 years since we had a face to face meeting for all developers and vendors involved in Linux HA. I'd like to try and organize a new event and piggy-back with DevConf in Brno [1]. DevConf will start Friday the 6th of Feb 2015 in Red Hat Brno offices. My suggestion would be to have a 2 days dedicated HA summit the 4th and the 5th of February. The goal for this meeting is to, beside to get to know each other and all social aspect of those events, tune the directions of the various HA projects and explore common areas of improvements. I am also very open to the idea of extending to 3 days, 1 one dedicated to customers/users and 2 dedicated to developers, by starting the 3rd. Thoughts? Fabio PS Please hit reply all or include me in CC just to make sure I'll see an answer :) [1] http://devconf.cz/ Could you please let me know by end of Nov if you are interested or not? I have heard only from few people so far. Cheers Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-HA] [RFC] Organizing HA Summit 2015
All, it's been almost 6 years since we had a face to face meeting for all developers and vendors involved in Linux HA. I'd like to try and organize a new event and piggy-back with DevConf in Brno [1]. DevConf will start Friday the 6th of Feb 2015 in Red Hat Brno offices. My suggestion would be to have a 2 days dedicated HA summit the 4th and the 5th of February. The goal for this meeting is to, beside to get to know each other and all social aspect of those events, tune the directions of the various HA projects and explore common areas of improvements. I am also very open to the idea of extending to 3 days, 1 one dedicated to customers/users and 2 dedicated to developers, by starting the 3rd. Thoughts? Fabio PS Please hit reply all or include me in CC just to make sure I'll see an answer :) [1] http://devconf.cz/ ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] LVM Resource agent, exclusive activation
On 05/14/2013 04:20 PM, Lars Marowsky-Bree wrote: On 2013-05-14T15:59:05, Dejan Muhamedagic deja...@fastmail.fm wrote: Appart from a larger restructuring of the code, For which I'd still like to hear a good explanation. Mind, this is not to say that this or that version is better, but that such a huge change calls for a serious effort on part of the developers and users. As far as I understand it (and Fabio has confirmed that), this is intended to merge the heartbeat LVM and the rgmanager LVM agent, with the goal to ultimately reduce code duplication. We actually agreed to this merge at LinuxConf 2010 in Boston :) you were there ;) Beside code duplication, there is no reason for rgmanager agents to exists upstream anylonger, since rgmanager and the other components from the old Red Hat stack are deprecated, but they still cover use cases that heartbeat agents do not. Effectively, this would be a full integration process to have one set that does it all. Clearly, the initial merge is bumpy, but the final result also means that users will be able to cover more deployment scenarios and the code is maintained by more developer. Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Install problems with ha resource
Hi,
On 09/27/2011 04:10 PM, Dejan Muhamedagic wrote:
Hi Andreas,
On Sun, Sep 04, 2011 at 11:22:39PM +0200, Andreas Mock wrote:
Hi all,
I downloaded the current resource agent file with
git clone --depth=1 https://github.com/ClusterLabs/resource-agents/
After
./configure --prefix=/usr/local --localstatedir=/var/local
make
make install
I get the error
/usr/local/etc/ha.d/shellfuncs: Zeile 96:
/usr/lib/ocf/lib//heartbeat/ocf-shellfuncs: file or directory not found
After manually corecting the path to
/usr/local /usr/lib/ocf/lib//heartbeat/ocf-shellfuncs
I get the error
/usr/local//usr/lib/ocf/lib//heartbeat/ocf-shellfuncs: Zeile 56:
/usr/lib/ocf/lib/heartbeat/ocf-binaries: file or directory not
/usr/local//usr/lib/ocf looks wrong to me.
It seems like configure.ac has a problem in two places. Not
sure, though. Fabio, can you please take a look at the attached
patch. Not sure why do we need OCF_RA_DIR_PREFIX and
OCF_LIB_DIR_PREFIX.
found
So I'm pretty sure that the directories given to ./configure are
not honoured correctly.
Can someone with the right knowledge correct these problems?
Or give the right hints?
You'll need to install first the cluster-glue development
configured with, I guess, --prefix=/usr/local and probably also
--with-ocf-root=/usr/local/lib/ocf. Or wherever you want the
resource agents to live. Also use
--with-ocf-root=/usr/local/lib/ocf for resource-agents.
This may help a bit, but I'm not really sure if it's the whole
story. You'll need to investigate perhaps more.
so ok, I have been looking into this and there are different solutions.
It all boils down on the amount of flexibility we want to allow in
handling OCF_ROOT.
First of all there is a bug in configure.ac in resource-agents ordering
for checking values of OCF_ROOT.
The value stored in cluster-glue header files overrides what is
specified locally (easy fix). Specifying /usr/local will create that
/usr/local/usr/lib/ocf.
In case we do not detect OCF_ROOT from cluster-glue, we force it to
default to /usr/lib/ocf but /usr does not come from %{prefix} but
rather hardcoded as mandated by spec (IIRC).
There is also a bug in shellfunction (or other small bits) that needs to
be fixed based on how we will decide to handle OCF_ROOT.
Questions:
1) if we detect cluster-glue, does it make sense at all to allow user to
override the value? my understanding is no, since those 2 have to go in
sync all the time.
2) if we allow override, are people ok to use --with-ocf-root= as it
is now (assuming we fix the previously mentioned configure.ac bug)? What
are user expected results? Given the special nature of OCF_ROOT, I would
prefer to keep it separate from prefix handling.
Mixing prefix and hardcoded paths does not work always nicely.
Once I get an idea of people want, I can provide a fix.
Fabio
___
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Install problems with ha resource
On 09/27/2011 04:10 PM, Dejan Muhamedagic wrote: Hi Andreas, On Sun, Sep 04, 2011 at 11:22:39PM +0200, Andreas Mock wrote: Hi all, I downloaded the current resource agent file with git clone --depth=1 https://github.com/ClusterLabs/resource-agents/ After ./configure --prefix=/usr/local --localstatedir=/var/local make make install I get the error /usr/local/etc/ha.d/shellfuncs: Zeile 96: /usr/lib/ocf/lib//heartbeat/ocf-shellfuncs: file or directory not found After manually corecting the path to /usr/local /usr/lib/ocf/lib//heartbeat/ocf-shellfuncs I get the error /usr/local//usr/lib/ocf/lib//heartbeat/ocf-shellfuncs: Zeile 56: /usr/lib/ocf/lib/heartbeat/ocf-binaries: file or directory not /usr/local//usr/lib/ocf looks wrong to me. It seems like configure.ac has a problem in two places. Not sure, though. Fabio, can you please take a look at the attached patch. Not sure why do we need OCF_RA_DIR_PREFIX and OCF_LIB_DIR_PREFIX. The patch in attachment is wrong, so please don't apply it. we need both to make sure we can run fully automated build test suite. make dist-check calls make test and so on. Not there yet but it was planned at some point. The issue with ocfroot (/usr/lib/ocf) it's the way it was/is hardcoded everywhere and that needs a lot of special handling everywhere. I am not even sure we want to allow anything else than /usr/lib/ocf since other paths are not recognized at all. Anyway I'll see if i can allow it, but the most important questions is if it does make any sense... Fabio ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-HA] resource-agents 3.9.2 release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi everybody, The current resource agent repository [1] has been tagged to v3.9.2. Tarballs are also available [2]. This is a quick bug fix release to address a couple of regressions introduced during 3.9.1 development cycle. Highlights for the LHA resource agents set: - - ethermon: new resource agent - - iscsi: fix regression for open-scsi version 2.0-872 - - pgsql: fix regression in directories on probes - - VirtualDomain: if there's no config exit on stop with success - - doc: add sfex_init(8) man page Highlights for the rgmanager resource agents set: - - ship .xsl and relaxng snippets required to build cluster relaxng dynamically. - - ASEHAagent: allow multiple instances on one machine. The full list of changes is available in the ChangeLog file for users, and in an auto-generated git-to-changelog file called ChangeLog.devel. Many thanks to everybody who helped with this release, in particular to the numerous contributors. Without you, the release would certainly not be possible. Cheers, The RAS Tribe [1] https://github.com/ClusterLabs/resource-agents/tarball/v3.9.2 [2] https://fedorahosted.org/releases/r/e/resource-agents/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJODClqAAoJEFA6oBJjVJ+OObAQAJaNOPI6gmqGtvA74+/Fw0zq CQmJAOEW7v1536dhvQjnwbYE+C4am2dYL18vool8eb7baufoYSlCcpEUP3qGfSzQ 3gARCtDVwSJthPE8jWz3pND5Tw7/vH6+kB94ZoOnJJ08Lryn0nJxKiUQYVYdDOhX E83KRCWriHqZxf/4E/j3MPFMoPX+Afa6vaDl+wauL8edQL/ErzalCjAJMfSUdaji /GBdaYE2K5JwPsTodAXqigB48+LB18FKs4zatwUuyMjp6kdhTBeDHDLh+NjcV4JB kzkKmLrnvlqh6N1ki7FSu58Mw/+itIkwwp9mQZP1ZbH5oEu6KJnS/+Xv/7Rt2RpM 4rrPSTes7D4PBNcjPrRMJXkTPYkm4Gzy+wHsSwYY0eW7JNY4hDn4Z1DYE9L3MoNM HMHj0UXaTRf0f0s+uJ9Dg7sIyQ9cl9GIn+N7G2NS2YVtAfEhdxuj+20egxiMUgjJ 16qNVq4vTovtTI63yg27NO0YnRe8ft8zcIW+SS1RZNdahObsOJcKj5zXQV5IFI3e Jc5YFo6mGg/rKLQpuFc3TMxRGn4rSmnsAoZZC8T9FgZXoFhH9RS/Xw/Jf07ZeWCK il26PywrIUOKzul0nonKGQiu0k+p6ojWgWzMKn4mtNeZfJaGkDy9hJUQxQerZmM8 D2b7brbaXH1tpSIh/+aw =NI0h -END PGP SIGNATURE- ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [Linux-cluster] resource agents 3.9.1 final release
Lon, what's your opinion on this one? On 06/16/2011 04:44 PM, Gianluca Cecchi wrote: On Thu, Jun 16, 2011 at 3:13 PM, Fabio M. Di Nitto wrote: Highlights for the rgmanager resource agents set: - oracledb: use shutdown immediate hello, from oracledb.sh.in I can see this actually is not a configurable parameter, so that I cannot choose between immediate and abort, and I think it is not the best change. faction Stopping Oracle Database: stop_db immediate if [ $? -ne 0 ]; then faction Stopping Oracle Database (hard): stop_db abort || return 1 fi There are situations where an occurring problem could let a DB stuck on shutdown immediate, preventing completion of the command itself so you will never arrive to the error code condition to try the abort option... And also: SHUTDOWN IMMEDIATE No new connections are allowed, nor are new transactions allowed to be started, after the statement is issued. Any uncommitted transactions are rolled back. (If long uncommitted transactions exist, this method of shutdown might not complete quickly, despite its name.) Oracle does not wait for users currently connected to the database to disconnect. Oracle implicitly rolls back active transactions and disconnects all connected users. it is true that in case of shutdown abort you have anyway to rollback too, during the following crash recovery of startup phase, but I'd prefer to do this on the node where I'm going to land to and not on the node that I'm leaving (possibly because of a problem). In my opinion the only situation where immediate is better is for planned maintenance. Just my opininon. Keep on with the good job Gianluca -- Linux-cluster mailing list linux-clus...@redhat.com https://www.redhat.com/mailman/listinfo/linux-cluster ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-HA] resource agents 3.9.1 final release
Hi everybody, The current resource agent repository [1] has been tagged to v3.9.1. Tarballs are also available [2]. This is the very first release of the common resource agent repository. It is a big milestone towards eliminating duplication of effort with the goal of improving the overall quality and user experience. There is still a long way to go but the first stone has been laid down. Highlights for the LHA resource agents set: - lxc, symlink: new resource agents - db2: major rewrite and support for master/slave mode of operation - exportfs: backup/restore of rmtab is back - mysql: multiple improvements for master/slave and replication - ocft: new tests for pgsql, postfix, and iscsi - CTDB: minor bug fixes - pgsql: improve configuration check and probe handling Highlights for the rgmanager resource agents set: - oracledb: use shutdown immediate - tomcat5: fix generated XML - nfsclient: fix client name mismatch - halvm: fix mirror dev failure - nfs: fix selinux integration Several changes have been made to the build system and the spec file to accommodate both projects´ needs. The most noticeable change is the option to select all, linux-ha or rgmanager resource agents at configuration time, which will also set the default for the spec file. Also several improvements have been made to correctly build srpm/rpms on different distributions in different versions. The full list of changes is available in the ChangeLog file for users, and in an auto-generated git-to-changelog file called ChangeLog.devel. NOTE: About the 3.9.x version (particularly for linux-ha folks): This version was chosen simply because the rgmanager set was already at 3.1.x. In order to make it easier for distribution, and to keep package upgrades linear, we decided to bump the number higher than both projects. There is no other special meaning associated with it. Many thanks to everybody who helped with this release, in particular to the numerous contributors. Without you, the release would certainly not be possible. Cheers, The RAS Tribe [1] https://github.com/ClusterLabs/resource-agents/tarball/v3.9.1 [2] https://fedorahosted.org/releases/r/e/resource-agents/ PS: I am absolutely sure that URL [2] might give some people a fit, but we are still working to get a common release area. ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-HA] resource agents 3.9.1rc1 release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi everybody, The current resource agent repository [1] has been tagged to v3.9.1rc1. Tarballs are also available [2]. This is the very first release of the common resource agent repository. It is a big milestone towards eliminating duplication of effort with the goal of improving the overall quality and user experience. There is still a long way to go but the first stone has been laid down. Highlights for the LHA resource agents set: - - lxc, symlink: new resource agents - - db2: major rewrite and support for master/slave mode of operation - - exportfs: backup/restore of rmtab is back - - mysql: multiple improvements for master/slave and replication - - ocft: new tests for pgsql, postfix, and iscsi Highlights for the rgmanager resource agents set: - - oracledb: use shutdown immediate - - tomcat5: fix generated XML - - nfsclient: fix client name mismatch - - halvm: fix mirror dev failure - - nfs: fix selinux integration Several changes have been made to the build system and the spec file to accommodate both projects´ needs. The most noticeable change is the option to select all, linux-ha or rgmanager resource agents at configuration time, which will also set the default for the spec file. The full list of changes is available in the ChangeLog file for users, and in an auto-generated git-to-changelog file called ChangeLog.devel. NOTE: About the 3.9.x version (particularly for linux-ha folks): This version was chosen simply because the rgmanager set was already at 3.1.x. In order to make it easier for distribution, and to keep package upgrades linear, we decided to bump the number higher than both projects. There is no other special meaning associated with it. The final 3.9.1 release will take place soon. Many thanks to everybody who helped with this release, in particular to the numerous contributors. Without you, the release would certainly not be possible. Cheers, The RAS Tribe [1] https://github.com/ClusterLabs/resource-agents/tarball/v3.9.1rc1 [2] https://fedorahosted.org/releases/r/e/resource-agents/ PS: I am absolutely sure that URL [2] might give some people a fit, but we are still working to get a common release area. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJN7RTaAAoJEFA6oBJjVJ+OLd0QAJsNrNxjwDOuHAIt8LW6pOPL WZ7kR0S/S4rXzMC93jFAx3c4UE+7WBUHAEnOqZKQBLpkCti+o6lGG31EsM8sqk94 cHa7P4sLZ7OqnjbulBvORaGFkRrtewxugQMzX03UOnDplTluDaE4duBWou9uCZI1 mq6hd9EyDHXZJCrCN5BRAWAV2JbRb2cp9Wu4HaSFVb/1662mOuaUVLvYoAkmriF8 p5URVsJ09qJVRCpyLFIO4Xd51x46B807naRJMVEclNu5qv6IzL+HvqsR0KLL7CCv cDAzNMqOGYRi3PQlywPaC/D+/PWw5LspmdepizooyIwleUK0O9d8dl3PuMjtewfn 4uMPdp2Vc9OqpAcZpcSIBwrK9zRH+JOQDUJmCL4dRZtsukU2qxAT4f7pX66hTVts DkCkuDcX+xhi/y5eTu5cMKvsfrdcpNaDmIimKtq6T34Axncp8TYaLBfaoSB/2LIm RD7MDXxY9tLD6b/e2gK6xtSXT4A+YQm7eXsBMhjYu30Ozq9Jvjz58V3bivMDtp+E aUI/vxRnxOMjw9io8w2ltnCU9oLI3T9dDkj1Dilnl+HI0ju1flzsW8mhCA0c0GsY tqZ1Em7js1Mp4PcoI57wS4f0INfU32KTkhPBViRn+o8GNJ9wFLd6XtwMFYrinqhS mZxO0uDsvQ9gTnoVTUvL =2KKW -END PGP SIGNATURE- ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
