| Time |
Nick |
Message |
| 00:04 |
|
schimmy joined #salt |
| 00:07 |
|
happytux joined #salt |
| 00:08 |
|
mateoconfeugo joined #salt |
| 00:08 |
|
schimmy1 joined #salt |
| 00:08 |
|
TyrfingMjolnir joined #salt |
| 00:11 |
|
mpanetta joined #salt |
| 00:14 |
|
mpanetta joined #salt |
| 00:30 |
|
Luke__ joined #salt |
| 00:31 |
|
Nexus_x1 joined #salt |
| 00:37 |
Nexus_x1 |
hi everyone, trying to evalute Salt for a Linux/Windows deployment. Is Windows a well supported platform with Salt? |
| 00:38 |
manfred |
pretty well supported |
| 00:38 |
|
Ryan_Lane joined #salt |
| 00:38 |
manfred |
it works for your minions, but not as the master, because of pythons deficiencies for multi threading on windows |
| 00:38 |
|
ajw0100 joined #salt |
| 00:40 |
Nexus_x1 |
yes the master was always going to live in a Cent6 box, is there are lot of community contributions for Windows?? |
| 00:41 |
manfred |
there are not as many as linux, but there are still a considerable amount from what i have seen in the last two months, Utahdave does most of that stuff |
| 00:42 |
Nexus_x1 |
appreciate the info! |
| 00:43 |
agronholm |
also connecting to minions on windows doesn't work |
| 00:43 |
agronholm |
because of lack of windows ipc support in zeromq |
| 00:44 |
Nexus_x1 |
agronholm: Do you mean getting a shell? |
| 00:44 |
agronholm |
I mean listening to events |
| 00:44 |
agronholm |
probably salt_call is out too |
| 00:45 |
Nexus_x1 |
oic |
| 00:46 |
manfred |
http://docs.saltstack.com/en/latest/topics/installation/windows.html |
| 00:48 |
Nexus_x1 |
I have been looking online for info on salt stack limitations in Windows, with no luck |
| 00:49 |
Nexus_x1 |
I think the ony way forward is to set up a lab and evaluate all teh options |
| 00:49 |
manfred |
yeah |
| 00:53 |
Nexus_x1 |
know of any good places to check out Salt Modules? |
| 00:54 |
agronholm |
other than the list on saltstack.com you mean? |
| 00:54 |
Nexus_x1 |
yes |
| 00:55 |
Nexus_x1 |
a community contrib repo? |
| 00:56 |
manfred |
Nexus_x1: there aren't community modules |
| 00:57 |
manfred |
but there are community formulas |
| 00:57 |
manfred |
https://github.com/saltstack-formulas |
| 00:57 |
manfred |
just state files and pillars |
| 00:57 |
Nexus_x1 |
manfred: thanks! |
| 00:58 |
manfred |
not many of the modules things, if you have to grab one from the repo to overwrite something you can try dropping it in /srv/salt/_modules or /srv/salt/_states, but if it fails, you probably need a newer version of stalt, usually from git develop |
| 01:05 |
|
combusean joined #salt |
| 01:07 |
|
Ryan_Lane joined #salt |
| 01:08 |
|
meteorfox joined #salt |
| 01:10 |
|
meteorfox joined #salt |
| 01:18 |
|
schimmy joined #salt |
| 01:20 |
|
ashw7n joined #salt |
| 01:21 |
|
schimmy1 joined #salt |
| 01:22 |
|
ruqui joined #salt |
| 01:22 |
|
schimmy joined #salt |
| 01:23 |
ruqui |
hi, I have a config file that is copied to a minion when I execute 'highstate', is it possible to append in that config file the hostname of the minion itself? how can I do that? |
| 01:25 |
__number5__ |
ruqui: read the pillar chapter of salt docs |
| 01:27 |
|
schimmy joined #salt |
| 01:29 |
ruqui |
yes, I've read that but couldn't find what I'm looking for ... I think pillar is used to set static data, right? I want to dinamically obtain the hostname of the minion and append that into the config file that is being copied |
| 01:29 |
manfred |
ruqui: grains will do that |
| 01:30 |
manfred |
ruqui: https://github.com/saltstack/salt/blob/develop/salt/grains/core.py#L1070 |
| 01:30 |
manfred |
ruqui: core.py will check the hostname using the socket module and then set it for you in grains['hostname'] for your minion |
| 01:30 |
manfred |
use file.append |
| 01:31 |
manfred |
err grains['host'] |
| 01:31 |
manfred |
or 'localhost' |
| 01:32 |
ruqui |
so, if I add {{ grains['host'] }} into the config file in the master, when it's copied to the minion it will correctly set the hostname? is that right? |
| 01:32 |
manfred |
yeah |
| 01:32 |
manfred |
make sure to set the template: for your file.managed |
| 01:34 |
manfred |
http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html |
| 01:34 |
manfred |
template: jinja |
| 01:35 |
manfred |
check salt \* grains.items to see all of the things you could put in there too to figure out which one you want to use. |
| 01:36 |
ruqui |
thank you manfred!!! I think grains['localhost'] will work |
| 01:36 |
manfred |
cool |
| 01:39 |
|
jaycedars joined #salt |
| 01:42 |
|
whyzgeek joined #salt |
| 01:44 |
|
rebelshrug joined #salt |
| 01:46 |
|
bhosmer joined #salt |
| 01:51 |
|
dccc joined #salt |
| 01:56 |
|
mosen joined #salt |
| 02:00 |
|
ckao joined #salt |
| 02:07 |
|
cruatta joined #salt |
| 02:18 |
|
bhosmer joined #salt |
| 02:20 |
|
Outlander joined #salt |
| 02:24 |
|
jalbretsen joined #salt |
| 02:35 |
|
anuvrat joined #salt |
| 02:35 |
|
oz_akan_ joined #salt |
| 02:36 |
|
jslatts joined #salt |
| 02:46 |
|
meteorfox joined #salt |
| 02:57 |
|
krow joined #salt |
| 02:59 |
|
zain_ joined #salt |
| 02:59 |
|
Han_ joined #salt |
| 02:59 |
Han_ |
hi there anyone here? |
| 03:00 |
agronholm |
Han_: if you have a question, just ASK |
| 03:00 |
Han_ |
can set all minions to pull a config file from the master? |
| 03:01 |
agronholm |
sure |
| 03:01 |
agronholm |
file.managed |
| 03:01 |
manfred |
Han_: file.managed if it is in the file.root, there is also the salt-cp command if you just want to copy shit to the minions |
| 03:01 |
Han_ |
set from the master or need to be set in the minion? |
| 03:01 |
manfred |
it is a salt state |
| 03:02 |
manfred |
Han_: http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html |
| 03:04 |
manfred |
│22:02:30 gtmanfred -- | shit_logiz_says: Erroneous Nickname |
| 03:04 |
manfred |
bah |
| 03:10 |
|
brucelee_ joined #salt |
| 03:16 |
|
MatthewsFace joined #salt |
| 03:16 |
Han_ |
hm.. but if i want to use the pull function from the masters and only change that line without touching other lines also can? |
| 03:24 |
|
twiedenbein joined #salt |
| 03:26 |
|
MatthewsFace joined #salt |
| 03:30 |
Han_ |
... not sure how to use file.manage |
| 03:31 |
Han_ |
does this needs to write a script ? |
| 03:32 |
Han_ |
example i want to change /etc/test/test.config , when i need to use the file.manage function i need to write a script? |
| 03:33 |
|
schimmy joined #salt |
| 03:34 |
|
bhosmer joined #salt |
| 03:37 |
|
schimmy1 joined #salt |
| 03:39 |
|
oz_akan_ joined #salt |
| 03:47 |
|
catpiggest joined #salt |
| 03:53 |
|
CheKolyN joined #salt |
| 04:05 |
|
MatthewsFace joined #salt |
| 04:09 |
|
Furao joined #salt |
| 04:12 |
|
anuvrat joined #salt |
| 04:31 |
|
thayne joined #salt |
| 04:40 |
|
oz_akan_ joined #salt |
| 04:44 |
|
oz_akan_ joined #salt |
| 04:45 |
manfred |
Han_: you don't need to write a script, you need to save the file you want to put on the minion in your file_root... otherwise you can just do something like file.append to make sure something is in a file, and if it isn't, it will append it, or use file.replace to do regex replacements of files |
| 04:49 |
|
ramteid joined #salt |
| 04:51 |
|
n8n joined #salt |
| 05:00 |
|
n8n_ joined #salt |
| 05:14 |
|
ggoZ joined #salt |
| 05:15 |
|
saravanans joined #salt |
| 05:18 |
|
mateoconfeugo joined #salt |
| 05:22 |
|
bhosmer joined #salt |
| 05:24 |
|
cruatta joined #salt |
| 05:28 |
|
CeBe joined #salt |
| 05:33 |
|
thedodd joined #salt |
| 05:37 |
|
saravanans joined #salt |
| 05:38 |
|
picker joined #salt |
| 05:39 |
|
brucelee_ joined #salt |
| 05:45 |
|
oz_akan_ joined #salt |
| 06:29 |
|
Guest12024 joined #salt |
| 06:29 |
|
roolo joined #salt |
| 06:29 |
|
brucelee_ joined #salt |
| 06:30 |
|
CeBe1 joined #salt |
| 06:46 |
|
oz_akan_ joined #salt |
| 07:02 |
|
irctc762 joined #salt |
| 07:05 |
|
ramteid joined #salt |
| 07:05 |
|
malinoff joined #salt |
| 07:10 |
|
ml_1 joined #salt |
| 07:10 |
|
krow joined #salt |
| 07:10 |
|
linjan joined #salt |
| 07:11 |
|
bhosmer joined #salt |
| 07:11 |
|
n8n joined #salt |
| 07:20 |
|
cruatta joined #salt |
| 07:21 |
|
mateoconfeugo joined #salt |
| 07:22 |
|
ndrei joined #salt |
| 07:30 |
|
Lemo joined #salt |
| 07:38 |
|
CeBe joined #salt |
| 07:42 |
|
thehaven joined #salt |
| 07:43 |
|
bhosmer joined #salt |
| 07:46 |
|
Kenzor joined #salt |
| 07:46 |
|
oz_akan_ joined #salt |
| 07:48 |
|
sroegner___ joined #salt |
| 07:48 |
|
oz_akan__ joined #salt |
| 07:52 |
|
babilen joined #salt |
| 07:53 |
|
hoodow joined #salt |
| 07:53 |
|
hoodow joined #salt |
| 07:56 |
|
lemo joined #salt |
| 07:56 |
lemo |
I'm using salt with vagrant. I used to write hightstate=true in the vagrantfile. I got to know that it is not a good practice to run highstate = true in the vagrant file. Does anyone knows what is the alternative way? |
| 07:56 |
|
MK_FG joined #salt |
| 08:06 |
|
combusean joined #salt |
| 08:13 |
|
Outlander joined #salt |
| 08:17 |
|
duddle joined #salt |
| 08:17 |
|
slav0nic joined #salt |
| 08:20 |
duddle |
hi! I'm using SaltStack version 2014.1.4 on debian and have a question: what is the difference between "grains.get foobar" and "grains.item foobar"? the former gives me the grain set in /etc/salt/grains (on the minion), the latter doesn't. also, that grain is not listed in grains.items |
| 08:21 |
duddle |
I can target the minion using that grain, but it's weird that it only shows up in grains.get |
| 08:21 |
|
darkelda joined #salt |
| 08:23 |
|
_mel_ joined #salt |
| 08:32 |
duddle |
ok, grains seem to behave unexpectedly: http://pastebin.com/raw.php?i=bqtuPWJh |
| 08:33 |
|
saravanans joined #salt |
| 08:34 |
|
giantlock joined #salt |
| 08:35 |
the_drow |
What's the best way to download an SSL certificate from go daddy? |
| 08:38 |
|
saravanans joined #salt |
| 08:38 |
|
jalaziz joined #salt |
| 08:40 |
|
brucelee_ joined #salt |
| 08:49 |
bmcorser |
Name pkgrepo.managed in sls postgres is not a dictionary :( |
| 08:49 |
|
oz_akan_ joined #salt |
| 08:50 |
babilen |
bmcorser: Could you paste postgres.sls to, say, http://paste.debian.net or http://refheap.com ? |
| 08:50 |
bmcorser |
https://gist.github.com/bmcorser/48a7f143964942987b55 |
| 08:51 |
bmcorser |
is a gist ok babilen ? |
| 08:52 |
babilen |
bmcorser: Sure |
| 08:53 |
bmcorser |
(link is above) what on earth have i done wrongly? |
| 08:54 |
babilen |
bmcorser: Try: name: {{ "deb http://apt.postgresql.org/pub/repos/apt/ %s-pgdg main"|format(grains['oscodename']) }} |
| 08:54 |
babilen |
bmcorser: I think the : in the URL is tripping it up |
| 08:55 |
babilen |
bmcorser: Hmm, no, that isn't it as I use exactly the same |
| 08:55 |
babilen |
bmcorser: Is that the complete file though? |
| 08:55 |
bmcorser |
yeah i was going to say its no different to the url in the example |
| 08:55 |
babilen |
Or did you just paste the state contents? |
| 08:56 |
bmcorser |
babilen: it is now (updated the gist) |
| 08:56 |
babilen |
Because you are missing a state id if that is the case |
| 08:56 |
bmcorser |
ok |
| 08:57 |
duddle |
ok, I figured out my problem: somehow, two instances of salt-minion were running, now it seems to work |
| 08:57 |
babilen |
install-secrit-tools: \n pkgrepo.managed: ..." |
| 08:57 |
bmcorser |
can you fork the gist to show me what you mean? |
| 08:57 |
bmcorser |
babilen: ok cool |
| 08:57 |
bmcorser |
so i have double namespace everything in salt >:( |
| 08:58 |
__number5__ |
quick question: what's the best way to handle dependancy over network, e.g. one service depends on a postgres db on another minion? |
| 08:58 |
|
cruatta joined #salt |
| 08:58 |
bmcorser |
file: salt/salt.sls contents: salt: \n\tdata |
| 08:58 |
babilen |
bmcorser: You don't have to use "name:" if the state id is the correct name. |
| 08:58 |
bmcorser |
ah but because the name here is the apt url we cant do that? |
| 08:59 |
the_drow |
Where should I store my ssl certificate and pem files if I don't want them in github? |
| 08:59 |
the_drow |
I'm running masterless |
| 08:59 |
|
bhosmer joined #salt |
| 08:59 |
babilen |
__number5__: http://docs.saltstack.com/en/latest/topics/tutorials/states_pt5.html#states-overstate |
| 08:59 |
bmcorser |
the_drow: try gitignoring a directory in your repo and keeping them there |
| 08:59 |
__number5__ |
babilen: thanks, for overstate to work I need a master right? |
| 09:00 |
babilen |
bmcorser: You could do that, but I would prefer a more readable id |
| 09:00 |
the_drow |
bmcorser: But how do I cause them to be provisioned? |
| 09:00 |
the_drow |
OHHH I get it |
| 09:00 |
the_drow |
You have to get them manually if you have the permission to do so |
| 09:01 |
babilen |
__number5__: Yes - There is also http://docs.saltstack.com/en/latest/ref/peer.html and http://docs.saltstack.com/en/latest/topics/reactor/index.html if you simply want to react to certain events or trigger actions on other minions |
| 09:01 |
bmcorser |
babilen: indeed |
| 09:01 |
the_drow |
If I have a certificate from go daddy should I use the TLS state or not? |
| 09:02 |
__number5__ |
babilen: cool, thanks. |
| 09:04 |
babilen |
__number5__: The reactor system needs a master, but you should be able to use peer communication (not sure). But then i would recommend to use a master in setups in which you want to model inter-minion dependencies. |
| 09:04 |
the_drow |
bmcorser: If I have a certificate from go daddy should I use the TLS state or not? |
| 09:05 |
babilen |
the_drow: Aren't you using a certificate they provided or do you have to create one yourself? |
| 09:07 |
|
felskrone joined #salt |
| 09:07 |
the_drow |
babilen: I have no experience with SSL. |
| 09:08 |
the_drow |
That's why I'm asking |
| 09:08 |
__number5__ |
babilen: I think it's time to move my masterless minions to master mode, it will enable other features I like to have too |
| 09:08 |
__number5__ |
the_drow: are you using certificates on a web server? |
| 09:08 |
the_drow |
Yup |
| 09:08 |
babilen |
the_drow: A certificate is, essentially, just a file with the right data in it. If you are given a certificate and you want to use that you just have to place it somewhere and configure your services to use that. You would just use file.managed for that. |
| 09:09 |
|
zions joined #salt |
| 09:09 |
the_drow |
I also need them on uwsgi and godaddy wants me to select a server to generate a certificate for (or maybe it's just for the instructions I'm not sure) |
| 09:10 |
__number5__ |
the_drow: as babilen said you will only need someting like file.managed then, tls state is for managing a CA/ signing new certificates |
| 09:10 |
babilen |
the_drow: If they provide certificates for you then you will, at the end, be able to download the files that make up the certificate. Just place those somewhere and point your webserver to it. |
| 09:11 |
|
Schmidt joined #salt |
| 09:11 |
__number5__ |
also it's quite common to put your certificates into your pillar, so only specific minions can see them |
| 09:13 |
|
malinoff joined #salt |
| 09:15 |
the_drow |
__number5__: I'm running masterless. Does it matter? |
| 09:19 |
|
brucelee_ joined #salt |
| 09:20 |
|
Lomithrani joined #salt |
| 09:21 |
Lomithrani |
Hi ! I have an issue whith my salt , I think it has something to do with my top.sls not written properly or me being wrong on the way the architecture is suppose to work , could you help me ? :) |
| 09:21 |
Lomithrani |
http://pastebin.com/KpbjpMCG |
| 09:24 |
hhenkel |
Lomithrani: Are those your hostnames? |
| 09:25 |
Lomithrani |
yes |
| 09:25 |
Lomithrani |
as I noted when I go directly with the apache.sls |
| 09:25 |
babilen |
__number5__, the_drow: Good point. The best way is probably file.managed with contents_pillar to keep the certificates safe |
| 09:25 |
hhenkel |
Also from line 19 on seems not to be relevant? |
| 09:26 |
hhenkel |
It is not utilized in the top.sls I would say. |
| 09:27 |
Lomithrani |
wait I didnt understand ^ |
| 09:27 |
the_drow |
contents_pillar? That's new (at least to me) |
| 09:27 |
the_drow |
Do you mean salt://... ? |
| 09:28 |
Lomithrani |
line 19 is just the name of the file the content is after , I just made it both ways to be sure my sls file was correct |
| 09:28 |
babilen |
the_drow: No, I mean storing the data in a pillar and filling in the contents of that file with those data |
| 09:28 |
Lomithrani |
when I run it directly it works but when I use the top sls with the highstate it doesnt and I don't get why |
| 09:28 |
the_drow |
babilen: Care to provide a link to the docs about it? |
| 09:29 |
|
TyrfingMjolnir joined #salt |
| 09:29 |
the_drow |
On another topic, how do I access the configuration (config object) through jinja? |
| 09:29 |
babilen |
the_drow: You essentially use a pillar such as: http://paste.debian.net/101811/ and that data will be used to fill the managed file. That way you can decide which minions get to see it. |
| 09:30 |
the_drow |
Oh |
| 09:30 |
babilen |
the_drow: http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html |
| 09:30 |
the_drow |
How do I create the secret data? |
| 09:30 |
|
qybl joined #salt |
| 09:30 |
|
qybl joined #salt |
| 09:30 |
babilen |
the_drow: It is given to you by godaddy?! |
| 09:30 |
the_drow |
babilen: I thought it's encrypted somehow |
| 09:30 |
the_drow |
Nevermind |
| 09:31 |
the_drow |
babilen: (much like how travis encrypts the secrets in it's yaml file) |
| 09:31 |
Lomithrani |
hhenkel : http://pastebin.com/N0kjDzrm I have cleaned my pastebin |
| 09:32 |
babilen |
the_drow: You don't want others to get hold of your certificates as that would allow them to offer *legitimate* services with SSL/TLS. |
| 09:32 |
babilen |
(cf. heartbleed) |
| 09:33 |
the_drow |
babilen: right. So what's the difference between a git ignored file and contents_pillar? |
| 09:34 |
babilen |
the_drow: contents_pillar does not require you to save the data in salt:// (which makes it available to *all* minions), but allows you to target specific minions. Other minions won't be able to see that data. |
| 09:34 |
the_drow |
babilen: Got it. Again, I'm completely masterless |
| 09:34 |
the_drow |
But it's good to know |
| 09:35 |
babilen |
the_drow: Not making it available to other developers, or rather people working on your salt configuration, is a different concern, but also made easier if you keep sensitive data *only* in pillars as you can define who is eligible to access the pillars independently of the states. |
| 09:36 |
babilen |
the_drow: Well, then keep the pillar data locally |
| 09:36 |
babilen |
How many masterless minions do you have? |
| 09:36 |
|
saravanans joined #salt |
| 09:37 |
* babilen |
should write salt-orphanage that turns masterless minions into managed ones :) |
| 09:37 |
|
sroegner___ joined #salt |
| 09:40 |
the_drow |
babilen: 5/6 (I'm not sure yet) |
| 09:42 |
babilen |
the_drow: And how do you get the state data to them? |
| 09:42 |
the_drow |
I'm just storing the files inside the state dirs |
| 09:42 |
babilen |
Sure, but how do you get that to the minions? |
| 09:43 |
the_drow |
salt://... |
| 09:43 |
the_drow |
I don't have any data per se |
| 09:43 |
the_drow |
Just configuration files |
| 09:43 |
the_drow |
I have never used pillars before |
| 09:43 |
babilen |
the_drow: Masterless minions need the states locally, don't they? How do you get new states/... to them? |
| 09:43 |
the_drow |
This is my first big usage of salt |
| 09:44 |
the_drow |
test-kitchen -> packer |
| 09:44 |
the_drow |
they are uploaded with the AMI |
| 09:44 |
babilen |
Ah! |
| 09:44 |
the_drow |
babilen: I'd rather stay masterless as long as I can so I won't have to worry for it's availability |
| 09:46 |
the_drow |
Service discovery is a bigger priority at the moment |
| 09:47 |
babilen |
ack |
| 09:49 |
|
xintron joined #salt |
| 09:50 |
xintron |
Can one file depend on another sls or is require/watch only related to the one sls file? |
| 09:50 |
|
oz_akan_ joined #salt |
| 09:50 |
the_drow |
babilen: WE DON'T HAVE A LOAD BALANCER YET :( |
| 09:50 |
the_drow |
I'm shouting because the availability issues it causes |
| 09:51 |
|
slav0nic joined #salt |
| 09:51 |
|
slav0nic joined #salt |
| 09:52 |
|
dRiN joined #salt |
| 09:52 |
Lomithrani |
Anyone might know what's happenning to me ? http://pastebin.com/N0kjDzrm :( I keep checking , I can't find my mistake .... |
| 09:53 |
duddle |
can I trigger an update of the saltmine information manually? I've tried mine.flush and mine.update, but only a restart of a minion seems to start the saltmine update |
| 09:54 |
|
Outlander joined #salt |
| 09:54 |
* babilen |
hands the_drow one ha-proxy |
| 09:55 |
* the_drow |
wants to use vulcand :) |
| 09:55 |
* babilen |
begrudgingly clicks pastebin.com |
| 09:55 |
babilen |
the_drow: fair enough |
| 09:55 |
the_drow |
babilen: It's an awesome idea! |
| 09:55 |
the_drow |
I'm waiting for consul support though |
| 09:57 |
babilen |
the_drow: Hmm, those projects look interesting. I should look into them eventually. |
| 10:00 |
babilen |
Ah, so much to learn all the time :) |
| 10:00 |
|
cruatta joined #salt |
| 10:04 |
viq |
Hm, this is interesing http://garthwaite.org/virtually-secure-with-openvpn-pillars-and-salt.html |
| 10:05 |
the_drow |
viq: Wow |
| 10:06 |
the_drow |
babilen: Speaking of content pillars. I might have a use for them in cirucs |
| 10:07 |
babilen |
viq: Nice, thanks! |
| 10:08 |
viq |
This may be a (hackish) way to generate and distribute client certs to machines that I was looking for. Or at least a starting point |
| 10:26 |
|
elfixit joined #salt |
| 10:32 |
the_drow |
babilen: I found a usage for content_pillar. Thanks |
| 10:36 |
the_drow |
Is there a way to load the contents from a file? |
| 10:37 |
__number5__ |
the_drow: load contents from file to where? |
| 10:37 |
the_drow |
to the pillar |
| 10:37 |
the_drow |
I have a circusd.ini file that is per environment |
| 10:37 |
__number5__ |
pillar by default is in files... |
| 10:38 |
__number5__ |
or do you means load certificates into pillar? |
| 10:38 |
|
oz_akan_ joined #salt |
| 10:40 |
bmcorser |
any way to get the output of an apt run? |
| 10:40 |
|
zain joined #salt |
| 10:40 |
bmcorser |
my postgres install is saying it failed and i would like to know why |
| 10:41 |
bmcorser |
or at least hear apt's side of the story |
| 10:41 |
__number5__ |
-l debug not working? |
| 10:41 |
the_drow |
__number5__: I mean load a file according to env |
| 10:41 |
the_drow |
For wsgi app circusd.ini contains a configuration to start uwsgi |
| 10:42 |
the_drow |
For a redis server circus contains a configuration to start redis |
| 10:42 |
__number5__ |
the_drow: you don't have to use pillar in that case (unless those data are sensitive), you can use condition in sls like {% if env == 'dev' %} ... |
| 10:43 |
the_drow |
__number5__: Won't it clutter my stateconf? |
| 10:47 |
|
bhosmer joined #salt |
| 10:48 |
__number5__ |
the_drow: a little bit, see this https://github.com/saltstack-formulas/redis-formula/blob/master/redis/common.sls which support two versions of redis with one sls |
| 10:50 |
__number5__ |
you can actually have two: circusd.ini-dev circusd.ini-prod then in sls salt://circusd.ini-{{ env }} |
| 10:50 |
the_drow |
__number5__: I just thought of that |
| 10:50 |
__number5__ |
hope that make sense to you |
| 10:51 |
__number5__ |
also all salt://... files can be a jinja template themselves |
| 10:52 |
Lomithrani |
Hello guys, I have an issue which might be basic but I just can't find the error. Basically I get different output from a command state.sls apache than from the state.highstate and I don't get why http://pastebin.com/N0kjDzrm |
| 10:54 |
Lomithrani |
I've been stuck on this the whole morning so if you have any ideas I'll gladly take them :) |
| 10:54 |
viq |
Lomithrani: try salt \* state.show_highstate |
| 10:54 |
viq |
See if it really matches FRONT |
| 10:55 |
Lomithrani |
typeError encountered executing state.show_highstate : 'bool' object is not terable. etc |
| 10:55 |
|
thayne joined #salt |
| 10:56 |
the_drow |
__number5__: What if I have a base file that all versions of circusd.ini use? Should I include it or append the extra file using file.append? |
| 10:58 |
Lomithrani |
What do they mean by 'bool' object is not iterable ? the error seem to be in the highstate but why ? |
| 11:00 |
Lomithrani |
seem similar to this guy : https://github.com/saltstack/salt/issues/8680 but the thing is I have I think the latest minion for my OS .. (as I installed the packages on friday and have the same issue on friday) |
| 11:00 |
|
n8n_ joined #salt |
| 11:02 |
__number5__ |
the_drow: file state is really powerful, you can do in both way http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html I would suggust to use file.accumulated + file.blockreplace |
| 11:05 |
Lomithrani |
Ok seems that it is indeed a compatibility problem. |
| 11:18 |
|
zain_ joined #salt |
| 11:26 |
|
sroegner___ joined #salt |
| 11:27 |
|
che-arne joined #salt |
| 11:27 |
|
cewood joined #salt |
| 11:32 |
|
aberdine joined #salt |
| 11:36 |
|
TyrfingMjolnir joined #salt |
| 11:37 |
|
bhosmer joined #salt |
| 11:39 |
|
oz_akan_ joined #salt |
| 11:40 |
|
Furao joined #salt |
| 11:43 |
|
lemo joined #salt |
| 11:44 |
lemo |
I'm using salt with vagrant. I used to write hightstate=true in the vagrantfile. I got to know that it is not a good practice to run highstate = true in the vagrant file. Does anyone knows what is the alternative way? |
| 11:44 |
|
diegows joined #salt |
| 11:45 |
|
taion809 joined #salt |
| 11:48 |
|
scalability-junk joined #salt |
| 11:49 |
|
quickdry21 joined #salt |
| 11:51 |
mfournier |
Hello! Is there a clean way to extend an existing module (ie: add methods) by dropping a file in the "extension_modules" dir, without having to make a copy of the original module file ? |
| 11:53 |
babilen |
mfournier: My, horribly unsubstantiated, understanding was that modules dropped there will simply replace the original module. |
| 11:54 |
|
TyrfingMjolnir joined #salt |
| 11:55 |
mfournier |
babilen: ... which would mean you can't touch a module shipped with a salt release without doing it under a different namespace. I just wanted to have this confirmed, thanks ! |
| 12:01 |
Lomithrani |
Where can I check which version of the masters I should use with minions being on 0.16.3 ? |
| 12:03 |
babilen |
Lomithrani: I don't think that information like that has been tabulated anywhere. I would assume 0.16.* should be fine. 0.17 had quite a number of changes (as did 2014.*) |
| 12:03 |
Lomithrani |
I mean it is written that if my master is newer it shouldnt be a problem |
| 12:04 |
Lomithrani |
but I run on debian my master 2014.1.4 |
| 12:04 |
Lomithrani |
and I run my minions on a joyent-smartos 0.16.3 |
| 12:05 |
Lomithrani |
and it seems that the issue which I've been struglin on all day is a known compatibility issu (usually with 0.17 with older master if I understood properly) |
| 12:05 |
Lomithrani |
"bool object is not iterable" |
| 12:06 |
Lomithrani |
on my highstate (If I cannot use highstate I just cannot do anything ... :/ ) |
| 12:08 |
Lomithrani |
is 0.16.* newer than 2014. ? |
| 12:10 |
felskrone |
no, 2014.1.x is current |
| 12:10 |
babilen |
Lomithrani: I woulnd't say that you can use every master version with minion versions for which master.version >= minion.version holds true. |
| 12:10 |
felskrone |
0.16 is quite old |
| 12:10 |
babilen |
very old |
| 12:10 |
Lomithrani |
well thats what my pkgin installed ... :( |
| 12:12 |
Lomithrani |
My master is 2014 , minions 0.16 and it doesnt seem to work so I have to find a way to isntall newer minion version on my joyent-smart os but it tells me all the package are upto date . I will look into this thankyou :) |
| 12:13 |
felskrone |
and finally, mixing master and minion versions is not recommended. |
| 12:14 |
felskrone |
in some version the switched from zmq2 to zmq3.x, and thats the very base of salt |
| 12:14 |
Lomithrani |
Yeah I know but as they run on different OS I didn't have much choice when installed |
| 12:14 |
Lomithrani |
just did my ap-get on one and pkgin on the other .. |
| 12:14 |
felskrone |
oh ok, then just try to update :-) |
| 12:15 |
Lomithrani |
thats the tricky part ^ |
| 12:19 |
babilen |
Lomithrani: Which distribution do you use? |
| 12:25 |
|
aparashar_ joined #salt |
| 12:26 |
|
ndrei joined #salt |
| 12:31 |
|
TyrfingMjolnir joined #salt |
| 12:34 |
|
Lomithrani joined #salt |
| 12:35 |
|
bhosmer_ joined #salt |
| 12:37 |
babilen |
Lomithrani: Which distribution do you use? |
| 12:37 |
Lomithrani |
joyent |
| 12:37 |
Lomithrani |
smartos |
| 12:38 |
Lomithrani |
http://pkgsrc.joyent.com/packages/SmartOS/bootstrap/bootstrap-2013Q3-x86_64.tar.gz |
| 12:38 |
Lomithrani |
thats where I get the packages ... but there salt package is 0.16.3 :( |
| 12:39 |
Lomithrani |
wait I ll just try with the 2014-Q1 |
| 12:40 |
Lomithrani |
I didn't noticed it laast time |
| 12:40 |
|
oz_akan_ joined #salt |
| 12:57 |
|
jaimed joined #salt |
| 13:01 |
|
sroegner____ joined #salt |
| 13:05 |
|
sgviking joined #salt |
| 13:10 |
|
pdayton joined #salt |
| 13:12 |
|
vejdmn joined #salt |
| 13:19 |
|
bhosmer joined #salt |
| 13:24 |
nahamu |
Lomithrani_: see my comments in #joyent about my standalone Esky builds |
| 13:25 |
|
quickdry21 joined #salt |
| 13:40 |
|
oz_akan_ joined #salt |
| 13:52 |
|
workingcats joined #salt |
| 13:59 |
|
jslatts joined #salt |
| 14:06 |
|
gadams999 joined #salt |
| 14:06 |
|
sandbender1512 joined #salt |
| 14:06 |
Lomithrani |
gosh ... I'm afraid I still have compatibility issues ... Is it possible between 2014.1.4 master and 2014.1.1 minion ? It seems weird but I get a : No Top file or external nodes data matches found which goole seems to say is from version problems |
| 14:08 |
|
saravanans joined #salt |
| 14:08 |
babilen |
Lomithrani: Unlikely - Mind providing more information (e.g. top.sls and output of the highstate run on http://paste.debian.net) ? |
| 14:13 |
|
kiorky_ joined #salt |
| 14:17 |
|
thayne joined #salt |
| 14:18 |
Lomithrani |
babilen : http://paste.debian.net/101871/ |
| 14:21 |
|
ilbot3 joined #salt |
| 14:21 |
|
Topic for #salt is now Welcome to #salt | 2014.1.4 is the latest | SaltStack trainings coming up in SLC/London: http://www.saltstack.com/training | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/ |
| 14:21 |
|
tinuva joined #salt |
| 14:22 |
Lomithrani |
and my top http://paste.debian.net/101875/ really doesnt have much so far , I have been reinstalling my whole setup in order to try the highstate to work ^ |
| 14:23 |
|
bhosmer joined #salt |
| 14:25 |
|
mateoconfeugo joined #salt |
| 14:35 |
|
elfixit joined #salt |
| 14:41 |
|
oz_akan_ joined #salt |
| 14:48 |
|
TyrfingMjolnir joined #salt |
| 14:49 |
|
mgw joined #salt |
| 14:50 |
babilen |
Lomithrani: Sorry, was immersed in work. Let me take a look. |
| 14:52 |
babilen |
Lomithrani: Yeah, "(00-0C-29-28-0d-aa|00-0c-29-f8-06-ac)" won't match either 00-0c-29-f8-06-ac or 00-0c-29-28-0d-aa if you don't set "- match: pcre" |
| 14:52 |
mortis |
did saltstack.org just go down? |
| 14:53 |
babilen |
Lomithrani: Without that it essentially just checks "(00-0C-29-28-0d-aa|00-0c-29-f8-06-ac) == 00-0c-29-f8-06-ac" which is, obviously, not the case. |
| 14:53 |
babilen |
mortis: saltstack.com works fine |
| 14:53 |
mortis |
yeah, but not org :) |
| 14:53 |
mortis |
boostrap is on org isnt it |
| 14:54 |
babilen |
mortis: And .org seems to be down, yeah |
| 14:54 |
mortis |
*sniff* |
| 14:55 |
Lomithrani |
yeah a realise that :) |
| 14:55 |
Lomithrani |
I had the match in my previous top |
| 14:55 |
Lomithrani |
but I change stuff and forgot to put it back |
| 14:55 |
babilen |
Lomithrani: So, add "- match: pcre" and it works as expected?! |
| 14:55 |
babilen |
And sorry for the delay |
| 14:56 |
Lomithrani |
yes yes i did and it seems to work ( i have apache error installation but thats not a salt problem ^) |
| 14:57 |
babilen |
heh |
| 14:58 |
|
jalbretsen joined #salt |
| 15:05 |
|
Ryan_Lane joined #salt |
| 15:12 |
JordanRinke |
Morning |
| 15:14 |
babilen |
Good evening :) |
| 15:17 |
mik3 |
dang |
| 15:34 |
|
Nexpro1 joined #salt |
| 15:37 |
|
miqui joined #salt |
| 15:39 |
|
ajolo joined #salt |
| 15:42 |
|
oz_akan_ joined #salt |
| 15:45 |
|
kiorky joined #salt |
| 15:46 |
|
jeh joined #salt |
| 15:47 |
|
jeh left #salt |
| 15:51 |
|
taterbase joined #salt |
| 15:51 |
|
rebelshrug joined #salt |
| 15:54 |
|
xinkeT joined #salt |
| 16:12 |
|
bhosmer joined #salt |
| 16:16 |
|
ipmb joined #salt |
| 16:20 |
dstanek |
state ordering questions...when i include an sls in another does that imply order or do i need to require 'sls: dep'? |
| 16:26 |
masterkorp |
hello |
| 16:27 |
|
muebel joined #salt |
| 16:27 |
|
tligda joined #salt |
| 16:27 |
muebel |
hey #salt :D |
| 16:27 |
masterkorp |
Don't you happen to have the url to a slack module laying arround ? :) |
| 16:27 |
|
vexati0n joined #salt |
| 16:36 |
Lomithrani |
Me again guys :) what is the name of the service for apache on solaris / joyent-smartos |
| 16:37 |
Lomithrani |
for the pkg : installed it is "apache" but for running the service it tells me the service is not available |
| 16:37 |
masterkorp |
Guys i did a custom module, now what ? How do I convert it to usable ymal state to be used in formulas ? |
| 16:39 |
|
ipalreadytaken joined #salt |
| 16:40 |
nahamu |
Lomithrani: "pkgsrc/apache", I think |
| 16:41 |
nahamu |
I think the SMF support in salt could still use a bit more work. |
| 16:42 |
|
meteorfox joined #salt |
| 16:42 |
Lomithrani |
lol thanks nahamu I had tried apache apache2 pkgsrc/apache2 and not pkgsrc/apache |
| 16:43 |
|
oz_akan_ joined #salt |
| 16:44 |
|
meteorfox joined #salt |
| 16:51 |
|
rdorgueil joined #salt |
| 16:56 |
|
zions joined #salt |
| 17:01 |
|
mgw joined #salt |
| 17:05 |
|
TyrfingMjolnir joined #salt |
| 17:09 |
|
fp2099 joined #salt |
| 17:11 |
|
workingcats joined #salt |
| 17:11 |
fp2099 |
hi! ... I have a question about saltstack, how does salt master deal with shutdown minions? can it schedule or wait for state change? |
| 17:13 |
|
fp2099 left #salt |
| 17:13 |
|
ml_1 joined #salt |
| 17:13 |
|
fp2099 joined #salt |
| 17:15 |
|
krow joined #salt |
| 17:16 |
|
pjp_ joined #salt |
| 17:17 |
|
zions_ joined #salt |
| 17:19 |
nahamu |
today is a Federal holiday in the US, so I suspect a lot of the SaltStack folks are on vacation today. |
| 17:19 |
nahamu |
fp2099: I don't know the answer to that question. If no one else answers you, perhaps try asking again tomorrow. |
| 17:21 |
fp2099 |
oh. ok thanks. it's weird I cant find an answer to this I.. |
| 17:32 |
|
jergerber joined #salt |
| 17:33 |
|
rdorgueil joined #salt |
| 17:33 |
|
rdorgueil joined #salt |
| 17:34 |
|
jasonrm joined #salt |
| 17:35 |
|
thayne joined #salt |
| 17:36 |
masterkorp |
Guys how can I do unit testing to my formulas and modules ? |
| 17:38 |
|
krow joined #salt |
| 17:44 |
|
oz_akan_ joined #salt |
| 17:45 |
|
pentabular joined #salt |
| 17:46 |
|
ndrei joined #salt |
| 17:51 |
|
ndrei joined #salt |
| 17:54 |
|
ramteid joined #salt |
| 17:57 |
|
ipmb joined #salt |
| 18:00 |
|
bhosmer joined #salt |
| 18:06 |
|
bhosmer joined #salt |
| 18:19 |
|
z3uS| joined #salt |
| 18:21 |
|
taion809 joined #salt |
| 18:39 |
|
otter768_ joined #salt |
| 18:44 |
|
oz_akan_ joined #salt |
| 18:51 |
|
orbit_darren joined #salt |
| 18:55 |
|
zions joined #salt |
| 18:59 |
|
ajw0100 joined #salt |
| 19:00 |
|
workingcats joined #salt |
| 19:02 |
|
aboutGod joined #salt |
| 19:05 |
|
cruatta joined #salt |
| 19:06 |
|
schimmy joined #salt |
| 19:07 |
|
aboutGod left #salt |
| 19:10 |
|
schimmy1 joined #salt |
| 19:26 |
|
hunter joined #salt |
| 19:27 |
|
jaimed joined #salt |
| 19:30 |
|
tligda joined #salt |
| 19:31 |
|
brucelee_ joined #salt |
| 19:44 |
bmcorser |
sup |
| 19:44 |
bmcorser |
how to get output from failed apt run? |
| 19:45 |
|
oz_akan_ joined #salt |
| 19:46 |
bmcorser |
run with -l debug doesn't tell me anything |
| 19:47 |
|
cruatta joined #salt |
| 19:48 |
|
bhosmer joined #salt |
| 19:50 |
manfred |
are you doing it with salt-call and -l debug on the minion or just from the master? |
| 19:50 |
manfred |
if you check the minions logs, you will get more info |
| 19:51 |
|
ajw0100 joined #salt |
| 19:54 |
|
sandbender1512 joined #salt |
| 19:59 |
bmcorser |
minon logs, ok |
| 19:59 |
bmcorser |
*minion |
| 20:00 |
bmcorser |
so i was doing like: |
| 20:00 |
bmcorser |
salt hello-minion-id state.highstate |
| 20:01 |
bmcorser |
and getting somethign back like: |
| 20:01 |
bmcorser |
blah |
| 20:01 |
bmcorser |
blah |
| 20:01 |
bmcorser |
The following packages failed to install/update: blah |
| 20:01 |
bmcorser |
would like to see what salt master sees with that apt-get fail |
| 20:03 |
|
linjan joined #salt |
| 20:07 |
manfred |
salt-call state.highstate -l debug |
| 20:07 |
manfred |
on the minion |
| 20:07 |
manfred |
and you will get more information |
| 20:09 |
bmcorser |
cool |
| 20:09 |
bmcorser |
oh yeah |
| 20:10 |
bmcorser |
super verbose |
| 20:10 |
manfred |
if you set the minion to run in debug mode in your init script, you will see that same information in /var/log/salt/minion |
| 20:11 |
bmcorser |
can i do it from the minion config? |
| 20:12 |
bmcorser |
(the minion is just a vagrant vm) |
| 20:12 |
manfred |
i think so |
| 20:12 |
manfred |
output_level=debug |
| 20:12 |
manfred |
nope |
| 20:12 |
manfred |
log_level |
| 20:12 |
manfred |
https://github.com/saltstack/salt/blob/develop/conf/minion#L485 |
| 20:20 |
bmcorser |
groovy |
| 20:20 |
bmcorser |
now i have apt issues |
| 20:21 |
bmcorser |
(rather, now i know what my apt issues are) |
| 20:21 |
bmcorser |
stderr: W: GPG error: http://apt.postgresql.org precise-pgdg InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7FCC7D46ACCC4CF8 |
| 20:21 |
bmcorser |
damn you ubuntu |
| 20:21 |
manfred |
indeed |
| 20:21 |
manfred |
are you using the ppa? |
| 20:23 |
manfred |
https://www.postgresql.org/media/keys/ACCC4CF8.asc i think you can specify the key to load, or the ppa will do it for you... |
| 20:23 |
bmcorser |
no not using the ppa |
| 20:24 |
bmcorser |
damn i should have scrolled down that page a little more |
| 20:24 |
bmcorser |
http://www.postgresql.org/download/linux/ubuntu/ |
| 20:24 |
manfred |
the ppa is apparently deprecated |
| 20:25 |
manfred |
https://github.com/saltstack/salt/blob/develop/salt/states/pkgrepo.py#L28 might need to specify a different keyserver to grab the key from |
| 20:31 |
bmcorser |
hum |
| 20:33 |
bmcorser |
looks like i might have to have the gpg key as a managed file or something |
| 20:33 |
|
brucelee_ joined #salt |
| 20:34 |
bmcorser |
tuck |
| 20:34 |
bmcorser |
*yuck |
| 20:36 |
|
ndrei joined #salt |
| 20:38 |
|
cruatta joined #salt |
| 20:41 |
|
rdorgueil joined #salt |
| 20:44 |
|
ndrei joined #salt |
| 20:46 |
|
oz_akan_ joined #salt |
| 20:50 |
|
jeddi joined #salt |
| 20:53 |
|
combusean joined #salt |
| 21:08 |
|
ndrei joined #salt |
| 21:14 |
|
serverhorror joined #salt |
| 21:18 |
bmcorser |
or just use 9.1 of postgres |
| 21:18 |
bmcorser |
no drama |
| 21:26 |
|
roolo joined #salt |
| 21:27 |
|
micko joined #salt |
| 21:28 |
|
acu_ joined #salt |
| 21:32 |
bmcorser |
hum |
| 21:32 |
bmcorser |
further, i think the docs might be out of date |
| 21:32 |
bmcorser |
"never trust comments" i know |
| 21:32 |
bmcorser |
http://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkgrepo.html |
| 21:32 |
bmcorser |
gpgkey doesn't seem to be an arg |
| 21:32 |
bmcorser |
fff |
| 21:32 |
|
mgw joined #salt |
| 21:33 |
manfred |
bmcorser: stuff in the latests docs may be for the develop branch in git |
| 21:33 |
manfred |
so, not out of date, but too new |
| 21:33 |
bmcorser |
can i PR it? |
| 21:33 |
manfred |
man 7 salt will cover what you have installed exactly |
| 21:34 |
bmcorser |
yar |
| 21:34 |
bmcorser |
yar |
| 21:34 |
manfred |
gpgkey should be in 2014.1 |
| 21:36 |
manfred |
i think gpgkey might only work with yum |
| 21:37 |
|
bhosmer joined #salt |
| 21:37 |
manfred |
107 Additional configuration values, such as gpgkey or gpgcheck, are used |
| 21:37 |
manfred |
108 verbatim to update the options for the yum repo in question. |
| 21:37 |
manfred |
yeah |
| 21:37 |
manfred |
only works with yum repos |
| 21:37 |
|
meteorfox joined #salt |
| 21:39 |
bmcorser |
aye |
| 21:39 |
bmcorser |
i suck at reading |
| 21:40 |
bmcorser |
apart from google results |
| 21:40 |
bmcorser |
i can read those puppies like a dog |
| 21:45 |
|
liquid_tool joined #salt |
| 21:47 |
|
oz_akan_ joined #salt |
| 21:50 |
|
anuvrat joined #salt |
| 22:13 |
|
CeBe joined #salt |
| 22:20 |
|
Ryan_Lane joined #salt |
| 22:22 |
serverhorror |
hi, just started with salt. I’m usually with puppet, so excuse me if I’m blind I may be biased by the vocabulary from “the other config management tool”. I can’t seem to find a ‘how to write your own modules’ looking at “2012 UTOSC - Writing Salt Modules - Joseph Hall” on youtube now but I’d prefer some written docs. :) |
| 22:33 |
|
bhosmer joined #salt |
| 22:33 |
|
ipalreadytaken joined #salt |
| 22:33 |
|
schimmy joined #salt |
| 22:35 |
|
AdamSewell joined #salt |
| 22:37 |
|
quickdry21 joined #salt |
| 22:37 |
|
schimmy1 joined #salt |
| 22:47 |
|
oz_akan_ joined #salt |
| 22:53 |
|
bhosmer joined #salt |
| 22:53 |
|
combusean joined #salt |
| 22:57 |
|
schimmy joined #salt |
| 22:59 |
|
mosen joined #salt |
| 23:07 |
|
ipalreadytaken joined #salt |
| 23:08 |
|
agronholm joined #salt |
| 23:16 |
|
n8n joined #salt |
| 23:17 |
|
pdayton joined #salt |
| 23:18 |
|
ajw0100 joined #salt |
| 23:22 |
|
TaiSHi joined #salt |
| 23:23 |
TaiSHi |
Hi everyone |
| 23:23 |
TaiSHi |
anyone using salstack-formulas/users-formula ? |
| 23:23 |
TaiSHi |
I'm facing a strange issue with visudo |
| 23:24 |
|
thayne joined #salt |
| 23:25 |
|
bhosmer joined #salt |
| 23:29 |
|
mateoconfeugo joined #salt |
| 23:30 |
|
roolo joined #salt |
| 23:31 |
|
ajw0100 joined #salt |
| 23:34 |
|
ajw0100 joined #salt |
| 23:39 |
|
schimmy joined #salt |
| 23:40 |
|
agronholm joined #salt |
| 23:47 |
|
meteorfox joined #salt |
| 23:48 |
|
oz_akan_ joined #salt |
| 23:52 |
|
ajolo joined #salt |
| 23:57 |
|
micko joined #salt |
| 23:57 |
|
Ryan_Lane joined #salt |
| 23:59 |
|
ceedon joined #salt |
