Re: [Cluster-devel] [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Lars Marowsky-Bree
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?


Regards,
Lars

-- 
Architect Storage/HA
SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 
(AG Nürnberg)
Experience is the name everyone gives to their mistakes. -- Oscar Wilde



Re: [Cluster-devel] [Pacemaker] [ha-wg] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Vincenzo Pii
I would be interested in the user conference rather then the dev one,
so the 1st day of the 3 days option mentioned by Fabio.

I will stay tuned!

2014-11-24 16:16 GMT+01:00 Fabio M. Di Nitto fdini...@redhat.com:



 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

 ___
 Pacemaker mailing list: pacema...@oss.clusterlabs.org
 http://oss.clusterlabs.org/mailman/listinfo/pacemaker

 Project Home: http://www.clusterlabs.org
 Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
 Bugs: http://bugs.clusterlabs.org




-- 
Vincenzo Pii
Researcher, InIT Cloud Computing Lab
Zurich University of Applied Sciences (ZHAW)
blog.zhaw.ch/icclab


Re: [Cluster-devel] [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Andrew Beekhof

 On 25 Nov 2014, at 8:54 pm, Lars Marowsky-Bree l...@suse.com 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?

Personally I'm interested in talking about scaling - with pacemaker-remoted 
and/or a new messaging/membership layer.

Other design-y topics:
- SBD
- degraded mode
- improved notifications
- containerisation of services (cgroups, docker, virt)
- resource-agents (upstream releases, handling of pull requests, testing)

User-facing topics could include recent features (ie. pacemaker-remoted, 
crm_resource --restart) and common deployment scenarios (eg. NFS) that people 
get wrong.



Re: [Cluster-devel] [Pacemaker] [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015

2014-11-25 Thread David Vossel


- Original Message -
 
  On 25 Nov 2014, at 8:54 pm, Lars Marowsky-Bree l...@suse.com 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?
 
 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.

 Other design-y topics:
 - SBD
 - 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.

 
 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.

-- Vossel

 ___
 Pacemaker mailing list: pacema...@oss.clusterlabs.org
 http://oss.clusterlabs.org/mailman/listinfo/pacemaker
 
 Project Home: http://www.clusterlabs.org
 Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
 Bugs: http://bugs.clusterlabs.org
 



Re: [Cluster-devel] [ha-wg-technical] [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Digimer

On 25/11/14 04:31 PM, Andrew Beekhof wrote:

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?


Personally I'm interested in talking about scaling - with pacemaker-remoted 
and/or a new messaging/membership layer.

Other design-y topics:
- SBD
- degraded mode
- improved notifications


This my be something my company can bring to the table. We just hired a 
dev whose principle goal is to develop and alert system for HA. We're 
modelling it heavily on the fence/resource agent model with a scan 
core and scan agents. It's sort of like existing tools, but designed 
specifically for HA clusters and heavily focused on not interfering with 
the host more than at all necessary. By Feb., it should be mostly done.


We're doing this for our own needs, but it might be a framework worth 
talking about, if nothing else to see if others consider it a fit. Of 
course, it will be entirely open source. *If* there is interest, I could 
put together a(n informal) talk on it with a demo.



- containerisation of services (cgroups, docker, virt)
- resource-agents (upstream releases, handling of pull requests, testing)

User-facing topics could include recent features (ie. pacemaker-remoted, 
crm_resource --restart) and common deployment scenarios (eg. NFS) that people 
get wrong.




--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?




Re: [Cluster-devel] [ha-wg-technical] [Linux-HA] [ha-wg] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Andrew Beekhof

 On 26 Nov 2014, at 10:06 am, Digimer li...@alteeve.ca wrote:
 
 On 25/11/14 04:31 PM, Andrew Beekhof wrote:
 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?
 
 Personally I'm interested in talking about scaling - with pacemaker-remoted 
 and/or a new messaging/membership layer.
 
 Other design-y topics:
 - SBD
 - degraded mode
 - improved notifications
 
 This my be something my company can bring to the table. We just hired a dev 
 whose principle goal is to develop and alert system for HA. We're modelling 
 it heavily on the fence/resource agent model with a scan core and scan 
 agents. It's sort of like existing tools, but designed specifically for HA 
 clusters and heavily focused on not interfering with the host more than at 
 all necessary. By Feb., it should be mostly done.
 
 We're doing this for our own needs, but it might be a framework worth talking 
 about, if nothing else to see if others consider it a fit. Of course, it will 
 be entirely open source. *If* there is interest, I could put together a(n 
 informal) talk on it with a demo.

Definitely interesting

 
 - containerisation of services (cgroups, docker, virt)
 - resource-agents (upstream releases, handling of pull requests, testing)
 
 User-facing topics could include recent features (ie. pacemaker-remoted, 
 crm_resource --restart) and common deployment scenarios (eg. NFS) that 
 people get wrong.
 
 
 
 -- 
 Digimer
 Papers and Projects: https://alteeve.ca/w/
 What if the cure for cancer is trapped in the mind of a person without access 
 to education?




Re: [Cluster-devel] [ha-wg] [Linux-HA] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Fabio M. Di Nitto


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



Re: [Cluster-devel] [ha-wg] [Linux-HA] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Digimer

On 26/11/14 12:51 AM, Fabio M. Di Nitto wrote:



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


I'd be happy to do a cluster 101 or similar, if there is interest. Not 
sure if that would be particularly appealing to anyone coming to our 
meeting, as I think anyone interested is probably well past 101. :) 
Anyway, you guys know my background, let me know if there is a topic 
you'd like me to cover for the user side of things.


--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?




Re: [Cluster-devel] [ha-wg-technical] [ha-wg] [Linux-HA] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Digimer

On 26/11/14 12:51 AM, Fabio M. Di Nitto wrote:



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


Ok, I do have a topic I want to add;

Merging the dozen different mailing lists, IRC channels and other 
support forums. This thread is a good example of the thinness that the 
community is spread over.


A 'dev', 'user', 'announce' list should be enough for all HA. Likewise, 
one IRC channel should be enough, too.


The trick will be discussing this without bikeshedding. :)

digimer

--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?




Re: [Cluster-devel] [ha-wg-technical] [ha-wg] [Linux-HA] [RFC] Organizing HA Summit 2015

2014-11-25 Thread Andrew Beekhof

 On 26 Nov 2014, at 4:51 pm, Fabio M. Di Nitto fabbi...@fabbione.net wrote:
 
 
 
 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.

-ENOGOOGLE

 
 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
 ___
 ha-wg-technical mailing list
 ha-wg-techni...@lists.linux-foundation.org
 https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical