Merge lp:~tribaal/charms/precise/storage/make-local-provider-answer into lp:charms/storage
Proposed by
Chris Glass
Status: | Merged |
---|---|
Approved by: | David Britton |
Approved revision: | 38 |
Merged at revision: | 37 |
Proposed branch: | lp:~tribaal/charms/precise/storage/make-local-provider-answer |
Merge into: | lp:charms/storage |
Diff against target: |
30 lines (+23/-3) 1 file modified
hooks/storage-provider.d/local/data-relation-changed (+23/-3) |
To merge this branch: | bzr merge lp:~tribaal/charms/precise/storage/make-local-provider-answer |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Charles Butler (community) | Approve | ||
David Britton (community) | Approve | ||
Stuart Bishop (community) | Approve | ||
Review via email: mp+231065@code.launchpad.net |
Description of the change
This fixes the related bug. The local storage provider now simply answers the main charm immediately (since no IO is actually necessary).
To post a comment you must log in.
I tested this with postgresql and noticed that the default charmhelpers mount creation algorithm has a bug with permissions and ownership. I'll file a bug on that separately, but that led me to think that we should be creating the directory in the local provider so it is ready to go for the caller.
a simple 'os.makedirs()' on the mountpoint if it does not exist would be helpful and expected IMO.
Other than this, things look great. I'll mark needs fixing until then.