[SRU] hostnames with upper case letters don't make good MON's

[James Page]

== Impact ==
The ceph upstart configurations don't work correctly on systems with hostnames that contain uppercase characters.

== Test ==
Easiest todo with juju:
Configured your MAAS environment with servers with uppercase hostname.
juju bootstrap
mkdir raring
(cd raring; bzr branch lp:charms/ceph)
cat > local.yaml << EOF
ceph:
  fsid: '6547bd3e-1397-11e2-82e5-53567c8d32dc'
  monitor-count: 3
  monitor-secret: 'AQCXrnZQwI7KGBAAiPofmKEXKxu5bUzoYLVkbQ=='
  osd-devices: '/dev/sdb'
  osd-reformat: 'yes'
EOF
Deploy charm on raring using the above configuration
juju deploy --config local.yaml --repository . -n 3 local:raring/ceph

No ceph daemons will start due to missing uppercase pattern matching in the upstart configurations.

== Regression Potential ==
Limited; this fix is already in Saucy (and tested OK) and simple extends the range of permitted chars to include uppercase letters

== Original Bug Report ==

Its possible to configure a server with uppercase letters in the hostname: OS01-07 for example.

When initializing a ceph mon filesystem this gets created OK in /var/lib/ceph/mon/ceph-OS01-07 - but the upstart configuration won't detect the mon filesystem as it contains uppercase letters.

I was initially confused as running the same find command in the shell worked OK - but running it under the POSIX locale as happens in the upstart configuration causes the filesystem to be missed.

I'm not 100% sure this is actually a bug - raising for discussion!

[James Page (james-page)]

Fixed upstream for dumpling (already in Saucy)

https://github.com/ceph/ceph/commit/851619ab6645967e5d7659d9b0eea63d5c402b15

[James Page (james-page)]

Uploaded with 0.56.7 point release for SRU team review.

[Brian Murray (brian-murray)]

Hello James, or anyone else affected,

Accepted ceph into raring-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/ceph/0.56.7-0ubuntu1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Kent Baxley (kentb)]

Looks like it fixes it for me. I installed the new ceph package then restarted ceph-mon-all and the charm status went from being stuck at "installed" to "started".

[Launchpad Janitor (janitor)]

This bug was fixed in the package ceph - 0.56.7-0ubuntu1

---------------
ceph (0.56.7-0ubuntu1) raring-proposed; urgency=low

  * New upstream point release (LP: #1218341).
  * d/p/upstart_detect_uppercase.patch: Support use of uppercase host
    and cluster names when starting ceph daemons (LP: #1218852).
 -- James Page <email address hidden> Mon, 02 Sep 2013 11:00:02 +0100

[Colin Watson (cjwatson)]

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.