Installing Ansible 2 on CentOS 7

scottalanmiller

We are excited to be going down the Ansible / DevOps path for use in the new lab. With the huge Scale cluster at our disposal, the ability to build quickly and manage all of the VMs is going to be a huge deal.

stacksofplates

I think you forgot the make rpm before you run yum.

scottalanmiller

@johnhooks said:

I think you forgot the make rpm before you run yum.

Fixed. I wonder where that line went. I must have overwritten it somehow.

stacksofplates

This will be nice, you can replace your users script with it.

Here's kind of a maybe strange question, do you think these tools will ever end up hurting (I don't want to use that word but I can't think of a better one at the moment) normal system tasks. The reason I ask is because with ansible to copy a file you use:

copy: src=file dest=file owner=jhooks group=jhooks mode=0644

Which is fairly different from

scp file jhooks@host:/file  and then chmod 0664 file

Same with yum, ansible is:

yum: name=<package>
           state=latest

Do you think there will be people who use these tools and don't know the actual underlying commands?

This would obviously be far in the future, but just asking.

scottalanmiller

@johnhooks Yes, I think that soon we will find that there are a lot of people who only know the DevOps stuff and have no idea what is happening under the hood.

RamblingBiped

@scottalanmiller This would more than likely be a result of someone coming into a DevOps role from the perspective of a Developer, versus that of a person who has worked the Systems/Infrastructure side of things. I wonder how soon something like this will switch the current demand from that of developers/programmers/coders to that of systems/infrastructure specialists.

DevOps, from this perspective, makes me kind of anxious. Having the expectation that everyone share the load across the board (infrastructure,development, testing, etc...) creates an odd simile in my mind likened to the overly engineered coffee maker that grinds your coffee, brews a couple shots of espresso, steams your milk, and combines everything into a cup. In many ways an overly complex costly appliance that is rendered useless if one single component fails; not to mention costly to repair. I prefer having a separate tools that are engineered to perform their task well and are easy to maintain. I don't want a cable modem with a built in router, switch, and wireless access point.

In reference to the DevOps trend, I can see how having a very competent team is advantageous for startups. As the trend continues to grow aren't we going to hit a wall or cap on talent acquisition? How many people can ADEQUATELY fill those roles? Or is it acceptable to have a team composed of a few infrastructure-heavy members, and a few dev-heavy members and expect their skillsets to balance out overtime? What happens when demand is so high that the grass is nearly always greener? (if that isn't already the case)

scottalanmiller

@RamblingBiped said:

DevOps, from this perspective, makes me kind of anxious. Having the expectation that everyone share the load across the board (infrastructure,development, testing, etc...) creates an odd simile in my mind likened to the overly engineered coffee maker that grinds your coffee, brews a couple shots of espresso, steams your milk, and combines everything into a cup.

I know of now shop approaching DevOps like that except for when NTG did in the 1990s because there weren't enough of us and someone (me) had to take on the lowly IT duties so other people could focus on code.

DevOps shops today are not mixing their development staff with their IT staff, they are approaching IT from a "defined as code" perspective. It's not true DevOps, it's using DevOps techniques. And DevOps techniques are taking hold very, very quickly. But I don't see duties crossing over, that makes no sense.

scottalanmiller

@RamblingBiped said:

In reference to the DevOps trend, I can see how having a very competent team is advantageous for startups. As the trend continues to grow aren't we going to hit a wall or cap on talent acquisition?

Traditional IT did that long ago. Shops looking for high end systems people have almost no ability to hire and it has been this way for a long time. The market can't produce half as many traditional admins as are necessary to run things the old fashioned way. DevOps specifically addresses this by reducing the head count needed to do work. Fewer admins, more servers.

The only thing that will continue to cause the inability to hire will be the continuous increase in server count.

stacksofplates

I think it's just a natural progression of things also. It's kind of like with programming, very few people use assembly language, but it's still there.

That might be a bad analogy since I'm sure we need more people as admins and engineers than we need people writing assembly language, but it's the same type of principle from my view point.

And as @scottalanmiller has said before, we still need people who know this stuff because of his example with the shop that didn't have anyone with Vi experience.

pm9448

I ran through the steps. I had to skip the 'git checkout stable-2.0.1' command. I got the following error:

it checkout stable-2.0.1
error: pathspec 'stable-2.0.1' did not match any file(s) known to git.

Regardless, I skipped the step, proceeded to the next step, built and installed the RPM successfully.

Thanks for making this easy. I was looking for the RPM but apparently it is not yet released.

scottalanmiller

As far as we can tell no RPM is forthcoming. No platform is getting the Ansible 2 updates, it seems. Not RPM, not DEB, not PIP.

scottalanmiller

@pm9448 said:

And welcome to the MangoLassi community, by the way!

scottalanmiller

Been a while since we talked about Ansible. How many people have been trying it out and/or using it?

thwr

@scottalanmiller said in Installing Ansible 2 on CentOS 7:

Been a while since we talked about Ansible. How many people have been trying it out and/or using it?

I've just started playing with it. Plan is to control lots of Raspberry's, Banana Pi's, Beagle's and other SBC's.

stacksofplates

@scottalanmiller said in Installing Ansible 2 on CentOS 7:

Been a while since we talked about Ansible. How many people have been trying it out and/or using it?

Still using it. I have it set up for everything here at work. Mostly been using ad hoc stuff, but I have a couple playbooks set up for things that are difficult to do during a kickstart.

thwr

By the way, is there some frontend available?Found something on SF, but that's just a better text editor. I don't mind hacking through textfiles, but I plan to give some of the administrative stuff to a colleague who is still new to the job.

Tower is just too expensive for us poor EDU guys.

scottalanmiller

A nice GUI would be awesome.

Romo

Haven't tried it personally, Semaphore Open source Ansible UI.

scottalanmiller

@Romo said in Installing Ansible 2 on CentOS 7:

Haven't tried it personally, Semaphore Open source Ansible UI.

https://github.com/ansible-semaphore/semaphore/raw/master/public/img/logo.png

thwr

@scottalanmiller said in Installing Ansible 2 on CentOS 7:

@Romo said in Installing Ansible 2 on CentOS 7:

Haven't tried it personally, Semaphore Open source Ansible UI.

https://github.com/ansible-semaphore/semaphore/raw/master/public/img/logo.png

That's the one I've tried but it doesn't seem to do much at all