<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:og="http://ogp.me/ns#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" xmlns:schema="http://schema.org/" xmlns:sioc="http://rdfs.org/sioc/ns#" xmlns:sioct="http://rdfs.org/sioc/types#" xmlns:skos="http://www.w3.org/2004/02/skos/core#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" version="2.0" xml:base="https://www.linuxjournal.com/tag/sys-admin">
  <channel>
    <title>Sys Admin</title>
    <link>https://www.linuxjournal.com/tag/sys-admin</link>
    <description/>
    <language>en</language>
    
    <item>
  <title>Weekend Reading: Scary Tales from the Server Room</title>
  <link>https://www.linuxjournal.com/content/weekend-reading-scary-tales-server-room</link>
  <description>  &lt;div data-history-node-id="1340157" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-field-node-image field--type-image field--label-hidden field--item"&gt;  &lt;img src="https://www.linuxjournal.com/sites/default/files/nodeimage/story/bigstock-Scary-and-creepy-man-hiding-in-209589781.jpg" width="800" height="533" alt="scary sys admin" typeof="foaf:Image" class="img-responsive" /&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/carlie-fairchild" lang="" about="https://www.linuxjournal.com/users/carlie-fairchild" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Carlie Fairchild&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;It's always better to learn from someone else's mistakes than from your own. This weekend we feature &lt;a href="https://twitter.com/kylerankin"&gt;Kyle Rankin&lt;/a&gt; and &lt;a href="https://twitter.com/wildbill"&gt;Bill Childers&lt;/a&gt; as they tell stories from their years as systems administrators. It's a win-win: you get to learn from their experiences, and they get to make snide comments to each other. &lt;/p&gt;

&lt;h3&gt;&lt;a href="https://www.linuxjournal.com/content/its-always-dnss-fault"&gt;It's Always DNS's Fault!&lt;/a&gt;&lt;/h3&gt;

&lt;p&gt;by Kyle Rankin and Bill Childers&lt;/p&gt;

&lt;p&gt;I was suffering, badly. We had just finished an all-night switch migration on our production Storage Area Network while I was hacking up a lung fighting walking pneumonia. Even though I did my part of the all-nighter from home, I was exhausted. So when my pager went off at 9am that morning, allowing me a mere four hours of sleep, I was treading dangerously close to zombie territory...&lt;/p&gt;

&lt;h3&gt;&lt;a href="https://www.linuxjournal.com/content/tales-server-room-zoning-out"&gt;Zoning Out&lt;/a&gt;&lt;/h3&gt;

&lt;p&gt;by Kyle Rankin and Bill Childers&lt;/p&gt;

&lt;p&gt;Sometimes events and equipment conspire against you and your team to cause a problem. Occasionally, however, it's lack of understanding or foresight that can turn around and bite you. Unfortunately, this is a tale of where we failed to spot all the possible things that might go wrong.&lt;/p&gt;

&lt;h3&gt;&lt;a href="https://www.linuxjournal.com/article/11015"&gt;Panic on the Streets of London&lt;/a&gt;&lt;/h3&gt;

&lt;p&gt;by Kyle Rankin and Bill Childers&lt;/p&gt;

&lt;p&gt;I was now at the next phase of troubleshooting: prayer. Somewhere around this time, I had my big breakthrough...&lt;/p&gt;

&lt;h3&gt;&lt;a href="https://www.linuxjournal.com/content/unboxing-day"&gt;Unboxing Day&lt;/a&gt;&lt;/h3&gt;

&lt;p&gt;by Kyle Rankin and Bill Childers&lt;/p&gt;

&lt;p&gt;As much as I love working with Linux and configuring software, one major part of being a sysadmin that always has appealed to me is working with actual hardware. There's something about working with tangible, physical servers that gives my job an extra dimension and grounds it from what might otherwise be a completely abstract job even further disconnected from reality. On top of all that, when you get a large shipment of servers, and you view the servers at your company as &lt;em&gt;your servers&lt;/em&gt;, there is a similar anticipation and excitement when you open a server box as when you open Christmas presents at home. This story so happens to start during the Christmas season...&lt;/p&gt;

&lt;p&gt; &lt;/p&gt;

&lt;p&gt; &lt;/p&gt;

&lt;p&gt; &lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/weekend-reading-scary-tales-server-room" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Sat, 30 Mar 2019 12:00:00 +0000</pubDate>
    <dc:creator>Carlie Fairchild</dc:creator>
    <guid isPermaLink="false">1340157 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Weekend Reading: Ansible</title>
  <link>https://www.linuxjournal.com/content/weekend-reading-ansible</link>
  <description>  &lt;div data-history-node-id="1339918" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-field-node-image field--type-image field--label-hidden field--item"&gt;  &lt;img src="https://www.linuxjournal.com/sites/default/files/nodeimage/story/Ansible_logo.svg__2_0.png" width="800" height="471" alt="Ansible logo" typeof="foaf:Image" class="img-responsive" /&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/shawn-powers" lang="" about="https://www.linuxjournal.com/users/shawn-powers" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Shawn Powers&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p dir="ltr"&gt;I've written about and trained folks on various DevOps tools through the years, and although they're awesome, it's obvious that most of them are designed from the mind of a developer. There's nothing wrong with that, because approaching configuration management programmatically is the whole point. Still, it wasn't until I started playing with Ansible that I felt like it was something a sysadmin quickly would appreciate.&lt;/p&gt;

&lt;p dir="ltr"&gt;Part of that appreciation comes from the way Ansible communicates with its client computers—namely, via SSH. As sysadmins, you're all very familiar with connecting to computers via SSH, so right from the word "go", you have a better understanding of Ansible than the other alternatives.&lt;/p&gt;

&lt;p dir="ltr"&gt;With that in mind, I've written a few articles exploring how to take advantage of Ansible. It's a great system, but when I was first exposed to it, it wasn't clear how to start. It's not that the learning curve is steep. In fact, if anything, the problem was that I didn't really have that much to learn before starting to use Ansible, and that made it confusing. For example, if you don't have to install an agent program (Ansible doesn't have any software installed on the client computers), how do you start?&lt;/p&gt;

&lt;h3 dir="ltr"&gt;&lt;a href="https://www.linuxjournal.com/content/ansible-automation-framework-thinks-sysadmin"&gt;Ansible, Part I: the Automation Framework That Thinks Like a Sysadmin&lt;/a&gt;&lt;/h3&gt;

&lt;p dir="ltr"&gt;How to get started with Ansible. Shawn tells us the reason Ansible was so difficult for him at first was because it's so flexible with how to configure the server/client relationship, he didn't know what he was supposed to do. The truth is that Ansible doesn't really care how you set up the SSH system; it will utilize whatever configuration you have. This article will get you set up.
 &lt;/p&gt;

&lt;h3 dir="ltr"&gt;&lt;a href="https://www.linuxjournal.com/content/ansible-making-things-happen"&gt;Ansible, Part II: Making Things Happen&lt;/a&gt;&lt;/h3&gt;

&lt;p dir="ltr"&gt;Finally, an automation framework that thinks like a sysadmin. Ansible, you're hired.&lt;/p&gt;

&lt;p dir="ltr"&gt;Ansible is supposed to make your job easier, so the first thing you need to learn is how to do familiar tasks. For most sysadmins, that means some simple command-line work. Ansible has a few quirks when it comes to command-line utilities, but it's worth learning the nuances, because it makes for a powerful system.&lt;/p&gt;

&lt;h3 dir="ltr"&gt;&lt;a href="https://www.linuxjournal.com/content/ansible-part-iii-playbooks"&gt;Ansible, Part III: Playbooks&lt;/a&gt;&lt;/h3&gt;

&lt;p dir="ltr"&gt;Playbooks make Ansible even more powerful than before.&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/weekend-reading-ansible" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Sat, 05 Jan 2019 12:30:00 +0000</pubDate>
    <dc:creator>Shawn Powers</dc:creator>
    <guid isPermaLink="false">1339918 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>New GeekGuide: Beyond Cron</title>
  <link>https://www.linuxjournal.com/content/new-geekguide-beyond-cron</link>
  <description>  &lt;div data-history-node-id="1338674" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-field-node-image field--type-image field--label-hidden field--item"&gt;  &lt;img src="https://www.linuxjournal.com/sites/default/files/nodeimage/story/beyondcron-cover%20%281%29.jpg" width="100" height="129" alt="Beyond Cron GeekGuide Skybot Linux" title="Beyond Cron GeekGuide" typeof="foaf:Image" class="img-responsive" /&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/carlie-fairchild" lang="" about="https://www.linuxjournal.com/users/carlie-fairchild" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Carlie Fairchild&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;cite&gt;How to Know When You've Outgrown Cron Scheduling--and What to Do Next&lt;/cite&gt;
&lt;p&gt;
If you've spent any time around UNIX, you've no doubt learned to use and appreciate cron, the ubiquitous job scheduler that comes with almost every version of UNIX that exists. Cron is simple and easy to use, and most important, it just works. It sure beats having to remember to run your backups by hand, for example.
&lt;/p&gt;&lt;p&gt;
But cron does have its limits. Today's enterprises are larger, more interdependent, and more interconnected than ever before, and cron just hasn't kept up. These days, virtual servers can spring into existence on demand. There are accounting jobs that have to run after billing jobs have completed, but before the backups run. And, there are enterprises that connect Web servers, databases, and file servers. These enterprises may be in one server room, or they may span several data centers.
&lt;/p&gt;&lt;p&gt;
Register now to download your complimentary copy of &lt;cite&gt;Linux Journal&lt;/cite&gt;'s 25 page &lt;a href="http://www.linuxjournal.com/beyond-cron-guide"&gt;Beyond Cron GeekGuide&lt;/a&gt;.&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/new-geekguide-beyond-cron" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Thu, 02 Apr 2015 16:45:10 +0000</pubDate>
    <dc:creator>Carlie Fairchild</dc:creator>
    <guid isPermaLink="false">1338674 at https://www.linuxjournal.com</guid>
    </item>

  </channel>
</rss>
