Re: Juju 2.0 and local charm deployment

2016-03-04 Thread Vasiliy Tolstov
2016-03-04 8:55 GMT+03:00 Ian Booth <ian.bo...@canonical.com>:
> Hopefully everyone is aware that Juju 2.0 and the charm store will support
> multi-series charms. To recap, a multi-series charm is one which can declare
> that it supports more than just the one series; you no longer need to have a
> separate copy of the charm for precise vs trusty vs xenial. Note that all 
> series
> must be for the same OS so you'll still need separate charm sources for 
> Windows
> vs Ubuntu vs Centos.


Thanks, but do you have plans to support multi os charms ?

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru

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


juju and monitoring systems

2015-11-13 Thread Vasiliy Tolstov
I like juju (and already use it to provide predefined vps with
wordpress etc) and i like prometheus monitoring system.
Does juju devs have any plans to export metrics to prometheus? Or
somebody who use juju and prometheus?
Also does juju running on machines or on the state server have ability
(internally collect) to get performance metrics like: cpu, memory
utilization, disk space etc ?
This brings ability to easy add/remove units.

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru

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


Re: juju and monitoring systems

2015-11-13 Thread Vasiliy Tolstov
2015-11-13 17:33 GMT+03:00 Charles Butler <charles.but...@canonical.com>:
> Vasilily,
>
> I've been taking a deep look at prometheus lately - namely due to the claim
> of their top end benchmark of 360 thousand metric ingests per second on a
> beefy modern host. This intrigued me as to the use cases for prometheus. And
> seeing it being baked into the k8s apiserver for metric exports gave it
> additional credibility for being investigated.
>
> Rick's answer pretty much falls in line with what my analysis would be, that
> we dont have it on any road maps today, however an ingest for prometheus
> should be possible with some effort on both sides - the prometheus charm
> maintainer (tbd) and then the metric scrapers for juju (tbd).
>
> If this is something you are interested in, I think this conversation is a
> good starting point to look at what really needs to be done, and can be
> prototyped outside of juju core as a POC. If it gains traction, that would
> be a good identifier for it to be prioritized in a future iteration.
>
> As a bit of a curiosity, what metrics are you looking for?


Thanks for detailed answer. I'm looking for data, that can be used to
automatic scaling.
Now i'm looking for system la, cpu utilization, cpu steal time, memory
used, disk free space and utilization, network utilization...
May be the best look at https://github.com/prometheus/node_exporter
for by default enabled metrics.

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru

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


Re: any ways to update unit public address ?

2015-05-27 Thread Vasiliy Tolstov
2015-05-27 3:17 GMT+03:00 Kapil Thangavelu kap...@gmail.com:

 relation settings only propagates private ip, which juju sets, and its imo
 bug that juju should update and invoke relation change hook if it changes
 and has the previously set value (ie. thus works w/ proxy charms). at least
 that was my summary going in and out of the that monster thread. at the
 moment juju doesn't update the addresses it set, but it will invoke
 config-changed when addresses changed afaicr but effectively zero charms are
 ready to handle that.

 re public address, unit-get public-address makes it available as info into
 the charm, but there isn't a mechanism per-se to modify the address or
 notify wrt to that information.

 you can manually modify the relation settings that convey private/public
 address info with juju run ala
 https://gist.github.com/kapilt/a61efcb4eaef9e685397

 might be helpful if you could clarify the context that the public address
 changed and how its causing a problem with a concrete example.


Thanks, if my units for unit-get public-address always return
127.0.0.1 what can i do?
P.S. state server address really 127.0.0.1, but server have other
public addresses ipv4 and ipv6

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru

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


Re: any ways to update unit public address ?

2015-05-27 Thread Vasiliy Tolstov
2015-05-27 10:10 GMT+03:00 Andrew Wilkins andrew.wilk...@canonical.com:
 Which version of Juju are you running? If it's semi recent, it *should* pick
 up
 all of the addresses on the machine and choose something that is not a
 private
 network address (and if it's not, I'd suggest logging a bug).


1.23.3-0ubuntu1~14.04.1~juju1

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru

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


Re: any ways to update unit public address ?

2015-05-27 Thread Vasiliy Tolstov
2015-05-27 10:13 GMT+03:00 Vasiliy Tolstov v.tols...@selfip.ru:
 Which version of Juju are you running? If it's semi recent, it *should* pick
 up
 all of the addresses on the machine and choose something that is not a
 private
 network address (and if it's not, I'd suggest logging a bug).


 1.23.3-0ubuntu1~14.04.1~juju1


with juju devel (1.24-beta5-0ubuntu1~14.04.1~juju1) output is the same:

juju run --unit=mysql/0 unit-get private-address
127.0.0.1



-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru

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


plans for single state server for many users

2015-05-25 Thread Vasiliy Tolstov
Hello, can somebody share info/plans/roadmap for single state server
for many juju clients? I want to have one server for all my clients
(i'm hosting provider).
If beta available - i want to try it if somebody provide me instructions/docs.
Thanks.

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru

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


Re: gocharm help

2015-04-24 Thread Vasiliy Tolstov
2015-04-23 20:31 GMT+03:00 roger peppe roger.pe...@canonical.com:
 Ah! After looking at your code, I think I might know what your
 question means. Do you mean If I call RegisterRelation, why
 does gocharm not generate relation hooks for that relation?.
 If so, the answer is that gocharm only generates a hook stub when
 you've called RegisterHook for that hook (it can't know
 *which* hooks you want to be called. RegisterRelation just
 registers the relation; it doesn't say that you're interested in hook
 invocations
 for that relation. See charmbits/httprelation for an example
 of how to implement a relation.


Thanks for all answers.
Offtopic question - does you know something like chef/puppet but
written in go ?=)

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


Re: gocharm help

2015-04-23 Thread Vasiliy Tolstov
2015-04-23 18:01 GMT+03:00 Vasiliy Tolstov v.tols...@selfip.ru:
 Thanks for suggestions, i'm try to write simple wordpress charm and
 check relations =)
 Last question - what benefits of using simplerelation package or
 writing own relations packages?


Also, why in case of registered relation gocharm does not create
symlinks for this relation?

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


Re: gocharm help

2015-04-23 Thread Vasiliy Tolstov
2015-04-23 11:00 GMT+03:00 roger peppe roger.pe...@canonical.com:
 Nice start!

 As far as I can see the issue is just that there's
 a variant syntax of a relation that's allowed in the metadata
 (I replied in the issue itself).

 I had a brief look at your hooks.go file. I'd suggest that
 it's probably better to register the hooks individually,
 rather than using the switch (that way gocharm does the
 work).

 As it happens, the gocharm hook logic emits a log message
 anyway when a hook starts and finishes, but if you
 *do* want to wrap other generic logic around hooks, it's
 probably better to use a decorator style than to
 introduce the switch.

 e.g.

 func (n *mysql) registerHook(r *hook.Registry, name string, h
 func() error) {
   r.RegisterHook(name, func() error {
 n.ctxt.Logf(running %s, name)
 return h()
   })
  }

  ...
  n.registerHook(r, install, n.install)

 Here's a paste of the code with a few suggested changes made:

 http://paste.ubuntu.com/10870074/

 Please let me know if you have any more issues (or, even better, if
 it all just works ok for you :-] )


Thanks for suggestions, i'm try to write simple wordpress charm and
check relations =)
Last question - what benefits of using simplerelation package or
writing own relations packages?

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


gocharm help

2015-04-22 Thread Vasiliy Tolstov
Hello, i'm try to investigate gocharm and i'm happy with it.
But i'm stuck ad this issues:
https://github.com/juju/gocharm/issues/44
can somebody helps me?

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


Re: User Management part 1 all there for 1.21

2014-10-30 Thread Vasiliy Tolstov
2014-10-30 3:54 GMT+03:00 Tim Penhey tim.pen...@canonical.com:
 This is just the start of more magical things to come.

 The Onyx team is focused on enabling multiple environments within a
 single juju deployment.

 This means that there will be able to be multiple running independent
 juju environments running through one state server (or highly
 available state server collection).  As this ability gets closer to
 reality we'll start seeing more commands around listing environments,
 and sharing environments with other users.


Nice! I'm ready to test this when it can be tested =))

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


debug hooks

2014-10-23 Thread Vasiliy Tolstov
Hi =)!

I have succeseful deployed wordpress on precreated lxc containers.
After deploy to vps i have all services in error state with message
about install hook failed.

How can i debug this?
In logs i don't have any info:
2014-10-23 11:51:54 INFO juju.cmd supercommand.go:37 running jujud
[1.20.10-trusty-amd64 gc]
2014-10-23 11:51:54 DEBUG juju.agent agent.go:377 read agent config,
format 1.18
2014-10-23 11:51:54 INFO juju.jujud unit.go:78 unit agent
unit-wordpress-0 start (1.20.10-trusty-amd64 [gc])
2014-10-23 11:51:54 INFO juju.worker runner.go:260 start api
2014-10-23 11:51:54 INFO juju.state.api apiclient.go:242 dialing
wss://10.0.3.219:17070/
2014-10-23 11:51:54 INFO juju.state.api apiclient.go:250 error dialing
wss://10.0.3.219:17070/: websocket.Dial wss://10.0.3.219:17070/:
dial tcp 10.0.3.219:17070: connection refused
2014-10-23 11:51:54 ERROR juju.worker runner.go:218 exited api:
unable to connect to wss://10.0.3.219:17070/
2014-10-23 11:51:54 INFO juju.worker runner.go:252 restarting api in 3s
2014-10-23 11:51:57 INFO juju.worker runner.go:260 start api
2014-10-23 11:51:57 INFO juju.state.api apiclient.go:242 dialing
wss://10.0.3.219:17070/
2014-10-23 11:51:58 INFO juju.state.api apiclient.go:176 connection
established to wss://10.0.3.219:17070/
2014-10-23 11:51:35 INFO juju.worker runner.go:260 start upgrader
2014-10-23 11:51:35 INFO juju.worker runner.go:260 start logger
2014-10-23 11:51:35 DEBUG juju.worker.logger logger.go:35 initial log
config: root=DEBUG
2014-10-23 11:51:35 INFO juju.worker runner.go:260 start uniter
2014-10-23 11:51:35 DEBUG juju.worker.logger logger.go:60 logger setup
2014-10-23 11:51:35 INFO juju.worker runner.go:260 start apiaddressupdater
2014-10-23 11:51:35 INFO juju.worker runner.go:260 start rsyslog
2014-10-23 11:51:35 DEBUG juju.worker.rsyslog worker.go:75 starting
rsyslog worker mode 1 for unit-wordpress-0 
2014-10-23 11:51:35 DEBUG juju.worker.logger logger.go:45
reconfiguring logging from root=DEBUG to root=DEBUG;unit=DEBUG
2014-10-23 11:51:35 INFO juju.worker.upgrader upgrader.go:116 desired
tool version: 1.20.10
2014-10-23 11:51:35 DEBUG juju.worker.rsyslog worker.go:164 Reloading
rsyslog configuration
2014-10-23 11:51:35 INFO juju.worker.apiaddressupdater
apiaddressupdater.go:61 API addresses updated to [[public:10.0.3.219
local-machine:127.0.0.1 local-machine:::1
fe80::216:3eff:fe28:3970]]
2014-10-23 11:51:35 DEBUG juju.worker.uniter uniter.go:217 starting
juju-run listener on
unix:/var/lib/juju/agents/unit-wordpress-0/run.socket
2014-10-23 11:51:35 INFO juju.worker.uniter uniter.go:115 unit
wordpress/0 started
2014-10-23 11:51:35 DEBUG juju.worker.uniter runlistener.go:84
juju-run listener running
2014-10-23 11:51:35 INFO juju.worker.uniter modes.go:396 ModeContinue starting
2014-10-23 11:51:35 INFO juju.worker.uniter modes.go:31 loading uniter state
2014-10-23 11:51:35 INFO juju.worker.uniter modes.go:78 awaiting error
resolution for install hook
2014-10-23 11:51:35 DEBUG juju.worker.uniter modes.go:398 ModeContinue exiting
2014-10-23 11:51:35 INFO juju.worker.uniter modes.go:396 ModeHookError starting
2014-10-23 11:51:35 DEBUG juju.worker.uniter uniter.go:757 new
environment change
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:507
charm check skipped, not yet installed.
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:333 got
config change
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:337
preparing new config event
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:317 got
unit change
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:341 got
relations change
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:325 got
service change
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:521 no
new charm event
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:421 want
resolved event
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:415 want
forced upgrade true
2014-10-23 11:51:35 DEBUG juju.worker.uniter.filter filter.go:521 no
new charm event
2014-10-23 11:51:59 INFO juju.worker.upgrader upgrader.go:116 desired
tool version: 1.20.10


-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


Re: mongodb log file size

2014-10-20 Thread Vasiliy Tolstov
2014-10-20 21:16 GMT+04:00 Kapil Thangavelu kapil.thangav...@canonical.com:
 That should be fine, the dictates here are from mongodb default semantics,
 we've tweaked them minorly but for the most part there per upstream
 recommends. The amount of data juju uses is miniscule (1-2mb).. till juju
 1.21 where we store charms in mongodb.


Hmm, why you need to store charms in mongodb =( ?

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


Re: mongodb log file size

2014-10-20 Thread Vasiliy Tolstov
2014-10-21 0:55 GMT+04:00 Kapil Thangavelu kapil.thangav...@canonical.com:
 we're trying to make providers easier to right, currently we use provider
 object-storage, but a number of low cost providers don't have it and it
 complicates writing a provider (ie. no all openstack installs have object
 storage either), obviating the need by making juju handle its own very
 limited need object storage needs makes things a bit simpler. most charms
 are fairly small minus those that bundle binaries.


Hm, as i see some charms have deb packages inside it =(...
Does it possible to have option not preallocate data, but specify
minimum and maximum storage use and grow on demand?

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


mongodb log file size

2014-10-19 Thread Vasiliy Tolstov
Hi again =). I find discussion about mongodb repl log size, that it
minimal 512Mb and maximum 1024Mb (max may be wrong...). Does it
possible to minimize it to 128Mb?
I'm understand about negative sides of this, but now i deploy via juju
single machine and don't want to keep this logs big. Does it possible
to minimize it, but if i need big cluster - set new size?

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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


Re: What's coming for Juju in 14.04

2013-11-21 Thread Vasiliy Tolstov
2013/11/21 Jorge O. Castro jo...@ubuntu.com:
 Here's my 10,000 foot view of the big features:

 a) Finished and polished Manual provisioning - deploy to any server.
 b) High Availability for the bootstrap node.
 c) Bundles as first class citizens - I want a scalable mediawiki
 deployment without having to manually pick a bunch of charms.

 Most everything else looks like polish, stability, and reliability
 improvements across the board, or things like having the CLI talk to
 the API directly which is nice but probably won't affect the end user
 facing bits too much. Small features like `juju quickstart` will also
 make the overall experience nicer.

 From the non-core side having the Charm Tools and Charm Helper
 improvements along with the charm audit will probably have a greater
 impact on day to day usage of Juju overall as we continue to build
 tools around the ecosystem to make it more useful for people.


Thanks!

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

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