can someone tell me what is it: Failed to handle message: incompatible marshal file format (can't be read)
base64 was to yes
k :)
cwhy joined the channel
lofic joined the channel
lofic
Hello Volcane, could you consider publishing a new version of the snipper gem on rubygems.org ? This would be handy.
dcorbin_ has quit
ircuser-1 has quit
fenrus02 has quit
zts has quit
crazed has quit
dcorbin_ joined the channel
ircuser-1 joined the channel
fenrus02 joined the channel
zts joined the channel
crazed joined the channel
inecas joined the channel
Volcane
lofic: done
lofic
thanks
jantman joined the channel
hs366 joined the channel
flaf
Hi, I have installed mcollective (version 2.8.1 with ssl and rabbitmq 3.2.4, OS = Ubuntu 14.04). It seems to work fine but I have notciced that: if I use the public key /etc/mcollective/ssl/<name>.pem for the client (plugin.ssl_client_public parameter), I must have the same public in /etc/mcollective/ssl/clients/ the server (it's logical), but with exactly the same name (ie <name>.pem).
If the filename is not the same (but it's the same content), it doesn't work.
_rc
That's correct
flaf
My question: is it the normal behavior?
_rc
yes
flaf
Ah. :)
Ok. I thought that the filename could be different in fact.
Ok, so all is normal. Thx _rc. :)
johanOF has quit
johanOF joined the channel
saurajeetd joined the channel
johanOF has quit
johanOF joined the channel
csschwe joined the channel
csschwe joined the channel
saurajeetd has quit
saurajeetd joined the channel
ddevon joined the channel
ddevon has quit
saurajeetd has quit
Volcane 's guessing stomp gem 1.2.9 is one of the ones that just dont work with jruby
jobewan joined the channel
ramindk has quit
ramindk joined the channel
johanOF has quit
kpease joined the channel
inecas has quit
raphink joined the channel
raphink has quit
raphink joined the channel
jantman has quit
ddevon joined the channel
s1lv3r40 joined the channel
s1lv3r40 has quit
s1lv3r40 joined the channel
whenry has quit
jantman joined the channel
gutocarvalho joined the channel
whenry joined the channel
gutocarvalho has quit
gutocarvalho joined the channel
neoice_ is now known as neoice
kpease_ joined the channel
pbrideau joined the channel
kpease has quit
kpease_ is now known as kpease
kpease_ is now known as kpease
pbrideau
Hi there, i'm having a problem with systemd on debian Jessie and mcollective-service plugin. Anyone have seen this? The service restarted with mco (ntp in my pastebin example) becomes owned by the mcollective.service, http://pastebin.com/RZY0wNUH
kpease has quit
kpease joined the channel
dcorbin_ has quit
ircuser-1 has quit
fenrus02 has quit
zts has quit
crazed has quit
blahdodo has quit
blahdodo joined the channel
dcorbin_ joined the channel
ircuser-1 joined the channel
fenrus02 joined the channel
zts joined the channel
crazed joined the channel
whenry has quit
blahdodo has quit
blahdodo joined the channel
kpease joined the channel
mathys joined the channel
ddevon1 joined the channel
ddevon1 has quit
ddevon has quit
hs367 joined the channel
hs366 has quit
gutocarvalho has quit
torrancew
pbrideau: I've had a lot of issues with jessie's chosen way to make systemd and sysv "compatible" with one another from the CLI
pbrideau
torrancew: did you figure a way to fix it?
torrancew
I've not even tackled the mco side yet, pbrideau
mostly the puppet side
we actually decided to backburner the migration for now, given how many services were troublesome
too many more critical things happening ATM
a lot of it came down to overriding the provider for a given service
I suspect that mco is probably triggering the sysv wrapper scripts via puppet, instead of systemctl
pbrideau
I see... Well, we are currently building a new infrastructure and it was our way to test jessie... I guess we won't have mcollective in this new infrastructure for now... Or i'll try to go deeper into it when the release of the new environment will be completed... Thanks for your inputs torrancew
torrancew
pbrideau: np. if you can configure the provider mco is choosing from puppet, it may help clear things up