- Who we are
- What we know
- What we do
- hastexo Academy
- Cloud Fundamentals for OpenStack (HX101)
- Networking for OpenStack (HX102)
- High Availability for OpenStack (HX103)
- Ceph Distributed Storage for OpenStack (HX104)
- Swift Distributed Storage for OpenStack (HX105)
- Metering and Monitoring for OpenStack (HX106)
- Orchestration and Scaling for OpenStack (HX107)
- Advanced Security for OpenStack (HX108)
- Integrating Microsoft Windows with OpenStack (HX109)
- Database as a Service for OpenStack (HX111)
- Ceph Distributed Storage Fundamentals (HX112)
- Ceph Performance Optimization (HX113)
- Host a Class!
- Remote Consultancy
- On-Site Consultancy
- Custom Training
- Availability Checkup
- Ask The Expert Now!
- hastexo Academy
- What we've created
- Hints and Kinks
- Checking Corosync cluster membership
- Configuring radosgw to behave like Amazon S3
- Downgrading to DRBD 8.3
- Fencing in Libvirt/KVM virtualized cluster nodes
- Fencing in VMware virtualized Pacemaker nodes
- Fun with extended attributes in Ceph Dumpling
- GFS2 in Pacemaker (Debian/Ubuntu)
- Interleaving in Pacemaker clones
- Maintenance in active Pacemaker clusters
- Managing cron jobs with Pacemaker
- Mandatory and advisory ordering in Pacemaker
- Migrating virtual machines from block-based storage to RADOS/Ceph
- Network connectivity check in Pacemaker
- OCFS2 in Pacemaker (Debian/Ubuntu)
- Solid-state drives and Ceph OSD journals
- Solve a DRBD split-brain in 4 steps
- Testing Pacemaker clusters
- Totem "Retransmit List" in Corosync
- Turning Ceph RBD Images into SAN Storage Devices
- Understanding packet flows in OpenStack Neutron
- Understanding radosgw benchmarks
- Unrecoverable unfound objects in Ceph 0.67 and earlier
- Which OSD stores a specific RADOS object?
- An introduction to OpenStack (LinuxTag 2014)
- Automated Deployment of a HA OpenStack Cloud (OpenStack Summit Atlanta 2014)
- Automated Deployment of a Highly Available OpenStack Cloud (OpenStack Summit Paris 2014)
- Ceph Tutorial (LCA 2013)
- Ceph: The Storage Stack for OpenStack (OpenStack Israel 2013)
- Die eigene Cloud mit OpenStack Essex (German, LinuxTag 2012)
- Fencing (LCE 2011)
- GlusterFS in HA Clusters (LCEU 2012)
- GlusterFS und Ceph (German, CeBIT 2012)
- Hacking OpenStack for Padawans (OpenStack Summit Atlanta 2014)
- Hands On Trove (Percona Live 2014)
- Hands-On With Ceph (LCEU 2012)
- High Availability Update (OpenStack Summit Fall 2012)
- High Availability in OpenStack (CloudOpen 2012)
- High Availability in OpenStack (OpenStack Conference Spring 2012)
- Highly Available Cloud: Pacemaker integration with OpenStack (OSCON 2012)
- Mit OpenStack zur eigenen Cloud (German, CLT 2012)
- Mit OpenStack zur eigenen Cloud (German, OSDC 2012)
- More Reliable, More Resilient, More Redundant (OpenStack Summit April 2013)
- MySQL HA Deep Dive (MySQL Conference 2012)
- MySQL High Availability Deep Dive (PLUK 2012)
- MySQL High Availability Sprint (PLUK 2011)
- OpenStack & Ceph (Ceph Day Frankfurt 2014)
- OpenStack High Availability Update (Grizzly and Havana)
- OpenStack Tour de Force (OSCON 2013)
- Roll Your Own Cloud (LCA 2011)
- Storage Replication in HPHA (LCA 2012)
- Zen of Pacemaker (LCA 2012)
- hastexo in 100 Seconds
- Technical documentation
- News releases
- Tesora announces a partnership with hastexo
- hastexo announces hastexo Academy
- Inktank & hastexo announce partnership on Ceph (German)
- Inktank & hastexo announce partnership on Ceph
- SkySQL, hastexo Form Highly Available Partnership
- The OpenStack DACH Day 2013 (German)
- hastexo Becomes OpenStack Corporate Sponsor, Expands OpenStack Training Portfolio
- hastexo, Cloudscaling announce training collaboration
- hastexo, GigaSpaces announce training partnership
- OpenStack DACH Day 2014: LinuxTag loves OpenStack!
- hastexo included in OpenStack Foundation Marketplace launch
- hastexo integrates OpenStack with Open edX
- Hints and Kinks
- What we charge
- What others say
About our blogs
All hastexo blog posts represent the opinion of the post's author, and do not necessarily reflect hastexo's corporate policy or point of view.
"DRBD" and "LINBIT" are trademarks or registered trademarks of LINBIT Information Technologies GmbH.
Announcing the High Performance High Availability Guide documentation project
Submitted by florian on Fri, 2012-03-23 12:25
A bit of updated information on my limited involvement in the DRBD User's Guide, and something new that came out of it.
After this recent post, I was – somewhat unexpectedly – contacted by Linbit and was given the information that the point of contention in the rejected patch set was this patch in which I added a joint copyright notice for hastexo to the document.
Oddly enough, this point of contention was never mentioned in the private email exchange I had about the copyright assignment issue back in December, so I was duly surprised to learn about this – had it been mentioned to me at the time, it would have been open to discussion, and we may well have avoided all the copyright assignment mess. The notice had seemed quite routine to me at the time, I didn't think much of it.
At any rate, let's let bygones be bygones.
I respect Linbit's decision to not put a joint copyright statement on the front page of the document for something as simple as a spelling fix, which the patch set clearly wasn't, but I'd also like for people to understand when substantial contributions come from other parts of the community. Seeing as people will probably have different views on what constitues a substantial contribution, and seeing as I neither have the time nor inclination for lengthy discussions on that issue, I've settled on the following compromise.
I've fixed up the patch set to retract the additions about using DRBD in high-performance environments, and left the fixes and simple modifications in. Such fixes aren't a "work" in the copyright sense, they are not protected under copyright, and as such don't require copyright assignment. And I'll continue to submit such simple fixes to the User's Guide in the future when I run across them.
Still, I think that the additions on InfiniBand and Dolphin are potentially useful for people, and I'd hate to waste them. So I came up with the idea of rolling it into something bigger. So here's the announcement of the High Performance High Availability Guide documentation project.
I'll be working on this in the nearer future, and it'll be released When It's Ready. I'm not quite sure where to host processed builds; maybe Andrew would be inclined to host it on ClusterLabs, maybe we want to make EPUB builds downloadable directly from GitHub. But let's cross those bridges when we get to them.
The AsciiDoc source for this HPHA guide is on GitHub, and you're welcome to build and use it with your favorite AsciiDoc processing toolchain (try
a2x for example). For comments and contributions my suggestion is to use the awesome infrastructure from GitHub to its fullest; additional suggestions are here.
That Guide is under CC-BY-SA 3.0, so you are welcome to use it for any purposes commercial or non-commercial, rebuild, adapt, and share, as long as you credit the original source in a suitable way. If you wish to contribute to this guide, please be sure to be OK with CC-BY-SA 3.0. I haven't drafted a contributor licensing agreement and am unsure if we'll ever need one, but if it turns out that that's a good idea and we indeed draft one, what it's going to state is essentially just that you submit under CC-BY-SA terms, and that you're not legally or contractually barred from doing so.
For those who have insights on the CLA issue, or can recommend a CLA that's well suitable for protecting contributors and ensuring that the document can be shared freely, please leave a comment below. For those who can reassure me with good arguments that a CLA is not necessary for such an endeavor, please leave a comment too as that would truly make my day.
So, let's see where this takes us. I'm really curious to see how much contribution, and importantly from how many different sources, we can get here. Please share your thoughts!