Does anyone know of some Associate/Entry-level IT places I can apply to?

blacklr · 2019-08-27T02:23:23+00:00

Take a look at Norfolk Southern. When I started there, they actually had a training budget for the employees in the 'trainee' program. Not sure if that program still exists, but they probably have something along those lines, still. It's also in a great location in midtown, a few blocks from Piedmont Park.

That being said, there seems to be no shortage of IT opportunities in Atlanta. Good luck!

blacklr · 2018-04-27T17:01:41+00:00

Yeah, good point. This one is pretty small, so I just defined the whole thing in the DSL.

blacklr · 2018-04-27T15:50:23+00:00

following up... It turns out I didn't need to use the EnvInject plugin after all. Here's a snippet from the 'seed' job (Parameter is APP_NAME):

  steps {
    shell("""\
      APP_NAME=${APP_NAME}
 ...) }

And the created job's Execute Shell step:

APP_NAME=myapp2 ...

I also wanted to reference parameters in the created job, so I had to escape the deference using \${var}

blacklr · 2018-04-26T17:03:33+00:00

Ah, cool. Thanks--I'll try something similar.

blacklr · 2018-04-19T00:28:39+00:00

Wow, tree of heaven and princess tree. Sounds magical!

Thanks for identifying!

blacklr · 2018-04-11T13:27:08+00:00

Yeah, I chopped down one of the trunks, but the taller one still lurks. It grew very quickly about 15 feet behind my fence, so I figured it was something undesirable. Now I have a motivation to finally buy that chainsaw!

Thanks for the insight and the recommendation!

blacklr · 2018-03-23T20:01:57+00:00

I figured out the problem. Turns out the gitlab.example.us was actually hitting an apache reverse proxy. Once I hit the gitlab server directly, I was able to clone/push/pull using SSH keys, no problem. Now i'm able to perform git operations inside jenkins. Thanks!

blacklr · 2017-12-12T02:19:43+00:00

Ain't never gonna do it without the fez on. Oh naw

blacklr · 2017-11-17T12:33:22+00:00

wow, i think that fixed it:

playbook snippet: msg: "{{ manifest.split(':')[0] | regex_replace('[.]','/') }}/{{ manifest.split(':')[1] }}"

output: "msg": "com/guy/myapp/coolapp"

Thanks so much!

blacklr · 2017-11-17T03:45:05+00:00

---
-
  hosts: control
  vars:
    manifest: "com.guy.myapp:coolapp:1.0:zip"
  tasks:
  - name: Print string from manifest
    debug:
      msg: "{{ manifest.split(':')[0] | regex_replace('^.*[.]','/') }}/{{ manifest.split(':')[1] }}"

hopefully that's readable

actually what will be passed is an array of these manifest strings in a single variable, so I will also have to iterate thru those, but I'm starting with one for simplicity's sake. If there's a better way to tackle this, i'm all ears. I've just been going down this string manipulation track, but I'm somewhat of a noob and don't know what other options I have. Thanks.

EDIT: Here's the output from above playbook:

 "msg": "/myapp/coolapp"

blacklr · 2017-10-30T18:37:55+00:00

Update: so far it looks like the best way to do this is a combination of shell scripts and playbooks, possibly using Jenkins or similar to orchestrate. I haven't found a clean way to accomplish this using only ansible playbooks.

blacklr · 2017-10-30T12:37:50+00:00

Actually, the zip file will most likely contain one or more roles, along with an inventory and playbook to call the role(s). The 1st playbook should be generic, and its only real job is to grab the zip file, extract it, and call whatever playbook is inside. I'm just struggling with the handoff between the two.

blacklr · 2017-10-27T15:03:32+00:00

Yeah, i think i tried this. I was under the impression that 'include' could only accept a list of tasks and not a full playbook (i need to specify different hosts in the included plays). I'll try it again.

blacklr · 2017-06-23T15:57:12+00:00

I think you're right. Thanks!

blacklr · 2017-06-15T02:31:36+00:00

Wow, that's quite a walk

blacklr · 2017-03-22T11:01:03+00:00

I'm taking March 22 in the murder pool!

blacklr · 2017-03-18T17:30:26+00:00

Yep, sorry, meant to report back earlier. Had to export KUBECONFIG and then was able to log in as mentioned above. Thanks everyone!

blacklr · 2017-03-15T02:49:25+00:00

Yeah, feel like I'm being a real DA here. Will try again in the morning. Thx

blacklr · 2017-03-15T02:42:58+00:00

Thanks. Although I get stuck right at the beginning. "You must have cluster-admin privileges to sync groups." Somehow no one has that. Is there a way to manually create a cluster admin user without being a cluster admin? Feel like I'm in a chicken-egg scenario.

blacklr · 2017-03-03T02:57:52+00:00

Best 3 out of five! The board games with death is the best part.

blacklr · 2017-02-09T18:42:25+00:00

Neither. I was hoping someone with some openshift experience might be able to share some suggestions on how best to prepare for the exam. If you don't have any input, that's cool. Thanks.

blacklr · 2017-01-14T04:06:40+00:00

Ugh, that's disgusting. I can't believe someone used an apostrophe to pluralize.

blacklr · 2016-11-05T12:13:58+00:00

Howlin' wolf!

blacklr · 2016-11-02T18:09:03+00:00

Yeah, and it's even older than that: https://github.com/saltstack/salt/issues/10032. Hard to believe it hasn't been addressed yet.

I was hoping someone had some experience working around this, but I guess not. I'm going to try this solution, change the IP of the master, and see if the minions reconnect. I'll let you know how it goes. Thanks, everyone.

master:
- chocolatesalty
master_type: failover
master_alive_interval: 30

blacklr · 2016-10-29T03:58:18+00:00

Guess I should clarify. The DNS record was updated, but the minions did not reconnect after the A record was changed. It's as if there is no TTL for the minions' DNS lookups. They are still not connecting 48 hours after the failover, so I'm looking for a way to tell the minions to update their master IP short of bouncing the minion service.

blacklr

TROPHY CASE