Re: Juju Charmer application

2017-09-01 Thread Edward Hope-Morley

better late than never I guess :) defo +1 from me


On 31/08/17 06:33, Billy Olsen wrote:

It's a bit late, but I'd like to give an enthusiastic +1 as well

On Wed, Aug 30, 2017 at 1:50 PM Tim Van Steenburgh 
> wrote:


Thanks Frode, welcome to ~charmers!

On Wed, Aug 30, 2017 at 4:10 PM, David Ames
mailto:david.a...@canonical.com>> wrote:

Huge +1

On Wed, Aug 30, 2017 at 3:14 AM, Frode Nordahl
mailto:frode.nord...@gmail.com>> wrote:
> Dear Juju community,
>
> I would like to officially apply for membership of the Juju
~charmers team.
>
> Through the course of the past year I have made
contributions to the
> OpenStack Charms and other Charm projects. I have also had
the privilege of
> meeting many of you in person, and have shared fruitful
exchanges. I have
> signed the Ubuntu Code of Conduct.
>
> Before playing around with Juju I have had a long career in
tech from which
> I have experience with both operations and development of
system level code.
> I particularly like having my code well tested to make sure
it keeps on
> running in the future.
>
> Some examples of my charm-related work:
>

https://github.com/openstack/charm-neutron-openvswitch/commit/4ffbc2fe25400abf55719a370f3a2cd37f90c99d
>

https://github.com/openstack/charm-rabbitmq-server/commit/08b10513c5725fb740382668c47fc769a6f2936c
>

https://github.com/marcoceppi/charm-mysql/commit/cefb77fafcd1ee36d4dc30c14d07aa857d5273a2
>

https://github.com/marcoceppi/charm-mysql/commit/1a8277855be4020b26121cb9d573cd150b6aa882
>

https://github.com/openstack/charm-ceph-radosgw/commit/7fa6639ab3fde7dc89131fb204f018fd4339e82f
>

https://github.com/openstack/charm-keystone/commit/5de1770931e886732870da1909f08279a0b804b4
>

https://github.com/openstack/charm-nova-cloud-controller/commit/2eef644a5c1acb2675e94908c88182658fec4ac5
>

https://github.com/openstack/charm-openstack-dashboard/commit/8f3a93ac4e7102736da492a189144220312f93df
>

https://github.com/openstack/charm-swift-proxy/commit/7c24ae81283710c830ab03f240ec9cc10dccd975
>
> Launchpad ID: fnordahl
>
> --
> Frode Nordahl
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com 
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>

--
Juju mailing list
Juju@lists.ubuntu.com 
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju


--
Juju mailing list
Juju@lists.ubuntu.com 
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju





-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: Application of Membership for Charmers

2017-07-28 Thread Edward Hope-Morley

Yuge +1!


On 21/07/17 13:41, Billy Olsen wrote:

Hello Charmers,

My name is Billy Olsen and I've been a long time contributor to the 
OpenStack Charms, going back 3 years now. I'm currently a core member 
of the OpenStack charming community and have additionally made 
contributions of code and review effort to the charm-helpers library.


I believe that I can provide a positive contribution in the overall 
charming ecosystem.


Thanks,

Billy




-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Charmers application

2015-06-04 Thread Edward Hope-Morley
Ahoy Charmers!

Please consider my application for membership to
http://launchpad.net/~charmers

I have been contributing to Juju charms for quite a while now, aiming to
improve the
charm experience for all charm users by fixing bugs and adding new features
while always maintaining a focus on improving stability and quality of the
charms. I strive to keep charm code stable, clean and well documented
while aiming to help others provide the same experience and would like
to help
with as many charm reviews as possible.

I've contributed to a number of charms over the years although now find
myself
mostly focused on helping develop and maintain the openstack charms and
associated dependencies and, as such, have been a member of the
openstack-charmers team for some time now.

For examples of my contributions to the charms please take a look at any
of the
following:

Openstack charms [1] I have contributed to:

  - https://jujucharms.com/trusty/ceilometer
  - https://jujucharms.com/trusty/ceilometer-agent
  - https://jujucharms.com/trusty/ceph
  - https://jujucharms.com/trusty/ceph-osd
  - https://jujucharms.com/trusty/ceph-radosgw
  - https://jujucharms.com/trusty/cinder
  - https://jujucharms.com/trusty/cinder-ceph
  - https://jujucharms.com/trusty/glance
  - https://jujucharms.com/trusty/hacluster
  - https://jujucharms.com/trusty/heat
  - https://jujucharms.com/trusty/keystone
  - https://jujucharms.com/trusty/neutron-api
  - https://jujucharms.com/trusty/neutron-gateway
  - https://jujucharms.com/trusty/neutron-openvswitch
  - https://jujucharms.com/trusty/nova-compute
  - https://jujucharms.com/trusty/nova-cloud-controller
  - https://jujucharms.com/trusty/openstack-dashboard
  - https://jujucharms.com/trusty/swift-proxy
  - https://jujucharms.com/trusty/swift-storage

Some non-Openstack charms I have contributed to:

  - https://code.launchpad.net/charm-helpers
  - https://jujucharms.com/trusty/percona-cluster
  - https://jujucharms.com/trusty/jenkins (python redux)
  - https://jujucharms.com/precise/chef
  - https://jujucharms.com/trusty/mysql
  - https://jujucharms.com/trusty/rabbitmq-server


As well as regular contributions to test scripts, tools and bundles:
  https://code.launchpad.net/~openstack-charm-testers
  https://code.launchpad.net/~mojo-specs

Please, feel free to ask me any questions and thank you for considering my
application.

[1] https://wiki.ubuntu.com/ServerTeam/OpenStackCharms/ReleaseNotes1504

-- 
Edward Hope-Morley
# Email: edward.hope-morley at canonical.com
# IRC: dosaboy


-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: Memory constraints and lxc containers

2015-02-27 Thread Edward Hope-Morley
Maybe this can help (thanks to Serge):

The simplest way is to use

cgm getvalue memory ''  memory.usage_in_bytes

as that only requires cgmanager on the host and in the container.

You can also use lxcfs.  You can use it on trusty, but it requires having
ppa:ubuntu-lxc/daily.  You'd do

sudo add-apt-repository ppa:ubuntu-lxc/daily
sudo apt-get update
sudo apt-get install lxcfs

Now lxcfs will run and mount a filesystem under /var/lib/lxcfs.  The lxc
from that same ppa will (I assume) automatically hook newly created
containers to use lxcfs.  For any pre-existing containers, you can just
add

lxc.include = /usr/share/lxc/config/common.conf.d

to /var/lib/lxc/ Hi.
>
> I've seen several bug reports and workarounds for charms that need to
> tune memory settings, which tends to fail horribly when using the
> local provider or deploying to lxc containers. It seems to be
> impossible to infer how much RAM a service should be using. The end
> result is extra configuration items override inferred values, and
> non-lxc specific code paths.
>
> I'm not sure what the solution should be. Are there suitable container
> constraints that could be passed to the charm, and charms make their
> decisions based on the constraints rather than using the global system
> values and hoping there is only a single container on the system?
> Should the lxc containers be setup with limited resources and be
> reporting that, instead of the system values?
>
> Memory is the one I've seen tripped over several times. I also lxc
> specific code paths for disabling swap and messing with sysctl
> settings, but these are less common and don't cause your system to
> grind to a halt when you are testing a charm locally and your desktop
> gets swapped out.
>


-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju