Posts made by RamblingBiped

Thermite and a video camera.

Or you could boot into a live disk of some sort and use DD to wipe the drive(s).

https://en.wikipedia.org/wiki/Dd_(Unix)#Disk_wipe

I recently finished reading and recommend "The Anatomy of Peace" from The Arbinger Institute. It's a great comprehensive story driven practice in conflict resolution.

It's basically "How to recognize if you're an @$$hole, fix it, and learn to communicate with other @$$hole's effectively".

I just moved to Utah back in October of last year. Tech has absolutely exploded here. Aside from housing costs in and around SLC, the cost of living has stayed relatively low too.

I am not sure I would buy one personally, as the price is a bit prohibitive. However, if I had a choice between this and a Windows system, and my employer was footing the bill, I'd go with a Mac. I've used a MacBook Pro for the last 7 months, and while I would be just as happy using Linux, I'm surprisingly satisfied with it. I'm able to do everything I need to do and I don't need to reboot it for weeks at a time. The hardware quality is top notch too, and I really like their monitors. They definitely need to come up with a good docking solution though, I hate having to plugin cables.

+1 to the "Skype for Business is Garbage" argument.

We're forced to use it and it is horrible and relatively unreliable.

I did an article about a year ago about setting up KVM/QEMU on Ubuntu 16.04, it might be of some use: https://www.ramblingbiped.com/build-a-kvm-qemu-hypervisor-on-ubuntu-16-04-server/

I also wrote a short blurb on automating VM creation using a pre-built VM template, virt-clone, and virt-sysprep: https://www.ramblingbiped.com/automate-centos-7-minimal-virtual-machine-creation-with-kvm/

@wirestyle22 Do you have your RHCSA?

I prefer KVM/QEMU. It's worthwhile to invest time in learning all of the tools to manage everything from the CLI before trying to rely on any of the GUI based tools like virt-manager/virt-viewer.

I only interface with KVM on my home test environment now, but these are the tools I most frequently use. And aside from virsh, most of them are rarely used outside of a script.

• virsh
• qemu-img
• virt-clone
• virt-sysprep

@black3dynamite said in Linux Lab Project: Building a Linux Jump Box:

How would a jump box used when access a Windows environment? Would I need to setup a jump box with a desktop environment like xfce or windows manager like i3. And then use something like Remmina to remote into a Windows Admin box to manage Servers and such.

You could setup SSH tunneling and just do secure RDP sessions over SSH. No desktop environment required on your jumpbox.

http://www.linuxjournal.com/content/ssh-tunneling-poor-techies-vpn

We ran into this issue last week with several legacy applications we soon hope to commit to the bone yard...

@Reid-Cooper said in Stanford Removes Java in Favor of JavaScript in Intro to Computer Science Course:

I am a bit curious as well. If you don't know any programming, what are you doing in a comp sci classroom?

Learning programming?

I understand the utility of teaching JavaScript as an intro to CS, but I'm curious why nobody ever chooses plain old C anymore. Why not start off with C and then transition to Java, C++, C#, etc...? I mean... structurally they all branch from C right? Why not build a halfway decent foundation in it first?

@guyinpv said in Thinking about moving...:

I was looking at Portland a lot. Not sure the politics are what we're after. Plus ain't the waters just this side of glacier? The point is we want warm sand and fun waters we can actually go in!

For me (not the wife so much), I was definitely looking at some places in Utah and Colorado. Plenty of mountains and decent cities.

If you had a fight between Portland, Houston, Salt Lake City, and Colorado Springs, who would win?

@guyinpv said in Thinking about moving...:

I was looking at Portland a lot. Not sure the politics are what we're after. Plus ain't the waters just this side of glacier? The point is we want warm sand and fun waters we can actually go in!

For me (not the wife so much), I was definitely looking at some places in Utah and Colorado. Plenty of mountains and decent cities.

If you had a fight between Portland, Houston, Salt Lake City, and Colorado Springs, who would win?

I just moved to SLC last October. I had a decent gig in Southern Indiana as a Linux Admin/SysAdmin making a comparable salary for the region. SLC's market for IT Pros is pretty hot right now. By moving here we basically added the equivalent of a third income from the bump in salary. My salary alone went up about 65%.

And, while it snows here, it is NOTHING like the snow in the Midwest. SLC snow is light, fluffy, and pretty quick to melt. Temperatures haven't been quite as cold either. And you really can't beat the scenery.

What is preventing you from considering moving to the Silicon Slopes?

Salt Lake City has a lot of good paying IT jobs and a lot of mountains, trees, and shrubberies. We don't have Ocean, but we do have A LOT of salt water...

Wow, I didn't see a single mention of DevOps anywhere...

@DustinB3403 said in CentOS rsync between servers using keyfile to pass credentials:

@RamblingBiped why can't I use the keys generated for this, rather than needing an outside account with passwordless sudo access?

You can, I was just suggesting how I have set up a similar environment in the past. I didn't want to have to screw around with my user's sudo settings. Also I didn't want a job/task such as this tied to a specific user's account either. By setting it up as a separate user it keeps the task from breaking when I leave the company and they kill my credentials.

@DustinB3403

@DustinB3403 said in CentOS rsync between servers using keyfile to pass credentials:

Ok well I can ssh between the servers, but both are asking for the root/.ssh/id_rsa passphrase and the root credentials.

That is where you would want passwordless sudo access tied to a specific user that will ONLY have that sudo access restricted to running your rsync command.

You'll be able to log into the remote system using your keys, and with passwordless sudo enabled, you'll not be prompted for a password when you run your sudo rsync... command.

You could create a user on each system, specific to this task; and give that user restricted passwordless sudo access to only run the specific rsync command you need to have run.

Throw your rsync command in a script and restrict your user's passwordless sudo access to running that specific script. Et voila! Authentication issues resolved.

--edit--

I think this can help point you in the right direction: https://serverfault.com/questions/596940/sudoers-nopasswd-how-to-grant-access-to-a-specific-ln-command

My advise is to not "play" with anything. Put Linux on your daily driver and use it exclusively to get your work done. If you can't do something you want or need to do while on Linux... Figure out how to do it on Linux.

Implement common services on Linux servers (Hypervisor, DHCP, DNS, Nagios, Email Server, etc...) using the major distributions(CentOS, Debian, SUSE).

Don't put a GUI on your servers. It's a waste of your time and resources.

Congratulations!

I only mentioned MacBooks because I didn't have any insight into your infrastructure. All of our Engineers, Administrators, and Developers use MacBooks here (including myself). I was reluctant at first, but the hardware is top notch and it has a native terminal so I'm happy. Our internals for the business are all run on Microsoft guts, but MacBooks are the primary system that is deployed to end users. Lenovo laptops of various flavors are given out to regular administrative staff that don't fancy an Apple product.

That being said, I'm not interested in the latest iteration of the MacBook Pro. I've already seen and heard plenty of the complaints, and I don't need the extra "features" that they've added.

At my previous job I outfitted all of our Engineers with Dell Latitudes (i7, 256GB/512GB SED SSD's, and 16GB memory). They would more than likely fit the bill for your environment.