Openstack load balancer question

2017-04-11 Thread ed bond
Hello all,

Here is my juju 2 environment file: https://paste.ubuntu.com/24359766/ 


Anyone have an idea on how to get the load balancer as a service 
running with `cloud:xenial-newton` ? I enabled it in openstack-dashboard. I 
can’t find the configuration anywhere else. The VPN as a service shows up the 
LB does not.

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


Re: Kubernetes v1.3.3 for Ubuntu Ready for Testing

2016-08-02 Thread ed bond
Hey Charles, 

I will look for you on IRC. 

Looking into traefik it looks like it has websocket support now. 
https://github.com/containous/traefik/issues/8 
 Is it it still not 
recommended? I wouldn’t mind rewriting some of the RC’s and SVC’s for testing 
with ingress. I can run through a test deploy with you to see how it has come a 
long / test anything you might want to see. Using private openstack as the 
backend right now. 

- Ed
> On Aug 2, 2016, at 12:37 PM, Charles Butler  
> wrote:
> 
> (initially sent yesterday, re-sending, expanding, and cc'ing the list today)
> 
> Greetings Ed,
> 
> I've been using traefik (http://traefik.io ) to provide 
> ingress access to my services which works quite well for traditional http 
> workloads. It runs as a pod/service in your kubernetes cluster and can turn 
> the nodes into LB's for those workloads. If you're using a socket based 
> service it's still recommended to use nodeport. 
> 
> We're investigating how best to approach cloud native integration on GCE and 
> AWS but there are no primitives in juju to lend us a hand here so we're still 
> in the investigation phase. I'm happy to discuss options for networking and 
> exposing ingress to your workloads further. Especially if this relates to 
> deploying kubernetes on OpenStack, as well as the public clouds. 
> 
> All the best
> 
> Charles
> 
> On Mon, Aug 1, 2016 at 7:41 AM Edward Bond  > wrote:
> Jorge,
> 
> This looks great. Is there still a limitation on being able to node port or 
> load balancer exposing of services ?
> 
> -Ed
> 
> 
> On Aug 1, 2016 7:34 AM, "Jorge O. Castro"  > wrote:
> Hey everyone, Chuck and Matt have been working real hard on this:
> 
> http://www.jorgecastro.org/2016/07/29/ubuntu-kubernetes-v1-dot-3-3-ready-for-testing/
>  
> 
> 
> We're hoping to aggressively get to 1.4, so if you're into Kubes and
> want to help out, let us know!
> 
> --
> Jorge Castro
> Canonical Ltd.
> http://jujucharms.com/  - The fastest way to model 
> your service
> 
> --
> 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 Charmer
> Canonical Group Ltd.
> Ubuntu - Linux for human beings | www.ubuntu.com 
> Juju - The fastest way to model your service | www.jujucharms.com 
> 
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


ceilometer charm issues.

2016-06-08 Thread ed bond
I originally opened a bug for not having a 5.0.3 version.

https://bugs.launchpad.net/charms/+source/ceilometer/+bug/1590257 


However it was recommended for me to use the proposed branch to test it out.

It doesn’t work, I am getting a timeout when horizon is trying to connect to 
ceilometer:
[Wed Jun 08 08:51:33.842764 2016] [:error] [pid 33907:tid 140299577837312] 
raise ConnectionError(err, request=request)
[Wed Jun 08 08:51:33.842769 2016] [:error] [pid 33907:tid 140299577837312] 
ConnectionError: ('Connection aborted.', BadStatusLine("''",))
[Wed Jun 08 08:51:33.842773 2016] [:error] [pid 33907:tid 140299577837312] 
[Wed Jun 08 08:51:44.504590 2016] [:error] [pid 33908:tid 140300790765312] 
Recoverable error: ('Connection aborted.', BadStatusLine("''",))



Does anyone have a bundle with versions that they use with ceilometer in a real 
world example?

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


Neutron, openvswitch jumbo packets

2016-05-07 Thread ed bond
Anyone have experience with the charms to be able to set the MTU to jumbo 
packets?

Right now in testing to see if it would work we had to do this:

for i in `ip a | grep mtu| egrep -ve "eth0|eth1|eth2|eth3|bond0|lo|juju-br0" | 
awk '{print $2}' | awk -F: '{print $1}'`; do ip link set ${i} mtu 8900; done

We were able to get 6.5 Gigabit/s throughput with enabling jumbo packets. 


ubuntu@3-885bd897-3655-42ab-b0b9-a97b31826f88:~$ sudo ip link set dev ens3 mtu 
8000
ubuntu@3-885bd897-3655-42ab-b0b9-a97b31826f88:~$ sudo iperf -c 192.168.10.116 
-i1 -t 10 -m
…
[  3] local 192.168.10.115 port 33920 connected with 192.168.10.116 port 5001
[ ID] Interval   Transfer Bandwidth
[  3]  0.0- 1.0 sec   845 MBytes  7.09 Gbits/sec
[  3]  1.0- 2.0 sec   781 MBytes  6.55 Gbits/sec
[  3]  2.0- 3.0 sec   762 MBytes  6.40 Gbits/sec
[  3]  3.0- 4.0 sec   758 MBytes  6.36 Gbits/sec

Any openstack charmers have some insight? 

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


Re: 16.04 OpenStack charm release

2016-04-22 Thread ed bond
Liam, 

Great news! Is there a bundle that shows these uses yet?

- Firl
> On Apr 22, 2016, at 4:01 AM, Liam Young  wrote:
> 
> Hi All
> 
> We are pleased to announce the 16.04 release of the OpenStack charms. 
> Highlights include:
> * Full Ubuntu 16.04 support
> * OpenStack Mitaka Support on 14.04 and 16.04
> * Ceph MON charm
> * Cinder Backup charm
> * Nova/Neutron separation
> * Pause/Resume actions
> * Internal API endpoint usages support
> * Juju 2.0 Network Spaces support
> * Keystone v3 API support
> * Keystone + mod_wsgi
> * Nova LXD support
> * OpenDayLight support
> * Hardening
> For more details please see the release notes here: 
> https://wiki.ubuntu.com/ServerTeam/OpenStackCharms/ReleaseNotes1604 
> 
> 
> A big thank you to the many people who contributed to the Openstack charms 
> over the last cycle,
> Liam
> -- 
> 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


Openstack neutron/qdhcp/qrouter

2016-01-27 Thread ed bond
Hello,

There has been a couple times that I have had a power outage. The 
percona cluster fails and I have to start one node up in recovery before 
bringing the rest up. However to make sure routing and dhcp comes back up, i’ve 
had to uninstall neutron-gateway and reinstall it several times for it to get 
“fixed”

Anyone know of a command to force the neutron-gateway to recreate 
everything/restart instead of me having to juju remove/add unit?

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


openstack ephemeral storage and ceph

2015-11-05 Thread ed bond
Does anyone know how to configure the juju openstack charms to have ephemeral 
storage use ceph instead of the local disk so that I can do live migrations?

- Ed


My sample bundle that I used:

machines:
  '0':
constraints: "arch=amd64 cpu-cores=4 root-disk=2072"
series: trusty
  '1':
series: trusty
  '2':
series: trusty
  '3':
series: trusty
  '4':
series: trusty
  '5':
series: trusty
relations:
- - nova-compute:amqp
  - rabbitmq-server:amqp
- - neutron-gateway:amqp
  - rabbitmq-server:amqp
- - keystone:shared-db
  - mysql:shared-db
- - nova-cloud-controller:identity-service
  - keystone:identity-service
- - glance:identity-service
  - keystone:identity-service
- - neutron-api:identity-service
  - keystone:identity-service
- - neutron-openvswitch:neutron-plugin-api
  - neutron-api:neutron-plugin-api
- - neutron-api:shared-db
  - mysql:shared-db
- - neutron-api:amqp
  - rabbitmq-server:amqp
- - neutron-gateway:neutron-plugin-api
  - neutron-api:neutron-plugin-api
- - glance:shared-db
  - mysql:shared-db
- - glance:amqp
  - rabbitmq-server:amqp
- - nova-cloud-controller:image-service
  - glance:image-service
- - nova-compute:image-service
  - glance:image-service
- - nova-cloud-controller:cloud-compute
  - nova-compute:cloud-compute
- - nova-cloud-controller:amqp
  - rabbitmq-server:amqp
- - nova-cloud-controller:quantum-network-service
  - neutron-gateway:quantum-network-service
- - nova-compute:neutron-plugin
  - neutron-openvswitch:neutron-plugin
- - neutron-openvswitch:amqp
  - rabbitmq-server:amqp
- - openstack-dashboard:identity-service
  - keystone:identity-service
- - nova-cloud-controller:shared-db
  - mysql:shared-db
- - nova-cloud-controller:neutron-api
  - neutron-api:neutron-api
- - cinder:image-service
  - glance:image-service
- - cinder:amqp
  - rabbitmq-server:amqp
- - cinder:identity-service
  - keystone:identity-service
- - cinder:cinder-volume-service
  - nova-cloud-controller:cinder-volume-service
- - cinder-ceph:storage-backend
  - cinder:storage-backend
- - ceph:client
  - nova-compute:ceph
- - cinder:shared-db
  - mysql:shared-db
- - ceph:client
  - cinder-ceph:ceph
- - ceph:client
  - glance:ceph
- - ceph-osd:mon
  - ceph:osd
- - ntp:juju-info
  - nova-compute:juju-info
- - ntp:juju-info
  - neutron-gateway:juju-info
- - ceph-radosgw:mon
  - ceph:radosgw
- - ceph-radosgw:identity-service
  - keystone:identity-service
series: trusty
services:
  ceph:
annotations:
  gui-x: '750'
  gui-y: '500'
charm: cs:trusty/ceph-38
num_units: 3
options:
  fsid: 5a791d94-980b-11e4-b6f6-3c970e8b1cf7
  monitor-secret: AQAi5a9UeJXUExAA+By9u+GPhl8/XiUQ4nwI3A==
  osd-devices:  /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg 
/dev/sdh /dev/sdi /dev/sdj /dev/sdk /dev/sdl /dev/sdm /dev/sdn /dev/sdo 
/dev/sdp /dev/sdq /dev/sdr
  osd-reformat: 'yes'
  source: cloud:trusty-kilo
to:
  - '0'
  - '1'
  - '2'
  ceph-osd:
annotations:
  gui-x: '1000'
  gui-y: '500'
charm: cs:trusty/ceph-osd-12
num_units: 3
options:
  osd-devices:  /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg 
/dev/sdh /dev/sdi /dev/sdj /dev/sdk /dev/sdl /dev/sdm /dev/sdn /dev/sdo 
/dev/sdp /dev/sdq /dev/sdr
  osd-reformat: 'yes'
  source: cloud:trusty-kilo
to:
  - '3'
  - '4'
  - '5'
  ceph-radosgw:
num_units: 1
annotations:
  gui-x: '1000'
  gui-y: '250'
charm: cs:trusty/ceph-radosgw-15
options:
  source: cloud:trusty-kilo
  use-embedded-webserver: true
to:
  - lxc:0
  cinder:
num_units: 2
annotations:
  gui-x: '750'
  gui-y: '0'
charm: cs:trusty/cinder-26
options:
  block-device: None
  glance-api-version: 2
  ha-mcastport: 5401
  openstack-origin: cloud:trusty-kilo
to:
  - lxc:0
  - lxc:1
  cinder-ceph:
annotations:
  gui-x: '750'
  gui-y: '250'
charm: cs:trusty/cinder-ceph-9
options:
  ceph-osd-replication-count: 2
num_units: 0
  glance:
annotations:
  gui-x: '250'
  gui-y: '0'
charm: cs:trusty/glance-24
num_units: 2
options:
  ha-mcastport: 5402
  openstack-origin: cloud:trusty-kilo
to:
  - lxc:1
  - lxc:2
  keystone:
annotations:
  gui-x: '500'
  gui-y: '0'
charm: cs:trusty/keystone-28
options:
  admin-password: openstack
  ha-mcastport: 5403
  openstack-origin: cloud:trusty-kilo
num_units: 2
to:
  - lxc:2
  - lxc:3
  mysql:
annotations:
  gui-x: '0'
  gui-y: '250'
charm: cs:trusty/percona-cluster-26
options:
  max-connections: 2
num_units: 2
to:
  - lxc:3
  - lxc:4
  neutron-api:
annotations:
  gui-x: '500'
  gui-y: '500'
charm: cs:trusty/neutron-api-17
options:
  neutron-security-groups: true
  openstack-origin: cloud:trusty-kilo
num_units: 2
to:
  - lxc:4
  - lxc:5
  neutron-gateway:

Re: openstack ephemeral storage and ceph

2015-11-05 Thread ed bond
James,

Thanks for the insight. I will wait for the ceph backed ephemeral until I get 
the mellanox up and running.

I just tried a live migration:


maasadmin@restonMaas:~$ nova live-migration 
b71f57c3-f083-4f11-b1d0-eaf8ebf70f35 sniveling-father
ERROR (BadRequest): petty-fact is not on shared storage: Live migration can not 
be used without shared storage. (HTTP 400) (Request-ID: 
req-c4f42d5c-f457-4365-bf12-d25637904b4d)

That’s why I thought I had to do the ceph backed ephemeral. Is there something 
I have to do to enable the live migration for kilo?

- Ed

> On Nov 5, 2015, at 8:31 AM, James Page <james.p...@canonical.com> wrote:
> 
> Hi Ed
> 
> You can switch to the Ceph RBD image backend by setting:
> 
>  libvirt-image-backend=rbd
> 
> on the nova-compute charm; note that this applies to all instance root and 
> ephemeral disks, and unless you're using low latency >10G networking or have 
> extremely light disk IO requirements, its not going to be a fantastic 
> experience from a performance perspective.
> 
> Live migration is possible without the Ceph backend; there is a restriction 
> in Kilo if you also have Ceph disks attached to an instance via Cinder which 
> means Nova won't try to perform the migration, but I think that's fixed in 
> Liberty.
> 
> Nice to see the deploy from source option being used for the 
> openstack-dashboard!
> 
> On Thu, Nov 5, 2015 at 2:22 PM, ed bond <celpa.f...@gmail.com 
> <mailto:celpa.f...@gmail.com>> wrote:
> Does anyone know how to configure the juju openstack charms to have ephemeral 
> storage use ceph instead of the local disk so that I can do live migrations?
> 
> - Ed
> 
> 
> My sample bundle that I used:
> 
> machines:
>   '0':
> constraints: "arch=amd64 cpu-cores=4 root-disk=2072"
> series: trusty
>   '1':
> series: trusty
>   '2':
> series: trusty
>   '3':
> series: trusty
>   '4':
> series: trusty
>   '5':
> series: trusty
> relations:
> - - nova-compute:amqp
>   - rabbitmq-server:amqp
> - - neutron-gateway:amqp
>   - rabbitmq-server:amqp
> - - keystone:shared-db
>   - mysql:shared-db
> - - nova-cloud-controller:identity-service
>   - keystone:identity-service
> - - glance:identity-service
>   - keystone:identity-service
> - - neutron-api:identity-service
>   - keystone:identity-service
> - - neutron-openvswitch:neutron-plugin-api
>   - neutron-api:neutron-plugin-api
> - - neutron-api:shared-db
>   - mysql:shared-db
> - - neutron-api:amqp
>   - rabbitmq-server:amqp
> - - neutron-gateway:neutron-plugin-api
>   - neutron-api:neutron-plugin-api
> - - glance:shared-db
>   - mysql:shared-db
> - - glance:amqp
>   - rabbitmq-server:amqp
> - - nova-cloud-controller:image-service
>   - glance:image-service
> - - nova-compute:image-service
>   - glance:image-service
> - - nova-cloud-controller:cloud-compute
>   - nova-compute:cloud-compute
> - - nova-cloud-controller:amqp
>   - rabbitmq-server:amqp
> - - nova-cloud-controller:quantum-network-service
>   - neutron-gateway:quantum-network-service
> - - nova-compute:neutron-plugin
>   - neutron-openvswitch:neutron-plugin
> - - neutron-openvswitch:amqp
>   - rabbitmq-server:amqp
> - - openstack-dashboard:identity-service
>   - keystone:identity-service
> - - nova-cloud-controller:shared-db
>   - mysql:shared-db
> - - nova-cloud-controller:neutron-api
>   - neutron-api:neutron-api
> - - cinder:image-service
>   - glance:image-service
> - - cinder:amqp
>   - rabbitmq-server:amqp
> - - cinder:identity-service
>   - keystone:identity-service
> - - cinder:cinder-volume-service
>   - nova-cloud-controller:cinder-volume-service
> - - cinder-ceph:storage-backend
>   - cinder:storage-backend
> - - ceph:client
>   - nova-compute:ceph
> - - cinder:shared-db
>   - mysql:shared-db
> - - ceph:client
>   - cinder-ceph:ceph
> - - ceph:client
>   - glance:ceph
> - - ceph-osd:mon
>   - ceph:osd
> - - ntp:juju-info
>   - nova-compute:juju-info
> - - ntp:juju-info
>   - neutron-gateway:juju-info
> - - ceph-radosgw:mon
>   - ceph:radosgw
> - - ceph-radosgw:identity-service
>   - keystone:identity-service
> series: trusty
> services:
>   ceph:
> annotations:
>   gui-x: '750'
>   gui-y: '500'
> charm: cs:trusty/ceph-38
> num_units: 3
> options:
>   fsid: 5a791d94-980b-11e4-b6f6-3c970e8b1cf7
>   monitor-secret: AQAi5a9UeJXUExAA+By9u+GPhl8/XiUQ4nwI3A==
>   osd-devices:  /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg 
> /dev/sdh /dev/sdi /dev/sdj /dev/sdk /dev/sdl /dev/sdm /dev/sdn /dev/sdo 
> /dev/sdp /dev/sdq /dev/sdr
>   osd-reformat:

Re: juju bootstrap fails with vSphere 6.0

2015-11-04 Thread ed bond
Hey Michael,

I had to install a couple libraries on my MaaS, if you watch the logs it will 
tell you. However I use VIRSH to control my vsphere 6.
( sudo apt-get install python-libvirt )

user: Administrator@asdf.vsphere.local 
esxi host: 33.33.33.3
vsphere: 44.44.44.44

Power address:
vpx://Administrator%40asdf.vsphere.local@44.44.44.44/Architecture-Lab/33.33.33.3?no_verify=1
 

power ID:
name-of-vm
power pass:
thePassForTheUserAbove


I know this isn’t the vsphere adapter information, but this is how I connected.

You can test from the MaaS cli via:
virsh -c 
vpx://Administrator%40asdf.vsphere.local@44.44.44.44/Architecture-Lab/33.33.33.3?no_verify=1
 

 list --all


Hope this helps.

- Ed

> On Nov 4, 2015, at 10:21 AM, Katherine Cox-Buday 
>  wrote:
> 
> Hey Michael, apologies for the issues!
> 
> I'm going to loop in Sergey who helped work on the vSphere provider.
> 
> On Wed, Nov 4, 2015 at 8:59 AM, Forstner Michael  > wrote:
> Hi all,
> 
> I am trying to get startet with juju and VMWare vSphere 6.0 for a private 
> Cloud scenario.
> The ‘juju bootstrap’ command fails with following output:
> 
> Bootstrap failed, cleaning up the environment.
> ERROR there was an issue examining the environment: failed to create new 
> client: XML syntax error on line 1: illegal character code U+001F
> 
> Just to ensure the vSphere API is accessible and my credentials are working, 
> I’ve downloaded VMWare’s go client from https://github.com/vmware/govmomi 
> .
> Running this client with same settings as in ~/.juju/environment.yml for 
> host, user and password runs fine.
> 
> So my question would be if the (experimental?) support of vSphere in juju 
> works with vSphere v6.0 and how can further debugging options be enabled?
> 
> Many thanks in advance,
> Michael
> 
> --
> 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: Openstack charms - mellanox support

2015-09-20 Thread Ed Bond
Thanks Mark,

I have a Mellanox setup with MaaS currently. Next few weeks I would love to see 
how I can wire it all up / contribute back to the charms. 

-Ed

> On Sep 20, 2015, at 7:05 AM, Mark Shuttleworth  wrote:
> 
> Hi Edward
> 
> I believe we are working with Mellanox directly to handle the Neutron and 
> Ceph pieces you're interested in, will ask the relevant folks to contact you. 
> I'd love to be able to deploy an HPC OpenStack on a few racks of infiniband 
> with a single command, too :)
> 
> Mark
> 
>> On 19/09/15 04:48, Edward Bond wrote:
>> Anyone have information around being able to use charms to have...
>> 
>> Neutron:
>> Mellanox ml2 plugin.
>> https://wiki.openstack.org/wiki/Mellanox-Neutron-ML2-Kilo
>> Ceph:
>> Cluster communication.
>> http://www.mellanox.com/related-docs/whitepapers/WP_Deploying_Ceph_over_High_Performance_Networks.pdf
>> 
>> 
>> We are trying to get a high speed backend going with our openstack
>> deployment.
>> 
>> Thanks!
>> 
> 
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: [ Docs ] - Charming with Docker

2015-09-11 Thread Ed Bond
I would love to see some of the documentation around it. I was writing some 
charms around a docker wrapper and would love to not have to worry about the 
container layer. 

-Firl

> On Sep 11, 2015, at 10:40 AM, Charles Butler  
> wrote:
> 
> If anyone here is interested in delivering Docker App Containers with Juju, 
> mbruzek and I have put together some documents around a hot new process using 
> composer layers and the reactive framework.
> 
> This is interesting because you the charm author will only be concerned with 
> how to deliver your application layers logic. You don't need to worry about 
> installing docker, or how to scaffold out a full charm boilerplate. This 
> entire process reduces the total cost of ownership of the author to just 
> managing their app layer + container.
> 
>  https://github.com/juju/docs/pull/672
> 
> And we've constructed/linked to an example charm using this process. There's 
> probably holes in this document, and welcome feedback directly on the pull 
> request to suss them out.
> 
> We're fully interested in receiving your feedback about this, as its 
> important that we are properly engaging our users that are interested in 
> delivering their dockerized app with Juju, and that we've given you the 
> proper lessons to do so easily, and made the right decisions in tooling.
> 
> All the best,
> 
> 
> Charles Butler  - Juju Charmer
> Come see the future of datacenter orchestration: http://jujucharms.com
> -- 
> 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: What basic services are you missing in the charm store?

2015-08-24 Thread Ed Bond
I know I had issues setting up gitlab and Redmine. 

I ended up having to docker containers and opening the ports. 

Maybe a startup bundle of sorts? 
Everything just works OOTB. 

Source code repo, blog/front end website, continuous integration, and bug 
tracking. 

Just my thoughts

-Ed

 On Aug 24, 2015, at 12:01 PM, Richard Harding rick.hard...@canonical.com 
 wrote:
 
 On Mon, 24 Aug 2015, Jorge O. Castro wrote:
 
 Hi everyone,
 
 I'm taking a quick informal survey. We have teams working on things
 like really complicated big data stacks[1] and container orchestration
 awesomeness[2].
 
 However I wanted to take a minute to ask people what basic, normal,
 boring services they feel are missing from the charm store. Things
 that we tend to forget because we're thinking of the complex problems.
 For example, Robie Basak pointed out to me that it'd be nice to have a
 mail-in-the-box style bundle that did a secure, simple mail server
 stack and that it'd be nice to have a promoted just a blog bundle
 that is more straightforward.
 
 Things of that sort.
 
 1: https://jujucharms.com/u/bigdata-dev/realtime-syslog-analytics
 2: https://github.com/kubernetes/kubernetes/tree/master/cluster/juju/bundles
 
 
 With the recent discussion and focus on things for developers there's a
 couple I think that would be cool
 
 One that I think would be cool is sentry [1][2]. It's a great debugging tool
 for python applications and if things like the django framework charm
 supported it ootb it'd make an amazing one-two punch for developers. It can
 also be used from ruby and other languages. newrelic [3] is another in this
 category. I see a charm was created but not tried it out [4]
 
 The other I think that would be great would be nginx [5]. I know personally
 I've used it to replace apache, haproxy, and squid into a single service.
 If that were able to work with SSL termination, static file caching, and
 proxying scaled up applications behind it, that'd be great for a density
 story, good development practices story, etc.
 
 I sure wish we could package up travisci as that would be awesome to go
 with folks code and run your own internally/etc.
 
 
 1: https://getsentry.com/welcome/
 2: https://github.com/getsentry/sentry
 3: http://newrelic.com/application-monitoring
 4: https://jujucharms.com/newrelic/precise/3
 5: https://launchpad.net/ubuntu/+source/nginx
 
 --
 
 Rick Harding
 
 Juju UI Engineering
 https://launchpad.net/~rharding
 @mitechie
 
 -- 
 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