Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-12-23

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:02 keimlink_ joined #salt
00:02 dendazen joined #salt
00:04 jdipierro joined #salt
00:12 jdipierro joined #salt
00:12 conan_the_destro joined #salt
00:21 nethershaw joined #salt
00:30 aqua^c joined #salt
00:30 mohae_ joined #salt
00:34 ALLmightySPIFF joined #salt
00:34 yomilk joined #salt
00:40 keimlink joined #salt
00:44 nethershaw joined #salt
00:46 amcorreia joined #salt
00:51 abednarik joined #salt
00:53 mohae joined #salt
00:54 mohae joined #salt
01:18 mohae joined #salt
01:19 keimlink joined #salt
01:27 colegatron joined #salt
01:38 mohae joined #salt
01:43 shaggy_surfer joined #salt
01:44 kusams joined #salt
01:54 mohae joined #salt
02:01 czchen joined #salt
02:01 lkannan joined #salt
02:09 dh__ joined #salt
02:23 mapu joined #salt
02:35 writtenoff joined #salt
02:37 ajw0100 joined #salt
02:37 ALLmightySPIFF joined #salt
02:38 tmclaugh[work] joined #salt
02:47 ilbot3 joined #salt
02:47 Topic for #salt is now Welcome to #salt! | Latest Version: 2015.8.3 | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste directly into the channel) | Have patience when asking questions as we are volunteers and may not have immediate answers
02:56 zmalone joined #salt
03:03 jdipierro joined #salt
03:09 evle joined #salt
03:10 rem5 joined #salt
03:10 kusams joined #salt
03:12 favadi joined #salt
03:14 mohae__ joined #salt
03:21 mohae joined #salt
03:23 zmalone joined #salt
03:25 racooper joined #salt
03:41 yomilk joined #salt
03:45 Val_ joined #salt
03:58 moogyver joined #salt
04:02 RobertChen117 joined #salt
04:02 RobertChen117 hi ,  if cmd.run runs a script , if the script does not exist, I do not want to mark it as result: false, how can I do it ?
04:03 whytewolf RobertChen117: add an onlyif that checks if the file exists.
04:04 whytewolf RobertChen117: https://docs.saltstack.com/en/latest/ref/states/requisites.html#onlyif
04:04 RobertChen117 But it is generated from a script, we are not sure if it is a script file or not , probably a command
04:04 RobertChen117 cmd.run:   name: exit 1;
04:05 whytewolf so, you have no way of knowing if the cmd will run or not?
04:07 RobertChen117 no way to know if the name is a command or a script, so cannot just test only if script exist.
04:12 whytewolf RobertChen117: well, you could create a script that runs your unknown and always exits 0. and run it with cmd.script instead.
04:16 Val_ somebody know why salt bootstrap install the 2015.5.3 version ?
04:16 Val_ it's the stable version ?
04:17 whytewolf Val_: no, however it was the version that was last updated in the third party ppa. I'm not sure if the bootstrap has been updated. but if you still have an old copy it might still be trying to install the PPA
04:18 * whytewolf hasn't used the bootstrap script in a while
04:18 Val_ I want use bootstrap for VM deployement, but is not always the same version
04:18 whytewolf Val_: the new version should use http://repo.saltstack.com/
04:19 Val_ Ok thanks
04:20 Val_ I try to install 2015.8 from bootstrap
04:20 whytewolf Val_: here is the ticket for the issue https://github.com/saltstack/salt-bootstrap/issues/672
04:20 saltstackbot [#672]title: Migrate to new Ubuntu repo to allow installation of 2015.8 | The old ppa doesn't have it.
04:21 Val_ Ok thanks
04:22 Val_ i think i gonna write a little script for install 15.8 =)
04:32 otter768 joined #salt
04:35 kusams joined #salt
04:39 ALLmightySPIFF joined #salt
04:43 ageorgop joined #salt
04:45 kusams joined #salt
05:00 malinoff joined #salt
05:06 moogyver joined #salt
05:09 RobertChen117 joined #salt
05:10 Xenith joined #salt
05:19 akhter joined #salt
05:28 rdas joined #salt
05:33 kusams joined #salt
05:37 anmol joined #salt
05:38 RobertChen117 joined #salt
05:42 ajw0100 joined #salt
05:53 favadi joined #salt
06:01 RobertChen117 joined #salt
06:10 nidr0x joined #salt
06:32 yomilk joined #salt
06:40 kshlm joined #salt
06:40 ALLmightySPIFF joined #salt
06:42 cliluw joined #salt
06:45 baweaver joined #salt
06:47 lemur joined #salt
06:49 cliluw joined #salt
06:56 scarcry joined #salt
06:59 RobertChen117 joined #salt
07:17 RobertChen117 file.manage download a script called install.sh and execute it in onchanges, but the install.sh execute failed. I want to remove the install.sh so next time it still can do the onchanges. (like a database transaction). anyway to do it?
07:18 honestly file.absent?
07:19 honestly The easiest way would be cmd.run rm
07:21 vvoody joined #salt
07:23 colinstgeorge Yo! Whose awake!? -- Anyone got AS/400 DDS skillzzz? hahah ;)
07:24 vvoody joined #salt
07:28 colegatron joined #salt
07:30 kshlm joined #salt
07:31 wych how to see compiled pillar top file ? I want to debug it.
07:32 wych like states.show_top
07:37 onlyanegg joined #salt
07:39 * MTecknology just realized he writes personal documentation in the loose form of salt states
07:39 MTecknology wych: state.show_highstate
07:43 wych MTecknology that would be too much information, should be something like pillar.items,such as pillar.show_top, and print out compiled top file
07:43 MTecknology oh, missed the pillar
07:43 MTecknology pillar.data iirc
07:46 aqua^c joined #salt
07:48 wych hmm, pillar.data seems the same to pillar.items
08:01 grosjean joined #salt
08:01 grosjean yo all
08:02 Jimlad joined #salt
08:04 williamthekid joined #salt
08:05 RobertChen117 joined #salt
08:06 MTecknology wych: is that not what you were looking for?
08:08 wych MTecknology  no, I was writing an pillar top.sls with dynamic contents base on minion_id, somehow I wrote something wrong, and couldn't get data, so I want to get compiled top.sls content to debug what was wrong.
08:09 M-MadsRC1 ebay.com
08:09 grosjean so
08:09 grosjean running a cp.get_dir, i got following eception:
08:09 wych MTecknology  say I include pillar file according to minion_id, but I wrote the wrong file path in template,
08:09 grosjean salt.exceptions.SaltClientError: Salt request timed out. The master is not responding. If this error persists after verifying the master is up, worker_threads may need to be increased.
08:09 grosjean i still increased worker_threads
08:09 wych grosjean  so is master up?
08:10 grosjean yes
08:10 grosjean and minion too
08:10 grosjean it works when i rm var/cache/salt, and restart salt-master ...
08:10 viq joined #salt
08:11 grosjean got his error on the minion:
08:11 grosjean SaltReqTimeoutError: SaltReqTimeoutError: after 180 seconds, ran 3 tries
08:11 wych grosjean  how much minions did you run cp.get_dir at once?
08:11 grosjean just one
08:12 wych anything wrong with network ?
08:12 grosjean nope
08:13 viq1 joined #salt
08:14 wych does this exception occurred with other commands ?
08:16 grosjean yes, cp.get_file :)
08:16 wych what about test.ping ?
08:17 grosjean working fine
08:17 fredvd joined #salt
08:18 wych should be some other exception log in master
08:18 ageorgop joined #salt
08:20 vvoody joined #salt
08:21 grosjean hmm i don't see
08:23 grosjean http://pastebin.com/f5VbMJxV
08:23 grosjean this is just the error of the master with the python trace
08:25 KermitTheFragger joined #salt
08:28 colegatron I am reading the nginx.user formula and it just discovered me the idea of run modules from inside the states, what seems wonderful. But I am curious; in nginx.user there is a 'module.run: - name: basicauth.adduser' that I am not able to find.
08:29 colegatron I'm looking at https://docs.saltstack.com/en/develop/ref/modules/all/index.html but it is no there. there is any other place where a module can reside?
08:32 * colegatron trying to understand.
08:34 wych grosjean  can't figure out what's going wrong. maybe the dir is too large or some client acl config in master ?
08:35 eseyman joined #salt
08:36 wych colegatron  https://docs.saltstack.com/en/latest/ref/states/all/salt.states.module.html#salt.states.module.run
08:42 ALLmightySPIFF joined #salt
08:42 colegatron wych; I've the module.run, what I'mnot able to find is the basicauth.adduser one referred in the nginx.user formula
08:44 wych colegatron  it's in https://github.com/saltstack/salt-contrib/blob/master/modules/basicauth.py
08:45 kusams joined #salt
08:46 colegatron mmm ok, it is a case of outdated doc then. tnx. I need to get used to the execution modules. until now I've only used states without using the execution modules, seems I have been using salt in the wrong way for some things.
08:48 jhauser joined #salt
08:49 wych me too, still trying to turn around.
08:54 wych I notice most of docs, blogs about saltstack is telling how to write states, how to execute commands, rarely telling about the so called 'best practice' in real work.
08:54 colegatron about the nginx formula. I need lua, set up in the nginx formula, but the ngix.ng.vhosts is a nice to have. does anyone knows if can be used nginx.ng and then apply also nginx.openrestry (I need Lua)
08:54 otter768 joined #salt
08:55 colegatron wych, yup I agree.
08:56 AlberTUX joined #salt
08:56 rotbeard joined #salt
08:56 wych colegatron  https://github.com/saltstack-formulas/nginx-formula/blob/master/nginx/ng/map.jinja change pkg name here
09:00 colegatron don't understand where you want to change it. afaiu, openrestry is a module that should be compiled and installed alongside nginx
09:00 colegatron but just know lua+openrestry+nginx_modules since yesterday, so maybe is my ignorance
09:04 slav0nic joined #salt
09:05 s_kunk joined #salt
09:05 s_kunk joined #salt
09:06 s_kunk_ joined #salt
09:08 wych I mean, package openrestry put into you local mirror, and install with salt
09:14 s_kunk joined #salt
09:17 catpig joined #salt
09:18 RobertChen117 joined #salt
09:26 Xevian joined #salt
09:28 favadi joined #salt
09:28 Fiber^ joined #salt
09:31 thefish joined #salt
09:31 thefish joined #salt
09:32 losh joined #salt
09:43 dh joined #salt
09:46 kusams joined #salt
09:54 keimlink joined #salt
10:00 akhter joined #salt
10:01 amcorreia joined #salt
10:02 mohae joined #salt
10:05 bbradley joined #salt
10:08 morsik hi, it's possible to define remote mine storage?
10:09 morsik we would like to use that with syndic configuration
10:09 babilen Isn't the mine always remote?
10:09 ericof joined #salt
10:09 morsik babilen: as we tested, mine is stored on syndic, not first-level master
10:10 morsik but we need to configure core systems using mine with all data
10:13 babilen And you can't do that now because?
10:14 mohae joined #salt
10:15 morsik babilen: because mine is stored in syndic, not master…
10:15 babilen Why is that a problem?
10:16 morsik babilen: cause core systems that are connected to first-level master don't see them?
10:19 babilen I am not sure if you can influence that behaviour. Are you saying that only minions connected to the *same* syndic can see other minion's mine data? Or only minions that are connected to any?
10:22 morsik yes, only to the same syndic.
10:25 babilen Security!
10:26 babilen morsik: I'd report a bug, I can't find documentation on this and the behaviour should be clarified.
10:29 morsik there is already something like this: https://github.com/saltstack/salt/issues/27446
10:29 saltstackbot [#27446]title: Request for change to allow the mine data to work with syndics via a pluggable data store (aka mysql, redis, etc)  | The basic issue is that the data is only stored on the master that the minion is attached to.  So if you have the following design, you will get different answers based on the master (or syndic) you run the mine.get against.  The data will not be replicated to the other syndics or the master of masters.  What we w
10:37 giantlock joined #salt
10:38 vm joined #salt
10:48 babilen morsik: Yeah, that looks quite relevant
10:49 mohae joined #salt
10:52 vm Hi! I'm trying to install percona-server-server-5.6 with salt. I have configured ppa, set debconf values. When I run "apt-get install percona-server-server-5.6" manually - it installs, but I cant do that with salt - installation fails when mysql-server starting. Here is minion log https://gist.github.com/muravitskiy/a050c6268fea9be26b05
10:52 colegatron Just fired up a new server using latest (2015.08.03 I think, previously was using 2015.05) and got an error on a git.latest https://paste.debian.net/hidden/fbb46dff/
10:52 colegatron seems a bug but can't find workaround
10:54 babilen colegatron: Which git backend do you use?
10:55 colegatron mmm no idea, the default one
10:55 babilen Are you sure git is installed on the box?
10:55 colegatron :)
10:55 otter768 joined #salt
10:55 colegatron wtf
10:56 * babilen chuckles
10:56 colegatron !!
10:56 babilen __virtual__ simply checks if 'git' is in PATH and returns False if it is not
10:56 colegatron it is not, thx. usually the most stupid thing is the not checked out :)
10:56 colegatron tnx, I'll check why it has not been installed prior to the request. it is strange
10:57 babilen For the future: Whenever an execution module is not available or you get the '__virtual__ returned False' error I'd look into the source code and find the referenced __virtual__ function in there.
10:58 babilen It typically boils down to missing tools or libraries
10:59 colegatron ok, thank you for the advice.
11:00 colegatron I think it is occurring because top file merging strategy within the environments
11:04 colegatron This is my minion's masterless config: https://paste.debian.net/hidden/9e3178bd/
11:05 DaveQB joined #salt
11:05 colegatron I read somewhere the states specified in that way were readed by the states compiler and every environment would try to read its own states and I will fallback reading the rest of the states from the 'default' environment
11:07 colegatron but now I see on the docs about 'top_file_merging_strategy' and 'env_order' and default_top and I am a bit confused on how to get the desired behavior
11:08 babilen Sorry, I haven't played with that yet and would just have to read the documentation. This is something that changed in 2015.8 and you will have to make changes to account for that. Question is: What to do?
11:10 colegatron mmm. I've just introduced multiple environments today. so I will have to stick to 2015.8 rules, forget what I read about the precedence of directories and see how it can be done in the new version
11:12 colegatron not sure which is the best practice for this.
11:14 DaveQB joined #salt
11:21 ben_italian_in_l joined #salt
11:22 ben_italian_in_l hello everybody. I need to add an entry to the /etc/hosts file to the localhost. I can i achieve that with salt?
11:22 yomilk joined #salt
11:22 ben_italian_in_l 127.0.0.1 localhost localhost.local <my entry here>
11:25 alcachi joined #salt
11:26 vm ben_italian_in_l: look at salt.states.file.append
11:30 alcachi Hi, I'm learning salt and it looks great, only problem it is that it has so many interesting features that sometimes I do not know which one to use ;-)
11:30 babilen alcachi: Use them all!
11:31 babilen ben_italian_in_l: You *might* be interested in https://github.com/saltstack-formulas/hostsfile-formula
11:31 alcachi I keep learning, yesterday I discovered orchestration
11:31 ben_italian_in_l vm: thanks
11:32 alcachi And now I have the doubt about if using salt-run for running sls for one-time-only tasks like partititioning unused disks or configuring networking
11:33 alcachi What would you recommend for this type of tasks? Currently I am doinng then in the firstboot scripts but I would like to move them to salt
11:34 colegatron alcachi, at the end you will have everything on your own states. so I would recommend to start writing states for everything, then you will find yourself deleting some of them because there are existing modules/states/formulas that do that better than you :) but you'll have learn a lot in the way
11:34 vm babilen: can you help me with my question?
11:35 kusams joined #salt
11:35 babilen vm: I don't know yet ;)
11:36 colegatron vm, just fixed the pyopenssl today.
11:36 babilen vm: What is the actual error?
11:36 colegatron which so? ubuntu?
11:36 babilen Anything useful in 'systemctl status mysql.service' and 'journalctl -xn' ?
11:36 alcachi The conceptual problem I have know is where to fit the one-time-only tasks that go between a machine is provisioned and it is ready for use
11:37 vm babilen: minute)
11:37 alcachi I was looking at the reactor to see if I could fire them automatically
11:37 vm babilen: https://gist.github.com/muravitskiy/abdacede46af051e4e86
11:37 colegatron vm, http://paste.debian.net/hidden/715a4773/
11:38 alcachi But I don't know if this is the appropriate way to format unused disks
11:38 colegatron vm, that will upgrade your pyopenssl (just done manually and wrote the state, not tested the test, btw)
11:38 babilen vm: Well, something causes it to fail during the startup. More logs are required ... is it coming up eventually?
11:39 alcachi Or even if it is better to do this in salt of directly in the Centos kickstart file
11:39 onlyanegg joined #salt
11:39 vm colegatron: tnx
11:39 alcachi It is just to know that I am exploring in the right direction ;-)
11:39 colegatron vm, welcome, glad to help
11:40 babilen alcachi: We typically do things like partitioning and a baseinstall in a preseeded (Debian) installation that installs salt-minion at the end. When the minion starts the master receives a new key (which we do *not* automatically accept, but you could do that) and have a reactor in place that fires of a highstate on a new key event.
11:41 vm babilen: minion log https://gist.github.com/muravitskiy/a050c6268fea9be26b05
11:42 babilen vm: No, I was referring to MySQL logs. The salt minion simply sees that the percona-server installation failed and bails at that point. You have to figure out why that service is unhappy (or rather why it timeouts)
11:43 babilen Hmm, only found a pastebin.com paste :)
11:43 babilen .oO( Wonder who pasted that?! )
11:43 colegatron vm if the state fails; try manually; apt-get install python python-dev python-pip ; pip install pyopenssl==0.15.3 then it should work
11:44 vm colegatron: my actual problem is percona)
11:45 babilen Doesn't help that these are probably unsupported third-party packages
11:45 colegatron oh, sorry then
11:46 Jimlad joined #salt
11:46 alcachi babilen: that makes sense, it is actually very similar to how I do it know with kickstart and firstboot scripts
11:47 alcachi the conceptual problem I have is that I would like to separate provisioning from configuration
11:47 babilen alcachi: Where are the exact boundaries?
11:47 alcachi and the base disk where the OS image is installed would be part of provisioning but I would like the configuration of the unused disks to be more dynamic
11:48 alcachi For example if I want to deploy glusterfs I will use a different disk configuration that if I deploy hadoop for example
11:48 vm babilen: here is mysql error log https://gist.github.com/muravitskiy/64dead70c6316c531c3e
11:49 alcachi I tend to think about the network configuration in the same way: depending on the actual service that will provide the machine it will have different network configuration (bonding, bridges, etc)
11:49 babilen Or rather: I found that it is *very* hard to strictly delineate "provisioning" from "configuration" and simply decided to not care, but to use the best tool for the job. The basic installation should, IMHO, be done with preseeded installers or suitable (salt-)cloud instance settings. Once you reached the "basic system has been installed" point you install salt and kick of a highstate that does the rest.
11:49 alcachi If I do it in the provisioning part (kickstart installation) then it would be needed to decide in the provisioning part which service you want
11:50 babilen Well, salt can't automate cabling and switch configuration ...
11:50 alcachi If I isolate that from configuration then in provisioning I just provide a basic installation of the OS and then during configuration it is adapted for the service to be configured
11:51 babilen I have been trying to install proxy minions on the network and datacentre staff, but they are not happy with that so far ...
11:51 alcachi so you reduce a lot the number of base images needed during provisioning
11:51 alcachi for me provisioning='pxe install', configuration='salt' :-)
11:52 kiorky joined #salt
11:52 yomilk joined #salt
11:52 vm babilen: looks like virtual machine have no RAM for starting percona-server
11:52 babilen alcachi: Yes, but a PXE install can do a lot of complex things and you could include all sorts of fancy scripts.
11:52 babilen vm: \o/
11:52 vm but why it starts when I install manually, not with salt?)
11:53 babilen alcachi: Keep in mind that there is no problem in including some of the things you did earlier in your salt config also (it will just be a no-op). But I'd do the basic things in the install phase and then install services, create users (and so on) in salt.
11:53 alcachi yes, exactly. This is how I did it before starting to learn salt. Everything is in the pxe installation and firstboot scripts
11:54 babilen alcachi: There will be tricky bits (e.g. network configuration is one), but you won't get around that in the PXE install so you have to do it there already. If you also like to configure it with salt then the fact that there is already a working configuration in place shouldn't stop you.
11:55 alcachi babilen: you are right there are tricky bits, I expend several days how to replicate the network configuration in salt from the previous firstboot script I used
11:56 alcachi it is tricky to do it right in salt because it depends already on the network connection
11:56 alcachi in the pxe install it is much easier
11:56 babilen I decided that partitioning and filesystem creation is not something I want to do with salt. Network configuration is a bit more tricky, so we roll out a working initial config and then manage /etc/network/interfaces with salt. The datasource for *both* configurations is a database that is connected to salt as an external pillar.
11:57 babilen (this is on Debian)
11:58 alcachi that seems reasonable and I could easily reuse the existing implemention in the pxe server
11:58 alcachi the network config in salt I just do the same as you and update the corresponding configuration files
11:59 alcachi restarting the network service showed to be problematic, so I do not do it in salt
11:59 alcachi so I apply the changes by rebooting the machine at the end of the highstate
12:00 alcachi I mean manually sending the command
12:00 babilen alcachi: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.network.html is what I use (fed with data from an external pillar)
12:01 alcachi The only drawback is that with this approach you require several more base images in the pxe installation phase (depending on the settings you choose for disk configuration for example)
12:02 alcachi babilen: I tried the network module but it did not work in my case
12:02 morissette joined #salt
12:02 alcachi I have a complex network configuration with bonding, vlans and bridging and I found some issues in how the files are generated by the network module
12:03 alcachi I already filed an issue about a bug that generated a repeated MTU entry in the config files
12:03 alcachi and it was already solved :-)
12:04 alcachi but there were other thins that generated differently to what I want so I opted for using just jinja templates
12:05 alcachi for example the primary keyword to establish the primary interface of a bonding interface did not work
12:05 Mandorath joined #salt
12:05 morissette how can one capture the stdout when running a cmd.script?
12:05 akhter joined #salt
12:05 alcachi or the names of the interfaces are converted to lowercase, I have to file several additional issues about those
12:06 babilen alcachi: Right
12:07 babilen alcachi: It appears as if you have been doing quite a lot of the things I mentioned already. Still it seems as if you harbour resentment or a feeling of "this isn't quite right". Not sure what could be done to alleviate it, as my impression is that you are simply unsure at which side of the "border" between two tools to place certain things.
12:07 babilen But then, in the end .. they are just tools. Use whatever gets the job done!
12:09 alcachi Yes, you have convinced me to keep that in the pxe install. It is simpler and I can look into moving that to salt in the future when I have more experience
12:09 babilen Sounds good
12:09 alcachi thanks a lot!
12:10 Mandorath Is the following assumption correct? When is use an database as ext_pillar and use a query like: SELECT col1,col2 . Col1 and col2 will now be returned as a dictionary to be used for salt as pillardata where col1 is key and col2 is value. Is this correct?
12:10 alcachi Probably I am just eager to write my first custom modules ;-)
12:12 morissette IS there something like cmd.run_stdout that allows for functionality like cmd.script?
12:15 johnkeates joined #salt
12:15 akhter joined #salt
12:18 kaushal_ joined #salt
12:19 cyborg-one joined #salt
12:19 mattiasr joined #salt
12:20 babilen morissette: Which functionality is that?
12:21 morissette nvm --out json works for what i need
12:22 ggoZ joined #salt
12:25 traph joined #salt
12:48 yomilk joined #salt
12:50 kaushal_ joined #salt
12:51 vm joined #salt
12:51 vm babilen: problem soved! VM had too few ram, and installation with salt didn't work because minion requires some RAM too so mysql cant allocate required pool
12:53 dendazen joined #salt
12:55 akhter Hey guys, on boto_secgroup, is there a way to specify port range?
12:56 otter768 joined #salt
13:03 DammitJim joined #salt
13:04 _JZ_ joined #salt
13:04 kusams joined #salt
13:06 BogdanR Hello. I have this reactor: http://hastebin.com/cafaboxuno.yaml
13:06 johnkeates What kind of reactor is it? fusion? fission? cold? hot? :p
13:06 BogdanR When it get's triggered I get this error message: "[WARNING ][21142] Passed invalid arguments to slack.post_message: post_message() takes at least 3 arguments (0 given)"
13:06 BogdanR johnkeates: It is a salt reactor :P
13:07 johnkeates nice :p
13:07 johnkeates hah, i have a salt message reactor too!
13:07 BogdanR Basically it seems that kwargs are not passed to slack.post_message
13:07 johnkeates I have your api key now
13:07 johnkeates maybe I'll spam dickpicks to your slack now
13:07 johnkeates :p
13:07 johnkeates maybe I won't
13:08 BogdanR However you feel like it :)
13:08 BogdanR My key was either a very lucky concidence or it's not real
13:08 johnkeates i think you were very lucky
13:08 johnkeates you have a special key
13:08 johnkeates anyway, i'll post my config
13:09 johnkeates mine just puts out a high state running message
13:09 johnkeates but you can adapt it as needed
13:09 BogdanR Sure
13:09 BogdanR Looking forward to figure out what am I doing wrong
13:10 johnkeates http://pastebin.com/g5F4Y9ya
13:11 babilen BogdanR: Try passing it as arguments rather than kwargs
13:11 babilen (i.e. dictionary)
13:12 BogdanR babilen: How would I do that?
13:13 babilen Define "- arg" and pass it a list
13:13 BogdanR johnkeates: I also tried execting this as a state but I would like to do it as a reactor so I could pass data directly to the message
13:20 BogdanR babilen: This didn't work either: http://hastebin.com/emedasagil.yaml
13:20 BogdanR This is the error: http://hastebin.com/akebigafej.py
13:23 babilen BogdanR: Yeah, don't pass tuples .. make that https://www.refheap.com/113049
13:24 teryx510 joined #salt
13:25 edrocks_ joined #salt
13:27 Erik_P joined #salt
13:27 BogdanR babilen: Thanks a lot. It works if I reorder the arguments a little bit
13:27 colegatron joined #salt
13:28 Erik_P anyone can help me with java installation via salt on windows (local system service problem)
13:31 babilen BogdanR: Sure, they are positional arguments and you have to pass them in the right order. I am not sure why you can't pass them as kwargs as well right now though
13:32 babilen Erik_P: "pkg.installed: - name: openjdk-7-jre"
13:32 babilen Or rather openjdk-8-jre
13:32 babilen Ah .. Windows .. nvm, forgot that I ever said something.
13:33 moapa left #salt
13:35 Erik_P :-)
13:35 Erik_P lol
13:40 onlyanegg joined #salt
13:40 tmclaugh[work] joined #salt
13:42 ekristen joined #salt
13:52 anotherZero joined #salt
13:53 dyasny joined #salt
13:57 traph joined #salt
14:01 av_ joined #salt
14:02 mpanetta joined #salt
14:02 subsignal joined #salt
14:04 subsignal joined #salt
14:05 rim-k joined #salt
14:05 rim-k hi everyone
14:06 rim-k crazy thing, I can't seem to use properly file.absent to delete a file
14:06 rim-k a salt-call goes fine but the file is not deleted
14:08 rim-k nevermind, I figured it out
14:28 perfectsine joined #salt
14:28 mattiasr joined #salt
14:31 racooper joined #salt
14:32 jvblasco can salt use only the external pillars as pillar source and ignore the pillar_roots with it's topfile?
14:33 jvblasco for example y want to get the pillar for a minion from a redis server and don't use the default pillar rendering using the topfile
14:39 marsdominion joined #salt
14:41 babilen rim-k: What was it?
14:43 wangofett Anyone have any clue why docker ports would appear to not work with 127.0.0.1 as the IP? https://gist.github.com/waynew/2be78a9001db9c833e58
14:43 Tanta joined #salt
14:44 brianfeister joined #salt
14:44 wangofett hmmm... actually it appears that the ports are just not working on that state at all >_>
14:44 wangofett fg
14:46 edrocks__ joined #salt
14:48 keimlink joined #salt
14:51 malinoff joined #salt
14:53 UForgotten joined #salt
14:53 mapu joined #salt
14:53 dendazen joined #salt
14:54 wangofett Ahhh... I think it's because the image doesn't have an 'EXPOSE' directive
14:57 otter768 joined #salt
15:00 tpaul joined #salt
15:01 cpowell joined #salt
15:02 cpowell joined #salt
15:12 evle joined #salt
15:16 akhter joined #salt
15:21 wangofett Yep. That was it. For some reason, your Dockerfile *must* contain the EXPOSE directive for those ports if you want it to work with the salt docker state. At least using whatever versions of salt+dockerpy I have :P
15:22 zmalone joined #salt
15:24 spuder joined #salt
15:24 catpig joined #salt
15:28 AlberTUX hi there, do you guys know how to store an emtpy string in pillar? when i try it i get "None" instead of the emtpy string
15:30 wangofett AlberTUX: probably "" would work
15:30 AlberTUX got it… key: "''"
15:30 AlberTUX single inside doubles
15:30 AlberTUX doubles alone won't work
15:30 AlberTUX thanks @wangofett
15:31 zmalone Yeah, I added that to the "yaml idiosyncrasies" page a while back.
15:32 zmalone It looks like it never got merged into the latest docs
15:32 zmalone The double "' '" thing is silly, and caused by parsing the yaml twice, or something like that, and stripping matching quotes off together in the first pass.
15:32 zmalone If you alternate quotes, it strips one set in the first pass, and the second in the second pass
15:33 wangofett Yaml is fun... sometimes ;)
15:34 zmalone I don't really know that this one is a yaml issue.
15:35 wangofett fg
15:36 wangofett .... grrr. Stupid fingers
15:36 wangofett ^a *then* fg
15:38 traph joined #salt
15:38 favadi joined #salt
15:42 drawsmcgraw Is there anything I should know about really, really long Salt runs?
15:43 drawsmcgraw I have a 'salt-call' to tell Opengrok to index 470GB of source code
15:43 drawsmcgraw It's going to take... dyas
15:43 drawsmcgraw days
15:45 perfectsine joined #salt
15:48 paolo joined #salt
15:56 ekristen joined #salt
15:57 kusams joined #salt
15:57 Jimlad_ joined #salt
15:58 amcorreia joined #salt
16:00 spuder joined #salt
16:06 onlyanegg joined #salt
16:13 whytewolf drawsmcgraw: personally with something that takes that long i tend to only use salt to start the task in somekind of async style of system like nohup. so I'm not worryed about the entire command. just that it started. but that is my own opinion. I'm sure there are others
16:13 onlyanegg Is there a way to set up multiple salt environments with a masterless setup?
16:13 onlyanegg Where can I define file_roots?
16:14 whytewolf onlyanegg: https://docs.saltstack.com/en/latest/ref/configuration/minion.html#file-roots
16:15 om joined #salt
16:15 drawsmcgraw whytewolf: Thanks. And yeah, the salt-call is only a single cmd.run. And I'm running it inside a tmux session. Better than nothing, I guess
16:17 whytewolf drawsmcgraw: I meant i would do something like salt-call cmd.run 'nohup longruntimecommand' so that salt returned right away
16:17 onlyanegg Thanks whytewolf!
16:18 drawsmcgraw whytewolf: Right. With something nohup, how would you be able to check in on it (finished, returned failure, etc...) ?
16:18 zerthimon joined #salt
16:18 drawsmcgraw s/something nohup/something like nohup/
16:18 zerthimon is there a way to retry a state in salt ?
16:18 drawsmcgraw I like the tmux approach because if there are issues, I see them right there in the terminal
16:18 whytewolf drawsmcgraw: normally check if the process is still in the process tree. and checking the nohup output file
16:18 drawsmcgraw whytewolf: Noted, thanks. I should read more on nohup tactics
16:19 jeffspeff joined #salt
16:20 whytewolf nohup. tmux and screen before tmux and screen existed :P
16:21 whytewolf zerthimon: not really. it will try it again the next run. but no way to really force it to run again in the same command. I guess you could try having the same command multiple times in a state file with different id's but thats just silly.
16:22 zerthimon whytewolf: undestood, thanks. I really need to run the same state untill it succeeds in the same command, it's a deploy script
16:27 whytewolf zerthimon: I would look into why the deploy script doesn't run correctly everytime. seems a waste of resources if it doesn't run right the first time.
16:29 zerthimon whytewolf: it doesn't run correctly because another limitation in salt ( https://github.com/saltstack/salt/issues/29335 ) so I'm trying to work around this problem
16:29 saltstackbot [#29335]title: adding timeout to ssh_knows_hosts.present state. by default it times out after 5 seconds | The state ssh_known_hosts.present fails if the host queried doesn't reply in 5 seconds or less. Is it possible to add a timeout option to ssh_known_state? This state actually invokes ssh-keyscan, which supports timeout option (argument -T)....
16:32 zerthimon whytewolf: my git check outs require  ssh_known_hosts.present which timeouts to verify ssh host key of bitbucket.org where my repos are stored
16:33 kshlm joined #salt
16:33 whytewolf sounds like a problem with bitbucket. but run the develop version of the ssh_known_hosts command. it will have the timeout feature. as per https://github.com/saltstack/salt/pull/29438
16:33 saltstackbot [#29438]title: add timeout for ssh-keyscan | Implements #29335.
16:34 zerthimon whytewolf: yep surely it's a problem with bitbucket which doesn't reply with a key in 5 sec !
16:36 whytewolf zerthimon: again. run the develop version of modules.ssh and states.ssh_known_hosts they have a timeout feature
16:36 zerthimon whytewolf: yeah, I know... well ... developent version :(
16:37 whytewolf and yes. it is a problem that bitbucket if it can't get ssh to return in 5 seconds. they most likely are over taxing the servers and not giving enough resources to ssh
16:37 moogyver joined #salt
16:37 zerthimon yep, opened an issue in their support
16:38 zerthimon but they are feeding me with some BS
16:38 tkharju joined #salt
16:38 whytewolf zerthimon: running dev versions isn't that bad. you can just places them in _modules and _states and sync them. it actually is common practice when a feature is coming in __newrelease__ that you need
16:40 zerthimon whytewolf: ahh, that's interesting, so youre saying I can overwrite default modules by having new ones in _states and _modules ?
16:40 whytewolf zerthimon: yes. _states and _modules compleatly overload the built ins
16:41 whytewolf the only thing to watch is if a module calls something from util. cause while _utils exist I don't think it is full implimented yet
16:42 zerthimon whytewolf: and I can do it on salt-master and salt will sync the modules at the next .highstate, right ?
16:42 whytewolf zerthimon: it should sync on the next highstate. however you can use salt '*' saltutil.sync_all to force it right away to sync
16:43 zerthimon whytewolf: that's sounds like a solution. Thanks, really appreciated!
16:44 mohae joined #salt
16:44 [7hunderbird] joined #salt
16:46 spuder joined #salt
16:48 mapu joined #salt
16:48 ALLmightySPIFF joined #salt
16:50 mohae joined #salt
16:51 mapu joined #salt
16:51 otter768 joined #salt
16:52 AlberTUX joined #salt
16:58 teryx510 joined #salt
17:02 mohae joined #salt
17:04 writtenoff joined #salt
17:10 Tanta joined #salt
17:16 marsdominion joined #salt
17:16 mohae joined #salt
17:17 evle joined #salt
17:18 marsdominion joined #salt
17:20 Brew joined #salt
17:22 marsdomi_ joined #salt
17:25 brianfeister joined #salt
17:25 ALLmightySPIFF joined #salt
17:26 marsdominion joined #salt
17:26 marsdominion joined #salt
17:27 Bryson joined #salt
17:28 Joren_ joined #salt
17:30 mohae joined #salt
17:33 marsdomi_ joined #salt
17:35 shaggy_surfer joined #salt
17:38 hackel joined #salt
17:38 Rumbles joined #salt
17:39 anmol joined #salt
17:39 mohae joined #salt
17:42 ageorgop joined #salt
17:43 marsdominion joined #salt
17:51 mohae joined #salt
17:51 marsdomi_ joined #salt
18:05 mohae joined #salt
18:06 evle1 joined #salt
18:09 edrocks_ joined #salt
18:09 marsdominion joined #salt
18:12 armyriad joined #salt
18:16 mohae joined #salt
18:24 philipsd6 joined #salt
18:24 danlsgiga joined #salt
18:26 danlsgiga hey folks... I'd like some guidance on how to do automation for nginx frontend proxies... Does anyone have an automated setup that grabs the backends for multiple services and configure it in a frontend running nginx?
18:26 mohae joined #salt
18:28 iggy I did at one point... lost most of that code though
18:28 wangofett danlsgiga: You might look into something like Zookeeper
18:28 wangofett Though, I've never used that
18:28 iggy you really don't want to do that
18:28 danlsgiga iggy: Why not?
18:28 wangofett iggy: were you referring to Zookeeper? ;)
18:29 iggy zookeeper is le suck
18:29 johnkeates if you're gonna map them 1:1 you can also simply use some nginx scripting magic...
18:29 johnkeates zookeeper is poo indeed
18:29 danlsgiga iggy: My thoughts are to use mine.get to mine the backend servers, grab their app names and them create their vhosts in the frontend
18:30 danlsgiga iggy: but I'm kinda stuck on how to group servers with the same app name... PS: I don't want to specify static values in the frontends... it must be completely decoupled and automated
18:30 iggy danlsgiga: sounds like a good plan
18:30 mohae_ joined #salt
18:30 * wangofett still has vague plans out there to use nginx for static resources and HAProxy in front of the actual app servers themselves
18:30 danlsgiga iggy: I know jinja has the groupby filter, but it looks like I can't groupby using the dict returned by mine.get
18:31 iggy worst case scenario pull in some python code to do that
18:31 wangofett danlsgiga: does it error on you, or just doesn't work right?
18:32 danlsgiga iggy: I basically have 2 default grains that are set at the moment I spin the instances up using salt-cloud and set org:role:backend and org:app:name
18:32 conan_the_destro joined #salt
18:33 danlsgiga based on that information I'd like to mine based on the app name but group all the IPs of the servers that have the same app name to create the nginx upstream config
18:33 danlsgiga wangofett: As far as I know the groupby filter needs an attribute
18:33 iggy sounds doable
18:33 danlsgiga wangofett: The mine.get function returns a key: value dict, so I don't have an attribute to groupby
18:34 iggy multiple mine.get's?
18:34 danlsgiga iggy: how?
18:35 iggy {% for site in site_list %} {% BEs = salt['mine.get'](some lookup based on site) %}
18:35 iggy or something?
18:35 danlsgiga and if there's a better of more simple / effective way to do this, please let me know... I'm struggling with this for a couple days and couldn't figure it out... hence I'm begging for help here. :P
18:36 marsdominion joined #salt
18:36 danlsgiga iggy: Then I would need to have static information in the frontend nginx pillars... I want nginx to be totally decoupled, no manual configuration
18:36 edrocks__ joined #salt
18:37 iggy what would be static?
18:37 danlsgiga site_list
18:37 iggy you can't think of a way to generatet hat?
18:38 danlsgiga I was trying to use groupby, so this way I would be able to grab all the server IPs for the same app from 1 mine.get call
18:39 iggy can you use the jinja map filter?
18:39 edrocks_ joined #salt
18:39 iggy if you have any code you can share, that would help a lot
18:39 danlsgiga didn't try yet, but I think there's the same limitation of groupby... it needs an attribute
18:39 elsmo joined #salt
18:39 iggy code > words
18:41 danlsgiga The only code I have so far is the mine.get call using the grains to grab the ip address... this works fine, but it brings all the servers in my environment without filtering and I need filtering to create specific vhosts per app
18:44 one joined #salt
18:45 one left #salt
18:47 onlyanegg joined #salt
18:48 iggy are the mine calls working for you?
18:55 nate_c joined #salt
18:57 colegatron I am just starting to use multiple environments and I'm getting conflicting ID's errors that I do not understand how to avoid.
18:59 colegatron I have a set of states in base env which work flawlessly. now I want to modify that set of states on 'test' environment, then I've copied that set of stated into the test env states folder.
19:00 colegatron in the minion (masterless) config I've setup the file roots as "base: /srv/salt      testenv: /srv/salt-test and /srv/salt (to avoid the need of duplicate all the states tree in the test env)
19:02 colegatron and instead to use the states from salt-test, salt tries to compile /srv/salt-test _and_ /srv/salt, which makes the duplication ID error
19:02 colegatron there is some way to avoid that errors without having to duplicate the entire states tree in every environment?
19:04 iggy colegatron: that's not how it works
19:04 iggy env's fall through
19:05 iggy so you shouldn't need to repeat paths in file_roots
19:05 colegatron if salt does not find a file in the test env will try to use the salt/base one?
19:06 iggy should
19:06 colegatron Ok. I'll check, but that's not the problem
19:06 iggy I forget how the ordering goes... I think it actually falls "up"
19:07 iggy so if you have base -> dev -> prod envs prod will check prod, dev, and base... dev only checks dev and base... etc
19:07 iggy don't quote me on that
19:07 danlsgiga iggy: The mine calls works fine, I want to groupby app name but I can't
19:07 colegatron iggy, I did not see anything about inheritance on doc
19:08 Nebraskka guys, how my formula can appear in saltstack-formula repos? :)
19:09 iggy colegatron: okay, I was wrong I guess... I avoid salt environments like the plague anyway, should just keep my mouth shut
19:09 whytewolf colegatron: do the files have the same name when in test and in base?
19:09 iggy danlsgiga: can you paste the output of the call?
19:09 whytewolf iggy. most sane people do
19:10 iggy <-- far from sane
19:10 whytewolf iggy: you are closer to sane then the one who wrote salt enviroments
19:11 marsdominion joined #salt
19:12 iggy true story
19:13 whytewolf colegatron: basicly for the inheritance to work the salt:// path must be identical for both. other wise it sees both files and the id's with in.
19:13 brianfeister joined #salt
19:14 whytewolf not that you are still here colegatron :P
19:17 marsdomi_ joined #salt
19:17 marsdominion joined #salt
19:17 marsdominion joined #salt
19:18 iggy Nebraskka: you have to talk to one of the formulas admins... what formula is it?
19:18 traph joined #salt
19:21 Nebraskka iggy, trying to get contacts of one, some of them don't have public contact details on both github/own site
19:21 Nebraskka oh, it's a small one :) https://github.com/michaelforge/timezone-formula
19:21 Nebraskka wondering if it could be helpful not just to me
19:22 kupric joined #salt
19:22 marsdominion joined #salt
19:23 iggy there's a state that sets the timezone, you could probably use that if it isn't debian
19:23 kupric left #salt
19:23 ALLmightySPIFF joined #salt
19:23 iggy !salt states.timezone
19:23 saltstackbot http://docs.saltstack.com/en/latest/ref/states/all/salt.states.timezone.html
19:24 Nebraskka good point, overlooked that
19:24 iggy basepi: ^ new formula
19:24 iggy he's the only one that IRCs anymore
19:24 Nebraskka i see =)
19:25 Nebraskka thanks for mentioning, probably gonna update files with timezone state
19:25 iggy basepi: also, maybe jfindlay (or someone else who IRCs) could get added to that group?
19:27 colegatron joined #salt
19:29 ALLmightySPIFF joined #salt
19:36 brianfeister joined #salt
19:37 linjan joined #salt
19:37 zmalone joined #salt
19:37 edrocks_ joined #salt
19:39 marsdomi_ joined #salt
19:41 hackel joined #salt
19:42 marsdom__ joined #salt
19:43 aidalgol joined #salt
19:47 marsdominion joined #salt
19:49 civos joined #salt
19:49 marsdomi_ joined #salt
19:56 kevinquinnyo joined #salt
19:57 kevinquinnyo what's the best way to deal with a long command in cmd.run ?  something like cd /some/path && do something && do something else && ...
19:57 whytewolf kevinquinnyo: put it into a bash script and use cmd.script
19:58 munki joined #salt
19:58 kevinquinnyo i guess i could but it's not so long that it should be in a bash script
19:58 kevinquinnyo it's just ugly right now
19:58 zmalone joined #salt
19:58 kevinquinnyo kind of a trivial question here, but it was just bothering me
19:59 whytewolf kevinquinnyo: cmd.run doens't work that well with pipes anyway. so a bash script might actually run better
20:00 kevinquinnyo ok thanks whytewolf
20:00 rim-k joined #salt
20:02 CeBe joined #salt
20:02 nate_c joined #salt
20:04 ALLmightySPIFF joined #salt
20:07 marsdominion joined #salt
20:08 ablemann joined #salt
20:10 fredvd joined #salt
20:13 Joren__ joined #salt
20:16 edrocks_ joined #salt
20:17 hoonetorg joined #salt
20:18 invalidexception joined #salt
20:18 danlsgiga iggy: I think the solution it to make a hack... create a custom module that will mine all the app names and do some sort of "unique" call and for each app then I do a mine.get to grab the ips!
20:18 edrocks__ joined #salt
20:26 edrocks_ joined #salt
20:28 CeBe joined #salt
20:31 anmol joined #salt
20:33 subsignal joined #salt
20:40 marsdominion joined #salt
20:40 marsdominion joined #salt
20:42 Zenionn joined #salt
20:43 tehsu is there a way to specify a schedule job towards a single server>
20:43 tehsu ?
20:43 mohae joined #salt
20:43 Zenionn does anyone know how file.line actually works? doc is sparse in explaining and any logical thing i do results in a 'Found less than expected occurrences in "after" expression'
20:43 whytewolf tehsu: yes, put the schedule in a pillar. and target that pillar only at the server you want it on
20:44 quasiben joined #salt
20:44 ajw0100 joined #salt
20:44 CeBe joined #salt
20:47 pcn is there a way to clean out the event cache?
20:48 tehsu whytewolf: so create a pillar and then salt 'servername' pillar.items
20:50 whytewolf tehsu: pillar.items just shows what the pillars are on a system. target with a top.sls like with normal pillars. once the pillar is on the system it should be turned into a schedule
20:51 tehsu ah I see
20:54 lhan joined #salt
20:58 FreeSpencer What is everybodys favorite way to store passwords
21:00 bash1235123 joined #salt
21:04 giantlock joined #salt
21:07 tehsu thanks for your help whytewolf
21:08 BradThurber joined #salt
21:08 whytewolf tehsu: no problem
21:09 CeBe joined #salt
21:11 tehsu whytewolf: any experience with jobs on the salt enterprise UI?
21:12 tehsu webui
21:12 whytewolf nope. never used the salt Enterprise version
21:13 tehsu thank you
21:13 zmalone FreeSpencer: post it note under the keyboard
21:14 shiriru joined #salt
21:15 jfred joined #salt
21:15 zmalone (I'm eagerly awaiting the external pillars on minions in a master/minion setup working, so that I can make vault, confidant, or something like that work for me.  Right now I keep them in a pillar straight, because I found gpg in salt to be too unweildy)
21:22 quasiben joined #salt
21:31 Zenionn joined #salt
21:34 Zenionn does anyone know how file.line works? the documentation is lacking and doesn't really explain the inputs well... i can't seem to make it do what i'd like only getting "Found less than expected occurrences in "after" expression" as a response
21:36 ajw0100 joined #salt
21:37 zmalone Zenionn: I've always used file.contains, although line based editing can get you into trouble in a bunch of different ways
21:38 Zenionn the goal (and i could use sed for it) is to append a line and/or ensure its there only AFTER an occurrence of a previous line
21:39 zmalone contains, append, line, comment, contains_regex, prepend, and write all kind of overlap though
21:39 zmalone contains_regex might help too
21:39 anotherZero joined #salt
21:40 Zenionn http://pastebin.com/8eA6i3pk
21:40 Zenionn well file.line was a more recent addition, and really i just wanted to know what the intended function of it is
21:40 Zenionn as i clearly dont understand it
21:41 Zenionn pastebin explains more what logically i want to do
21:43 Ph-x joined #salt
21:44 zmalone that sure looks identical to the example at https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.file.html#salt.modules.file.line
21:47 invalidexception joined #salt
21:47 CeBe joined #salt
21:48 DammitJim joined #salt
21:49 perfectsine joined #salt
21:50 colegatron joined #salt
21:50 Zenion zmalone: haha i know... which is why my mind is blown
21:50 Zenion regexps nor before/after changes the output
21:50 Zenion im thinking its just borked
21:51 zmalone all I can imagine is that the ?*. characters in the example are matching the end line, but the docs say it should just match a fragment of a line, not the whole line
21:51 zmalone I'd open an issue
21:52 Micromus joined #salt
21:56 whytewolf zmalone: not sure why the example has commas in it. but take them out
21:57 whytewolf err Zenion I meant
21:57 hoonetorg joined #salt
21:57 Zenion holy
21:57 Zenion quacamole
21:58 Zenion guacamole* rather
21:58 Zenion hahahaha
21:59 Zenion welp, whytewolf to the logical rescue.. you're right... and that makes sense now too... python ends up parsing the ","
21:59 whytewolf I would file a documentation bug :P
21:59 Zenion i will do so via github
21:59 Zenion thanks :)
22:00 whytewolf no problem
22:01 zmalone Zenion: you can also make a pull request against latest for the docs to be updated
22:05 akhter joined #salt
22:08 dendazen joined #salt
22:09 akhter joined #salt
22:17 cliluw joined #salt
22:17 rem5_ joined #salt
22:20 Joren_ joined #salt
22:23 subsignal joined #salt
22:25 subsignal joined #salt
22:30 akhter joined #salt
22:44 justanotheruser joined #salt
22:46 ALLmightySPIFF joined #salt
22:46 zmalone joined #salt
22:58 ALLmightySPIFF joined #salt
23:00 anmol joined #salt
23:07 akhter joined #salt
23:07 CeBe joined #salt
23:14 bash1235123 left #salt
23:16 zenion15 joined #salt
23:18 zenion joined #salt
23:23 CeBe joined #salt
23:24 zenion joined #salt
23:27 Eugene joined #salt
23:32 quasiben joined #salt
23:36 jrgochan1 left #salt
23:42 yomilk joined #salt
23:42 ageorgop joined #salt
23:45 yomilk joined #salt
23:54 aqua^c joined #salt
23:54 CeBe joined #salt
23:56 aqua^c joined #salt
23:58 aqua^c joined #salt
23:59 TyrfingMjolnir joined #salt

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary