lp:~alexlist/charms/trusty/swift-storage/n-e-m-with-concat-rebase-plus-service-checks

Branch merges

Propose for merging

No branches dependent on this one.

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

38. By Alexander List on 2014-08-15

[alexlist] we need to give nagios sudo permissions to become swift for the checks to work

37. By Alexander List on 2014-08-13

[alexlist] fix description of Nagios check, no parentheses allowed

36. By Alexander List on 2014-08-13

[alexlist] avoid conflict in charmhelpers

35. By Alexander List on 2014-08-08

[alexlist] fix broken path for Nagios plugins, move SWIFT_SVCS to swift_storage_utils.py

34. By Alexander List on 2014-08-07

[alexlist] port Nagios checks for swift services from obsolete branch, move checks into a common place

33. By Gareth Woolridge on 2014-07-22

Rebase Jacek's nem+rsync concat changes on swift-storage/next for persistence fixes.

  Jacek Nykis 2014-05-16 Fixed tests
  Jacek Nykis 2014-05-15 Added rsync fragment concatenation to the config-changed hook
  Ryan Finnie 2014-05-14 Enable /etc/rsyncd.d functionality for compatibility with basenode
  Jacek Nykis 2014-05-13 Fixed bug in check_swift_storage.py
  Jacek Nykis 2014-05-13 Added nrpe-external-master hook support

32. By James Page on 2014-06-19

[trivial] Resync helpers to pickup fstab fixes

31. By James Page on 2014-06-19

[mthaddon,r=james-page] Add configuration for worker and per disk thread pool sizes

Make the number of workers for account, container and object servers a multiplier of the number of CPUs, and default to a sensible setting per recommendations in http://docs.openstack.org/developer/swift/deployment_guide.html#general-service-tuning. Also, add in a tunable option for object server threads_per_disk and tune default to recommendations from http://docs.openstack.org/developer/swift/deployment_guide.html#object-server-configuration.

30. By James Page on 2014-06-19

[rharper,r=james-page] Whitelist support for block devices

Allow for the user to specify devices that may not exist (and have swift-storage ignore them like cinder and ceph charms do). With this change we can use a common swift-storage block-device list that works across multiple different physical hosts where the block devices aren't all the same.

29. By James Page on 2014-06-05

[niedbalski,r=james-page,t=james-page] Add support for persistence of swift devices.