Slashdot Mirror


Nine Traits of the Veteran Network Admin

snydeq writes "Born or made, network admins share certain defining characteristics. Deep End's Paul Venezia offers nine: 'I hope that this insight into the extremely logical, yet consistently dangerous world of the network admin has shed some light on how we work and how we think. I don't expect it to curtail the repeated claims of the network being down, but maybe it's a start. In fact, if you're reading this and you are not a network admin, perhaps you should find the closest one and buy him or her a cup of coffee. They could probably use it.'"

142 comments

  1. Will read later by Anonymous Coward · · Score: 5, Funny

    The network is down.

    1. Re: Will read later by Anonymous Coward · · Score: 1

      #10: Scragly neck beard that makes users as uncomfortable as his "you just don't understand" rants.

    2. Re:Will read later by Razgorov+Prikazka · · Score: 5, Funny

      Have you tried turning it off and on again?

      --
      rm -rf --no-preserve-root / ...and let /dev/null sort them out...
    3. Re:Will read later by hvm2hvm · · Score: 1

      It gives me 403 forbidden... so that's ironic

      --
      ics
    4. Re:Will read later by Anonymous Coward · · Score: 1

      Your admin blocks Infoworld articles? Thank him sometime for looking out for you.

    5. Re: Will read later by nosfucious · · Score: 4, Insightful

      These "traits of" or "habits of" articles are the modern equivalent of horoscopes. Lots of feel good stuff, but not much actual advice. I can agree and disagree with every point to some extent.

      Nice article that generates a lot of page views. For real advice get 1 or more O'Reilly books, or better yet, find a competent admin and become his/her apprentice.

      --
      Q:I was listening to a CD in Grip and it sounded horrible! What's up? A:Perhaps you are listening to country music
    6. Re:Will read later by somersault · · Score: 1

      No, because a 403 is a response from the webserver. A proxy would probably give a different message, and if it was blocked via firewall rules then it just would give no response whatsoever..

      --
      which is totally what she said
    7. Re:Will read later by Anonymous Coward · · Score: 2, Funny

      Call to Admin: "Network is slower today than usual". Network Admin to caller: The weather is hot today, bits expand and it's harder for them to squeeze through thin wires.

    8. Re:Will read later by Anonymous Coward · · Score: 0

      Nuhuh.

      The network is the computer.....

    9. Re:Will read later by SuricouRaven · · Score: 3, Informative

      A proxy delivers whatever code the admin wants it to deliver. Squid returns 403 on ACL blocks, but it's trivial to alter.

    10. Re:Will read later by fuzzywig · · Score: 2
      "You could try straightening out your network cable, just go down behind your computer and massage out any kinks in it that might be slowing down the data."

      By the time they've finished doing that, you'll probably have worked out what was causing the slowdown, and either fixed it, or allowed it to fix it's self.

    11. Re:Will read later by Ghjnut · · Score: 1

      At least 3 times

      --
      MouseClass extends ScrollClass, which extends TabClass, which extends SidebarClass, which extends PowerClass, w
    12. Re:Will read later by Anonymous Coward · · Score: 0

      best video ever

    13. Re:Will read later by RabidReindeer · · Score: 2

      Your admin blocks Infoworld articles? Thank him sometime for looking out for you.

      Thanks Mordac!

    14. Re: Will read later by Anonymous Coward · · Score: 1

      Also, coffee. Network admins don't always drink coffee.

      This guy's wrong and right on all of his list, because of why he's right or wrong. IT is an ever-changing field, and there is no "always", or "never".

      This is, of course, my list of 1. I'm also wrong and right.

    15. Re:Will read later by Flere+Imsaho · · Score: 1

      For some reason I read TFA, and that's number 4

      "Veteran network admin trait No. 4: Believe it or not, we've tried turning it off and back on again"

      --
      It gripped her hand gently. 'Regret is for humans,' it said.
    16. Re:Will read later by Anonymous Coward · · Score: 0

      The BOFH suggests 50 times in rapid succession.

    17. Re:Will read later by Razgorov+Prikazka · · Score: 1

      Yes, a Vet would. An AC? Mmnnneh :-)

      --
      rm -rf --no-preserve-root / ...and let /dev/null sort them out...
  2. The spice of life by cold+fjord · · Score: 4, Funny

    For many reasons there are few things add excitement to life like working with someone who habitually answers the phone with, "I didn't do it."

    --
    much of left-wing thought is a kind of playing with fire by people who don't even know that fire is hot - George Orwell
  3. Obligatory xkcd by vikingpower · · Score: 4, Funny
    --
    Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
    1. Re:Obligatory xkcd by L4t3r4lu5 · · Score: 2, Funny

      Holy fucking balls, you're such a moron! That's SYSTEMS! You know, the guys that make sure that the monkeys who think knowing PowerShell makes you some kind of IT god? NOTHING. They are FILTH.

      We're talking about Networks. Systems can do NOTHING without my massaging of the thinwire, caressing of the switch configuration. Systems are USELESS, DUMB without us. Systems is the heart of the network? Well, Networks is the vascular system. What is the heart without the blood vessels? Just another lump of useless meat.

      Excuse me for a moment. Latency just jumped three orders of magnitude on the fiber trunk to another building. I can hear the packets screaming already...

      I'll save you. I'll save you all.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    2. Re:Obligatory xkcd by Anonymous Coward · · Score: 2

      The REAL Sysadmin is the Network/Server/Software/Hardware person. A long time ago in a Galaxy far, far away.... You did everything and anything involved with IT. You even had to manage PBX and telco equipment, not just the routers and switches. You took care of the tape backups and user printers. You had to write code and compile kernels. And you had to know about electronics to repair outdated equipment critical to the workings of the company.

    3. Re:Obligatory xkcd by ixidor · · Score: 2

      and this would be a the job description of where i am now, add in gym tv repair man, light-fixture-changer, air-filter-changer, and 100's of other things.

    4. Re:Obligatory xkcd by Anonymous Coward · · Score: 0, Insightful

      Speaking of lumps of useless meat, sys admins are just CS dropouts YO!

    5. Re:Obligatory xkcd by NatasRevol · · Score: 0

      Only in companies that are ~ 100 people

      --
      There are two types of people in the world: Those who crave closure
    6. Re:Obligatory xkcd by Anonymous Coward · · Score: 1

      no.

      CS dropouts that become sysadmins are reformed sysadmins.

      And they usually have a dozen CS guys under them.

      The true neck beards never went to college. No need to be institutionalized.

    7. Re:Obligatory xkcd by zildgulf · · Score: 3

      In spite of all of the times I wired numerous double-wide and single-wide mobile units, big enough to hold 48 or 18 people respectively, the VoIP phones that trash their own firmware upon reboot, full recoveries in parking lots, fields, and any open spot after a hurricane or storm, all of the EIGRP and BGP failures, MPLS installations, numerous satellite equipment failures, bugs in switch, router, and firewall software, multicast software packages having dubious compatibility with firmware versions of our equipment, numerous firewalls each with its own way to make configurations and access lists, PBX systems going haywire, PRI, SIP, T1, and Fiber link outages, corrupted or destroyed MX and DNS records, e-mail services crapping out, lost connections to the cloud services, the DoS attacks, and such, there is nothing like being a field network engineer for disaster recovery. I LOVE my job!!!

    8. Re:Obligatory xkcd by Penguinisto · · Score: 1

      I'll save you. I'll save you all.

      ...until your workstation goes splat. Then you'll be over at the help desk, begging them to get your laptop back up. Therein lies the problem with over-specialization. ;)

      (...meanwhile, a real sysadmin will have will have told you which router you screwed up the configs on, and would you please either fix the damned thing, or at least cough up the supe password so that he can do it and get on with the day.)

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    9. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Word. First internship in college, the network went down. Work could not get done. The pro sysadmin "called a guy". Obese, pimple faced guy with a neck beard comes in wearing one shoe one flip flop tshirt that barely covers his belly with one neon green word on it "Linux". Bangs on keyboard for a while, swaps out some cabling, makes a few calls and leaves. I asked the sysadmin what company that guy worked for, and he just said it was someone he met in the computer isle at borders. He works for old computer parts and band width.

    10. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Sysadmins play with software, developers understand software.

    11. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      Sadly, that might be true for a small office with a one-person IT do-it-all, but in a 10,000+ global corporation, shit stays broke for weeks until a VP gets upset that he/she can't check his/her nanny cam and sicks their exec assistant on the IT department head who starts barking down the chain-of-command until the local admin finally gets to explain the problem had been reported months ago and gets the equipment he had been denied for unexplained reasons. This is usually followed by a department meeting in which the head of IT proclaims that people should be sure to bring anything like this to their attention to be sure it gets fixed quicker but then when someone actually does that just gets told to fill out a ticket or standard request.

    12. Re:Obligatory xkcd by Anonymous Coward · · Score: 0

      This. I can't tell you how many people like to think they are IT gods but come to us lowly helpdesk techs when the network goes down, or they get a virus, or need to update a driver. I should not have to tell a network admin to refresh the DHCP server. Or a server admin how to update a video card driver. I get that you can't know everything, but shouldn't you at least know the basics? Especially since you make 3x what I make?

    13. Re:Obligatory xkcd by bonehead · · Score: 1

      Developers play with code.

      Sysadmins take the garbage they churn out and wrap it in 10 layers of scripts and filters to actually make it work.

  4. I RTFA by 19thNervousBreakdown · · Score: 5, Insightful

    Why do I feel like I just watched somebody jerk off?

    --
    <xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
    1. Re:I RTFA by Anonymous Coward · · Score: 5, Insightful

      Because you can't handle the sheer awesomeness that is the veteran network admin!

    2. Re:I RTFA by bickerdyke · · Score: 1

      To me, it was like watching someone jerk of while insulting everyone around as idiot.

      (Really, the first 5 bullet points were nothing but "all mere mortal users are just stupid" ranting)

      --
      bickerdyke
    3. Re:I RTFA by 1s44c · · Score: 1

      To me, it was like watching someone jerk of while insulting everyone around as idiot.

      That's my experience of most network admins in big companies. They mostly come across as a bit OpenBSD-mailing-list if you see what I mean. They are defensive as hell, maybe their jobs make them that way.

      I got in some nasty arguments with them over innocent jokes that Unix or Windows admins would have just laughed off.

    4. Re:I RTFA by Anonymous Coward · · Score: 0

      I got in some nasty arguments with them over innocent jokes that Unix or Windows admins would have just laughed off.

      Yeah, the one about being binary curious always seems to piss them off. And never ask a network admin "can you hear my packets now?"

    5. Re:I RTFA by Anonymous Coward · · Score: 0

      (Really, the first 5 bullet points were nothing but "all mere mortal users are just stupid" ranting)

      Just about anyone could have posted those five bullet points as a comment to a /. article on yesterday's Netsol outage. I was unimpressed.

    6. Re:I RTFA by Anonymous Coward · · Score: 0

      And how is that not true?

    7. Re:I RTFA by evilviper · · Score: 4, Insightful

      They mostly come across as a bit OpenBSD-mailing-list if you see what I mean. They are defensive as hell, maybe their jobs make them that way.

      Imagine running your company's entire IT infrastructure off of a random assortment of Android cell phones... That's basically the job of a Network Administrator.

      Despite running the most critical piece of infrastructure, they can't peer into the base system at all, to see how it's going to behave in edge cases. The monitoring and management tools available are shockingly poor, and offer little utility.

      They're forced to use a random mix of different network hardware, which all behaves differently, and each has a list of errata 100 pages long. Updates are huge monolithic firmware blobs, guaranteed to have bugs, leading you to choose between dealing with the awful but barely manageable bugs you have now, or updating and dealing with a whole new set of bugs, and potentially some so bad they'll take the system down, and there's relatively little you can do to test this, even if you have a rather large testing network (which most do not).

      Software Defined Networking and OpenFlow look like they might finally start changing this, and Network Admins will be able to understand how these complex systems work, and even define the behavior they want. But in the mean time, your Network Admin remains the Prime Minister of the insane asylum.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    8. Re:I RTFA by ArsenneLupin · · Score: 1

      can you hear my packets now?

      ping -a linux.org

    9. Re:I RTFA by Penguinisto · · Score: 1

      They are defensive as hell, maybe their jobs make them that way.

      I got in some nasty arguments with them over innocent jokes that Unix or Windows admins would have just laughed off.

      Defensive is a good description. After all, there are only so many commands in IOS, and -- oh, look, the Cisco Nexus switches use Linux now! :)

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    10. Re:I RTFA by Simulant · · Score: 1

      #1 should have been Arrogance.

      I'm not sure he even understands the definition of "trait"

    11. Re:I RTFA by 1s44c · · Score: 1

      Thanks for explaining.

    12. Re:I RTFA by BitZtream · · Score: 2

      If you think 'software defined networking' and OpenFlow are going to make it more understandable you completely fail to understand how any software works at all.

      Networks are ALREADY SOFTWARE DEFINED and ALWAYS HAVE BEEN.

      You seem to think running software on your software that runs on your hardware is magically and unintuitively going to work better than software on hardware.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    13. Re:I RTFA by pnutjam · · Score: 1

      Nerdfight! (your right...)

    14. Re:I RTFA by pnutjam · · Score: 1

      In Cisco's defense, they will list all their commands with a succinct description that may or may not mean what you think it means.

      autocomplete is yoru friend on the command line.

    15. Re:I RTFA by moxley · · Score: 1

      Because there's a mirror on the ceiling?

    16. Re:I RTFA by pnutjam · · Score: 1

      if I had auto-complete I would have spelled your correctly....

    17. Re:I RTFA by evilviper · · Score: 1

      Networks are ALREADY SOFTWARE DEFINED and ALWAYS HAVE BEEN.

      Don't bitch at me just because you don't know what a common term actually MEANS.

      You seem to think running software on your software that runs on your hardware is magically and unintuitively going to work better than software on hardware.

      There's no magic about it. Having lower-level, centralized control of network equipment can be a huge improvement over the current mess. A fringe benefit is that works the same from vendor to vendor, across different models of equipment from the same vendor, and eliminates the need for all the higher-layer crap, bypassing a huge number of those firmware bugs.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  5. This all looks familiar... by r33per · · Score: 1

    This is like a LinkedIn article. 8 ways to do this, 5 systems to improve that, 3 things to avoid when doing the next thing and 9 traits of the successful Whatshisname.

    It's maddening.

  6. Trait #10 is certainly not by Edis+Krad · · Score: 1

    Humilty

    1. Re:Trait #10 is certainly not by cold+fjord · · Score: 4, Funny

      Good administrators keep humility under control. Too much of it corrodes the equipment. There are sensors for it you know.

      --
      much of left-wing thought is a kind of playing with fire by people who don't even know that fire is hot - George Orwell
  7. This is great! by Anonymous Coward · · Score: 5, Funny

    I just bought an MCSE or MSCE or whatever you call it and I was wondering how the fuck I could fool people into believing I actually knew what the fuck I was doing.

    Problem solved!

    Thanks a lot, InfoWorld!

    Captcha: "secured"

    1. Re:This is great! by Anonymous Coward · · Score: 0

      You should've bought a CCNA & a CCNP if you want to be an instantly hired Net Admin. But you won't stay hired for long if you just buy them. Maybe 30 days before you are canned. I guess you could bounce from job to job and become a manager for some unfortunate company.

    2. Re:This is great! by Anonymous Coward · · Score: 1

      I just bought an MCSE or MSCE or whatever you call it

      Oh come on, that can't be so hard to remember.

      It's Minesweeper Consultant & Solitaire Expert - MCSE. MSCE makes no sense at all.

    3. Re:This is great! by Jawnn · · Score: 1

      The veteran network admin never bothered with Microsoft certifications. Networks don't run on Microsoft products.

    4. Re:This is great! by SuricouRaven · · Score: 1

      I had the CCNA. Got my my first job out of uni.

      On Helldesk.

      Been there ever since.

    5. Re:This is great! by BitZtream · · Score: 1

      The CCNA and NP are meaningless to anyone with a clue. Sorry you wasted your money but you need to know what they teach you before you even considering getting into the field, you need far more authoritative certifications to be useful job hunting. A CCNA or CCNP in network is roughly like saying 'I got a certificate because I could spell my own name ... given at least 3 tries.'

      The reason you are still working at a help desk is simple. You aren't qualified to do anything else. Hate to burst your bubble, but your position in life is your own doing.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    6. Re:This is great! by Anonymous Coward · · Score: 0

      There are no more 'authoritative certifications'. It is easy to tell because you did not list any during your ad hominem rant.

    7. Re:This is great! by SuricouRaven · · Score: 1

      There are. They all start with 'X years experience at.' Employers can afford to be fussy right now - lots of potential employees, not many jobs.

    8. Re:This is great! by SuricouRaven · · Score: 1

      I also have a diploma. It's worth more, but not a huge amount more. Basically, my career is in ruins, and I'm doomed to spend the rest of my working life resetting forgotten passwords.

    9. Re:This is great! by TheSeatOfMyPants · · Score: 1

      It's Minesweeper Consultant & Solitaire Expert - MCSE.

      Or Must Call Somebody Else, for the "all certs, no clue" variety of admin.

      --
      Now mostly at Usenet:comp.misc & SoylentNews.org (it's made of people!)
  8. As someone who has worked in IT for 20 years... by Anonymous Coward · · Score: 0

    ...I've never met a network admin who will ever, ever admit that the fault was in their domain. This especially applies to dealing with BT, who once denied that a problem was theirs, and when it mysteriously went away said "oh, yes, a switch was down, but we had a change freeze so couldn't work on it for a few days.". Note the lack of apology for the previous lie.

    1. Re:As someone who has worked in IT for 20 years... by AK+Marc · · Score: 2

      "Came clear during testing" is what I'd get for the "we fucked up, but we'll never admit to it" response.

    2. Re:As someone who has worked in IT for 20 years... by scubamage · · Score: 1

      I have, but usually it's a low grade network admin responsible for being in the trenches. Network architects? Nope, "the company is going in a different direction..." is about as close as you'll get. Hooray corporate america.

    3. Re:As someone who has worked in IT for 20 years... by Mockylock · · Score: 1

      You'll never prove it. You don't have privileges. :D

      --
      "Please, shut up. Just when I think you can't say anything more stupid, you speak again." -Archie Bunker.
    4. Re:As someone who has worked in IT for 20 years... by BitZtream · · Score: 1

      Then you and everyone you've ever worked with are shitty admins.

      Not admitting to your mistakes is a big 'I'm afraid you'll realize I don't know what I'm doing if I tell you it was my fault' sign.

      Its not unique to network admins, its there in all trades and its equally indicative of incompetence. Its also a grounds for immediate termination for anyone on my staff.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    5. Re:As someone who has worked in IT for 20 years... by Anonymous Coward · · Score: 0

      Its also a grounds for immediate termination for anyone on my staff.

      You'd fire your cat?

  9. Writers block... by Anonymous Coward · · Score: 0

    The guys who write the plot for internet have ran out of ideas.... Just like TV did years ago :(

  10. Maddening? by Anonymous Coward · · Score: 0

    Nah, it's just another piece of wr1t1ng f0r f00d by someone who does little else.

    If that's what you see on linkedin, then you're spending too much time there. It's the same tripe that fills industry rags and like websites like computerworld.com who even translate this sort of thing into many languages to attract yet more little flies into their web.

    This guy is what they call an opinion maker. And if this is the sort of opinion he's making, he can be safely ignored. All the more so because the people who would find what he has to say interesting (brass of various stripes) wouldn't know the good stuff when it bit them in the arse and wouldn't understand it either.

    That he keeps getting linked on /. perhaps would be maddening if I could still give a flying fsck.

  11. The Nine Traits by Anonymous Coward · · Score: 1

    (as mentioned in the article)
    1: We already know it's down
    2: If we don't know it's down, it's probably not down
    3: We will ping and test several times before digging into the problem
    4: Believe it or not, we've tried turning it off and back on again
    5: During an outage, we're not just staring at the screen -- we're following a path in our heads
    6: We calculate subnet masks and CIDR as easily as breathing
    7: We do not tolerate bugs; they are of the devil
    8: We can read live packet streams and write highly complex filters in our sleep
    9: We take big risks all the time

    1. Re:The Nine Traits by pla · · Score: 1

      They hated it because it laid the blame squarely where it belonged, at the foot of a very difficult problem to resolve, unless you made automatic local replicas of LDAP subtrees.

      A shortsighted and arbitrary kernel limitation does not really count as the fault of the downstream devs who get to suffer for it. As you point out, your "solution" actively encouraged your devs to make a completely wasteful userspace cache of something the kernel should just provide transparently; since you already know this solution, and apparently had access to the kernel code - Why didn''t you either fix the limitation, or if not possible, just build the damned cache yourself and serve high-latency requests from it, rather than getting into a blame-game with people who (reasonably) just expect LDAP to work as advertised?


      Yeah, this spackles over a herd of issues that should actually be resolved

      No one except the network admin gives the least damn about "why" it happens. They want email (or more accurately, they want MSN and Fox Sports) back up, and they want it back up NOW. Telling the CIO that you knew about an instant likely "fix" but chose to leave the company crippled for half an hour will generally get you escorted to your car.


      Overall, I agree, TFA reads like "we rock because..." self-congratulatory masturbation. But some of your responses (except the last one, interestingly) make it sound like you work for a company with a near-infinite IT budget and a sane CIO. Those count as an extreme rarity in the real world, never forget that.

    2. Re:The Nine Traits by NatasRevol · · Score: 1

      2: If we don't know it's down, it's probably not down

      Something is wrong. Maybe a switch under your control, not mine, is partitioning my part of the network, or maybe the new security you put on MAC address per port and didn't tell us about, or told us about but not in a meaningful way, has made it so we can no longer plug in both our laptops to the same switch port. How about something on the dashboard to let us know how many unresolved issues there outstanding at any given time, or over a period of time as a graph. If there is a spike on the graph, there's something you own that'd not sufficiently monitored, and it's still your problem.

      9 times out of 10, it's an actual user configuration issue. And when the network guy points out that you screwed up, not him, after you blamed him, you're going to get the attitude you deserve.

      --
      There are two types of people in the world: Those who crave closure
    3. Re:The Nine Traits by Anonymous Coward · · Score: 0

      "1: We already know it's down"

      We're arrogant, and you could never tell us something we don't know because you're a mere user.

      "2: If we don't know it's down, it's probably not down"

      We're never wrong. It's all your fault.

      "3: We will ping and test several times before digging into the problem"

      Because we're arrogant we'll take you at your exact words and do no more and no less than investigate exactly that. When you say the server is down we'll ignore the fact you're a user and don't know the difference between the server being down and the service you want to use being down and tell you you're wrong if we can ping it. We wont bother to investigate if it may in fact be the service that's down and will condescendingly tell you it's your fault again for not telling us it was the service not the server because we expect you to know as much about our job as we do and you should know the difference even if it's not your job, and it is ours.

      "4: Believe it or not, we've tried turning it off and back on again"

      We're a grumpy bunch and we hate jokes.

      "5: During an outage, we're not just staring at the screen -- we're following a path in our heads"

      Excuse us. We're a bit slow.

      "6: We calculate subnet masks and CIDR as easily as breathing"

      We talk shit.

      "7: We do not tolerate bugs; they are of the devil"

      We know nothing about software development and refuse to accept that bugs are an inevitable fact and we gloat about how much more awesome we are than developers even though many developers know more than us because they know how the machine, how networks and so forth work at a much lower level than we do, because they wrote the software we use in the first place. This is why we get paid markedly less than developers, but at least we still get to pretend we're far more awesome if we find a bug.

      "8: We can read live packet streams and write highly complex filters in our sleep"

      We talk more shit.

      "9: We take big risks all the time"

      Like, sometimes, every once in a while, we walk to work, and when we're really daring we raid high level dungeons on WoW. We also sometimes reboot the server you're working on and just figure "It'll be okay, no one will be using it at the moment".

    4. Re:The Nine Traits by UnknownSoldier · · Score: 1

      > 1: We already know it's down
      > Then put it on the freaking dashboard for the network service outages so we know not to bother you. If you really don't want to be bothered, put up an "Estimated time to resolution, given past history"/"Estimated time to resolution for [characterized as problem X]", or you're going to get the "we know you know it's down; when will the f---ing thing be back up?" calls anyway.

      THIS. 100% !!!

      _Communication_ from Sysadmins / DevOps to the rest of the team is PARAMOUNT.

      It helps tear down barricades and builds bridges.

      Sysadmins are like the janitors -- the most important people in a building because they provide the foundation. We understand Sysadmins have to deal with all the crap from everybody else. However, if they don't want to be seen as distributing all the crap to everyone else they need to learn to communicate humbly Why, When, How, etc. They are the unspoken hero's & backbone of the company.

    5. Re:The Nine Traits by tlambert · · Score: 1

      They hated it because it laid the blame squarely where it belonged, at the foot of a very difficult problem to resolve, unless you made automatic local replicas of LDAP subtrees.

      A shortsighted and arbitrary kernel limitation does not really count as the fault of the downstream devs who get to suffer for it. As you point out, your "solution" actively encouraged your devs to make a completely wasteful userspace cache of something the kernel should just provide transparently; since you already know this solution, and apparently had access to the kernel code - Why didn''t you either fix the limitation, or if not possible, just build the damned cache yourself and serve high-latency requests from it, rather than getting into a blame-game with people who (reasonably) just expect LDAP to work as advertised?

      Because, contrary to popular belief, there is not an infinite amount of available wired memory in the kernel for doing negative caching, and even in the positive caching case, the memory goes quickly. Also, contrary to popular believe, putting everything in the kernel doesn't make it magically faster. Also, POSIX mandates a finite number of groups, and those groups must be attached to each credential, and all internal operations pass around credential references inherited from the thread for the current call context.

      As an example, if you are talking a file server serving users at Genentech (someone who use Mac OS X based file servers with internal security partitions requiring lots of group containers), then you are talking about 10,000 users with mostly non-overlapping combinatoric group membership in 200+ groups each, and each of these requires a UUID, and for Windows interoperability, a GUID, be carried around with them. Add to that negative caching (with the possibility of DOS attacks, or innocent misconfigurations, ballooning the negative cache out of control), and the fact that AppleDirectory supports a group being a member of a group, and you can quickly chew through Gigs of credential cache.

      The only sane place to put all this crap is in user space.

      The team responsible for doing the user space part was the DirectoryServices daemon team. If I had been allowed to do the cache, I would have. It's not like I didn't have a lot to do with the genesis of the OpenLDAP project, which was the basis for AppleDirectory anyway.

      --

      And the reason for the local replica is disconnected operation. What happens if you are connected to the corporate network, close your laptop, and head home. On the bus ride home, you open up your laptop to access a file, it has an ACL on it, the ACL requires knowing if you are in a member of the necessary group to access the file, the isGroupMember() call goes out to the kernel thread, the kernel thread sends it to DS in user space because, hey, hell, it doesn't know -- and DS in user space doesn't have it cached.

      So DS in user space tries to make the request to the central DS(es) to which it is bound. Only you *aren't* on the corporate network any more, are you, you're on a freaking bus, and you have no local replica.

      To make matters worse, the interface on which the connection was made is known to be down, but, hew, Mac OS X networking didn't shut down the socket. And it didn't shut down the socket because most people are on WiFi these days, so there are transient connectivity failures all the time, and it can't tell the difference between a transient WiFi connectivity failure and a more-or-less permanent one, so your request is sitting on the upstream socket Send-Q, not getting answered by the upstream server.

      And it was sent to the upstream server in the first damn place because you didn't make a local replica of the user credential for your active local users when you had the chance and connectivity to be able to do so. So the open(2) system call in a user space app is blocked on a cred check, which is blocked on a group membership resolution call, which is blocked on the user spa

  12. Clarifying #4 by chill · · Score: 4, Insightful

    Notice he said "turning an interface on and off", not "rebooting".

    Nothing says "I'm a noon and came from a Windows world" like rebooting a switch or router to fix a problem.

    Logs on those devices are in memory. Rebooting clears the logs and you then can't troubleshoot. If you can't troubleshoot, you'll never know what really happened. If you don't know the root cause of the failure you can't prevent it from happening again.

    --
    Learning HOW to think is more important than learning WHAT to think.
    1. Re:Clarifying #4 by mysidia · · Score: 4, Insightful

      Logs on those devices are in memory

      Although they should be on the NMS and syslog servers too... and many Juniper M/T series devices, which are very frequently used by large carriers for core and edge routers, have a hard drive mounted on the /var filesystem, that the routers' syslogs get written to.

      Rebooting sounds like an act of desperation. It's almost never the cleanest way, and it almost always incurs additional downtime, causes more outages, or further lengthens the network downtime --- since you require 3 to 5 minutes for a reboot, then maybe 3 to 5 more minutes for routing protocols to reconverge.

      And god help your soul, if you reboot a Cisco device such as a 72xx or Catalyst 65xx running BGP with 3 or 4 copies of a full table, and with 8 or 9 total peers.

      That one weak moment, when reboot was chosen may result in 60 to 90 minutes of trying to coax the network back up gently.

    2. Re:Clarifying #4 by rusty0101 · · Score: 1

      Or that 6509 with a sup720 hosting 25 T3s for some 2000 remote sites using OSPF as your routing protocol. (All in Area 0 of course.)

      --
      You never know...
    3. Re:Clarifying #4 by LordLimecat · · Score: 1

      Nothing says "I'm a noon and came from a Windows world" like rebooting a switch or router to fix a problem.

      Sometimes that IS the answer: Boot up triggers POST, where it may plainly say "your flash is hosed". Or perhaps a voltage spike threw things into a "bad place", and the solution is to do a full power-cycle to bring everything back to where it was. Perhaps the issue only occurs on boot up, and you need to turn it off and on to see the problem happen (such as when someone left the router in 0x2142 mode).

      Rebooting is usually not the answer but sometimes it is. You can stubbornly insist that the answer is in the logs all day, have fun troubleshooting a popped capacitor if that is your methodology.

    4. Re:Clarifying #4 by NatasRevol · · Score: 4, Insightful

      If you don't have a separate syslogd system, you're not doing your job well.

      --
      There are two types of people in the world: Those who crave closure
    5. Re:Clarifying #4 by Penguinisto · · Score: 1

      Sometimes that IS the answer

      A lot of times, it's the only way to clear up an ill-considered typo + "write mem".

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    6. Re:Clarifying #4 by Mockylock · · Score: 1

      A good admin uses syslog servers.

      --
      "Please, shut up. Just when I think you can't say anything more stupid, you speak again." -Archie Bunker.
    7. Re:Clarifying #4 by LordLimecat · · Score: 1

      You mean "copy running startup". "write mem" has been deprecated since before I started working on Cisco 2600s back in 2004 ;)

    8. Re:Clarifying #4 by BitZtream · · Score: 1

      You're fired.

      Logs on those devices should be going to a syslog server, the fact that they aren't means your ass is fired immediately.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    9. Re:Clarifying #4 by Anonymous Coward · · Score: 0

      Although they should be on the NMS and syslog servers too...

      The problem is, they can't get there when the network is down...

  13. The BOFH knows the real traits of seasoned admins by dkleinsc · · Score: 5, Funny

    1. A complete disdain or hatred of lusers.
    2. A collection of blackmail materials.
    3. Homicidal rage.

    --
    I am officially gone from /. Long live http://www.soylentnews.com/
  14. Veteran network admin trait No. 10 by mwvdlee · · Score: 3, Insightful

    Veteran network admin trait No. 10: We like writing about how awesome we are
    Every once in a while we realize we're just glorified factory workers operating machines we know very little about. It is at times like these when we need to point out to ourselves how our brains are amazingly special for being able to navigate a maze of possibilities (completely unlike a delivery boy) and how we can handle the incredibly complex mathematics of subnet masks. It is to remind ourselves that restarting something and waiting for it to fix itself is actually a mental process reserved only for the enlightened few and we must publish such so the world may know of, though not quite comprehend, the extent of our genius.

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    1. Re:Veteran network admin trait No. 10 by Anonymous Coward · · Score: 0

      Admit it, you hate your admin just because you can.

    2. Re:Veteran network admin trait No. 10 by mwvdlee · · Score: 1

      I work for a small company of a few dozen people where I do the admin work on the side (doesn't take more than a few hours a month), so I don't have an admin, nor do I hate myself ;)

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    3. Re:Veteran network admin trait No. 10 by Anonymous Coward · · Score: 0

      I has subnet maths, I r awesome. @_@ As a seasoned software developer, I am firstly annoyed that people make a career out of this, I am secondly annoyed if they make even half of what I do.

    4. Re:Veteran network admin trait No. 10 by LordLimecat · · Score: 1

      Thats probably because youre dealing with a single server running Windows in a very simple setup, which is notoriously easy to get away with having a part-time admin for.

      The problem is, of course, when things arent working right. Despite what I said above about restarting sometimes being the answer, it USUALLY is not, and the other poster was right-- randomly rebooting DOES mask the issue most of the time. Examples:

      • Print spooler crashes once a day-- just reboot it, or troubleshoot and find that you actually have a corrupt driver which crashes things once a day when it attempts to do its awful auto-update mechanism?
      • Network seems slower than usual: ignore things and assume its in the user's head / reboot the switch, or investigate and find out someone created a switching loop on the network?
      • Same as above: Ignore things, or investigate and discover that users are storing live PST files on your network share, which not only brings the network to its knees but also runs a huge chance of corrupting the entire archive if not addressed?

      Ive done consulting for many years, and you're right that a lot of the time you can get away with having an "off-admin"-- in fact, depending on budget it MAY be optimal. Just recognize that youre going to plaster over a LOT of issues, and that things may blow up / require a real admin to fix things one day, and depending on how much plaster it is, it may be an expensive fix.

    5. Re:Veteran network admin trait No. 10 by NatasRevol · · Score: 1

      You expect a part time admin to be able to diagnose a switching loop?

      --
      There are two types of people in the world: Those who crave closure
    6. Re:Veteran network admin trait No. 10 by Anonymous Coward · · Score: 0

      Ah yes. Nothing more arrogant than the network admin, except all the coders. Most of whom still google all the snippets of code they work on.

    7. Re:Veteran network admin trait No. 10 by Anonymous Coward · · Score: 0

      I have yet to meet a software dev at any place I have worked who doesn't first blame his code not working on there being a mysterious network problem, as if we've activated a little known SPITE protocol in the switches and routers that is specifically singling out only his app from all the other network traffic and deciding to fuck with it just to be a dick.

    8. Re:Veteran network admin trait No. 10 by Tim+the+Gecko · · Score: 1

      Agreed, the "super powers" aren't that super. On the other hand there are some very simple things that many people screw up. For example, people often get inbound and outbound confused, and forget that "me to X" and "X to me" are often separate problems. Asymmetric routing, where networks hand packets off early to the network with more detailed knowledge of the destination, is a great thing, but many people don't get it. Traceroute is a great tool for getting information, but the return path trips people up all the time. Here are some great notes on interpreting it.

    9. Re:Veteran network admin trait No. 10 by Anonymous Coward · · Score: 0

      Ah yes, the NIH syndrome. Of course, network admins don't have to learn anything about methodology. I'd fire a developer who didn't google enough. How else would you know if new and better approaches were found?

    10. Re:Veteran network admin trait No. 10 by Anonymous Coward · · Score: 0

      Even the worst dev out there could replace you with a badly written script.

    11. Re:Veteran network admin trait No. 10 by BitZtream · · Score: 1

      My switches diagnose switching loops on their own. I don't know of a managed switch that doesn't do spanning tree detection and disable a looped port on its own, what Chinese knock-offs are you guys buying?

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    12. Re:Veteran network admin trait No. 10 by RatherBeAnonymous · · Score: 1

      We have an Inter-Tel VOIP-based phone system at work. Each phone has two Ethernet ports on the back, one for the network and one for connecting a computer, in case you need the ports. That's all well and good, but the bastards don't forward spanning-tree probes. Once or twice a year someone decides to move things around, plugs both ports into the network, and causes a broadcast storm.

  15. You are not So Special Snowflake by Anonymous Coward · · Score: 0

    "Veteran network admin trait No. 1: We already know it's down Few things are more annoying than having your phone blow up with automated alert messages from your monitoring systems, scrambling to dig into the issue, only to be continually bombarded with humans texting/talking/emailing/calling with the same "Is x down?" question, or even worse, "The network's down!" If the outage is significant, we already know about it, and we are trying to work on it as fast as we possibly can. Continued attempts to deliver elderly information will only impede that effort."

    Said as an admin which only looks at its own patch of land. The reality of production, is that you have router, network, firewalls, backends server, front ends server, and so forth. Pray tell us how people know its is your network and not many of the other point of failure ? People asking "is x down" are not a symptom of elderly info, it is a symptom y
    "Veteran network admin trait No. 2: If we don't know it's down, it's probably not down Conversely, if we get a message claiming, "The network's down!" yet we have not been notified by any monitoring system, then the problem is almost certainly the complaining user in question." yeah right, because all those system are quasi instant and you are not distracted by something else, as a perfect human. "No, it isn't -- reboot your laptop." I see. You are an idiot.

    "If we begin looking into a problem, especially across a WAN or long-haul link with several providers in the middle, we will reserve judgment for the first several minutes. This is because these connections are subject to the vagaries of their path, and connectivity problems can come and go like ghosts in the night. A fiber WAN link that was stable a minute ago but is now exhibiting 30 percent packet loss will more than likely fix itself in short order." I will tell you the same you told the poor user previously : "reboot your router". If not reboot your brain. A network which exhibit such behavior has problem.

    "Veteran network admin trait No. 5: During an outage, we're not just staring at the screen -- we're following a path in our heads" nope you jsut said before : first you wait time to wait that it fixes itself in short order. You damn said it yourself.

    "Veteran network admin trait No. 9: We take big risks all the time Network admins tend to work on many remote devices. Unlike server admins who can pull up a console if the server is otherwise inaccessible via the network, we usually have no such luxury. This means that changes we make to certain devices carry with them the ever-present threat of the loss of connection. Basically, we're always a missed keystroke or two away from making a problem worse, or causing a big problem where none previously existed. " I have always been one typo away from destroying a whole system. Read : destroy and need very long (8+hours) backup to restore, not make temporary inaccessible. You think you are so special snowflake ? We backend admin can be a keystroke away to *destroy* a whole DB inadvertently. Go cry me a river.


    Sorry but the whole reek of "i am so special and important". You are not. You are a cog. In fact, as a "plumber", you might make temporary mistake, but you are nowhere near as dangerous as backend engineeer and administrator.

    1. Re:You are not So Special Snowflake by Anonymous Coward · · Score: 0

      Yeah, he's a cog, but don't tell him that. He might want to do non cog things he doesn't have the abilities for, then we're all screwed. Keep telling him he's a special little snow flake, so he stays happy and out of your hair.

  16. just do it by mythix · · Score: 0

    so, you are just doing your job and would like some free coffee for it?
    be happy with your paycheck like everybody else who is doing their job every day, you're not special....

  17. The unspoken trait by GeekWithAKnife · · Score: 1

    Let's not forget that antisocial trait where we frown on other lesser knowledgeable mortals as we stroke our massive long white beards.

    --
    A 'singular oddity' is an event that cannot be explained and only happens when you are alone.
  18. Two traits : Cooperative and uncooperative by EmperorOfCanada · · Score: 4, Interesting

    Cooperative and uncooperative are the two primary traits of network admins. Seeing that most network admins are ignored when everything is going well and cursed when things are going badly it quickly becomes obvious to most network admins that saying no to most requests becomes a survival trait. But this often means that a network admin starts actively interfering with the actual business (unless the business is network administration)

    So take your average non IT company. The sales people want to switch from Blackberries to iPhones and Androids. The network admin has 4 certifications from RIM and recently set up a huge Blackberry server. Plus this particular admin hates all things touch screen. The usual scenario will be that the admin will pull out 9 whitepapers showing just how secure Blackberry is as compared to iOS and Android. Using techno babble he will explain how hackers will be running the company in under a week. The salesman on the otherhand say that they look like tools from the 90s with their blackberries. The network admin wins the battle but then he starts to get nervous as he notices traffic on his BB server is nearly zero. A quick investigation shows that nearly every Blackberry sits in a drawer and the Salesman have gone out and bought their own phones and swapped the SIM cards. The network admin sends out a memo saying this is against corporate policy which is ignored. His attempts to get a salesman fired(to set an example) for violating security fail. He then notices nearly everyone is using gmail instead of his highly secure MailMaster2000. Then sends out a memo indicating that this is against corporate policy. He then implements a 30 day mandatory password rotation. Internal file server traffic nearly drops to zero because everyone switched to dropbox. He then sends out a memo that dropbox is against corporate policy. He then starts blocking sites such as reddit and he notices that network traffic drops to nearly zero. But walking by a sales person's office he notices that they are on reddit. So he investigates and finds out the entire sales team has bought mobile data plans. He then sends out a memo saying that private data plans are against corporate policy.

    Then he comes to work only to find a contractor in his office. The contractor is there to "rationalize" IT seeing that after the IT guy insisted that all apps be developed for BB first the sales people have gone out on their own and developed 3 smartphone applications that have increased sales by 80% and that promotions via Reddit have sent corporate website visits through the roof. The company now works with clients via dropbox much more successfully than with the sftp system that merely served to confuse before. With mobile dataplans the salesforce has become much more effective.

    Now the IT guy is left filling out a resume where his two best features are many Novell certifications and many Blackberry certifications.

    IT people shouldn't cave into every whim of the week but I have seen so many that are stuck in the thinking of whatever year they became head of IT. IT is just one tiny department in so many companies yet I have seen IT somehow be able to treat senior managers of other departments like children. Seeing that they aren't children they often discover the virtues of outsourcing. The key benefit of outsourcing being that if the people they outsource to try pulling any crap they can be dropped in a second.

    1. Re:Two traits : Cooperative and uncooperative by Anonymous Coward · · Score: 0

      You obviously do not know what a "network admin" is. In this article and context, network admin is the person/group that designs/implements/maintains the actual network - routers, switches, Internet connectivity, phone connectivity for corp and remote offices, data center network(s), network security, etc.

      This article is referring to network admins in the larger, more technically advanced companies. Not some jack-of-all-trades in some podunk, 5-person company wanting to use technology from 2005, thinking it's the latest, greatest thing.

      A network admin is not a Windows systems administrator.
      He certainly isn't a Novell admin.
      He is not the mailman.
      He is not the webmaster.
      He doesn't build out FTP servers, set password policies, etc.
      He doesn't mess with cell phones or pagers.

      He certainly doesn't handle Blackberry devices, plans, or apps. Definitely least not in 2013. Let go of your bad memories from 2005 and move on.

    2. Re:Two traits : Cooperative and uncooperative by Anonymous Coward · · Score: 1

      Yeah, just try having employees do that in any company that has an alphabet soup of government regulations to comply with like SOX/PCI/HIPAA. Audits are a bitch.

    3. Re:Two traits : Cooperative and uncooperative by Anonymous Coward · · Score: 0

      Nice. A lot of managing an IT career after age 35 is about how to avoid being "the right man for the wrong decade".

    4. Re:Two traits : Cooperative and uncooperative by Anonymous Coward · · Score: 0

      You lost me at reddit, jerk off.

    5. Re:Two traits : Cooperative and uncooperative by sjames · · Score: 1

      A month later their marketing department is going nuts trying to figure out how their competition manages to anticipate their every move...

    6. Re:Two traits : Cooperative and uncooperative by EmperorOfCanada · · Score: 1

      Exactly. This is why a great network admin makes things happen. Not makes things not happen. A great example of Network Admins being paternalistic is their general love of Blackberry. With blackberries you can set fine grained corporate policies until you are blue in the face. The result was that while a Blackberry is a pretty good smartphone and once was arguably the best by far, that by turning off all the good bits it was turned into an insulting pile of crap by so many IT departments. So people went out and bought their own iPhones which (were for a long time) out of reach of turning bits on and off. This is not just my opinion but something written by one of the top RIM people after he quit. That he would visit huge BB customers and see everyone with an iPhone and their free BB in a drawer. But in step some asshat companies that allow IT departments to cripple the crap out of iPhones before the company issues them.

      My theory is quite simple. If you put a person in charge of some non IT department with billions of dollars of responsibility and then have the IT department treat him like he is 5 you don't think that guy isn't going to outsource with a vengeance? Basically if he can't control IT he will get an IT he can control. Just as you say the data might leak like a firehose but the guy finally got his iPad to work.

      But there is even worse. I have visited huge companies (Fortune 500) and witnessed them having adware (Porn ads) on nearly all the machines. I wondered how it was able to spread to all the machines so I took a look and found that it was because the XP OS was running SP1 when SP3 was in Vogue. I asked the local IT guy "What the hey?" And he said that it was because some internal software wouldn't work with later service packs. Yet this company's Network admins had gone to a Whitelist web surfing policy with a long complicated process for adding websites. Senior managers didn't have free access.

      Another huge company with network admins who favorite word was NO were so incompetent that they had a sheet they faxed around to local IT people to issue desktop IP addresses. This was around 2001 so automatically handling this was drop dead easy. These guys were masters of technobabble though. They made it sound like everything they did was heroic. So integrating whatever you wanted was made to sound like a moon launch.

      So my theory basically goes. Network admins who actively interfere with the reasonable requests made of the network are network admins who can't handle their existing responsibilities and thus fear more responsibilities.

    7. Re:Two traits : Cooperative and uncooperative by EmperorOfCanada · · Score: 1

      Then why have I seen huge companies that call themselves "Microsoft shops"
      The core of many government networks is still Novell. Those networks have a non podunk network admin.
      Mail servers are often run and are often one of the fiddliest part of a network admin's job.
      Network admins are responsible for the webserver. Rarely the web content so I don't know where you get webmaster.
      If a network admin didn't build FTP servers, who does? The janitor?
      Running and integrating the BlackBerry servers would be a core admin job. And other than hospitals who the heck still uses pagers? Did I mention pagers.
      And as for BB in 2013 the network admin is often 100% responsible for making that happen. In a tiny company they might let the phone company handle the BB stuff but in a large organization system integration with BB is a complicated affair. If the network admin wasn't involved he would have to give full physical and software access to whomever was and then cover his eyes.

      About the only network admins that exist 100% outside of contact with the users of the system would be the mega king maya maya networks where data center is an understatement. For your average non IT company with say 50,000 employees the network admin is actively involved with everything from network connectivity right down to what version OS is deployed to everyone's desktops. They will have layers of underlings screwing with broken keyboards, etc. But nothing is attached to the network without their involvement.

    8. Re:Two traits : Cooperative and uncooperative by EmperorOfCanada · · Score: 1

      Reddit is a bizarre combination of of well ... reddit types and very very savvy marketing types. If you are a top marketing agency you have some of your fingers deep into the reddit pie. Many companies have whole teams working to make sure that the reddit buzz is shaped the way they want it. Same with facebook, twitter, etc.

      A positive front page on reddit is easily worth as much as a full page spread in the NYT.

    9. Re:Two traits : Cooperative and uncooperative by sjames · · Score: 1

      I agree completely. A balance is necessary. If a request presents too much security risk, IT should at least try to fulfill the part that can be fulfilled or propose a safer alternative.

      Often a graph of actual security as a function of security measures will have a steep cliff in it. That's the point where the security measures become too painful and obstructive and the users circumvent them. It happens with physical security as well.

    10. Re:Two traits : Cooperative and uncooperative by EmperorOfCanada · · Score: 1

      I read a book where a guy often got around extreme high security buildings (guys with guns at the front door) by locating the smoker's entrance. He would walk up with some smokes hand them around wait for a full rotation of smokers and then just go in. The door was often propped open with a rock.

    11. Re:Two traits : Cooperative and uncooperative by sjames · · Score: 1

      I can believe it. Actual security could be greatly improved greatly by providing a proper designated smoking area and not making the security procedures to use it take longer than actually smoking the cigarette. Ideally, an area still inside the security zone so they could just use it at will.

      It's what happens when security decides that the occupants of the building work for them.

  19. Trying to add galmor to regular job. by 140Mandak262Jamuna · · Score: 1, Insightful

    The author is trying to make a big deal about how great the network admins are. Can't blame him for feeling like working in a chain gang from some Alabama prison, deployed on contract in a quarry, with the tool chest consisting of just one sledge hammer. Looks like most of the time they ask the user to reboot their machines (trait 2) or reboot network switches (trait 4) or wait for the problem to solve itself (trait 3). Other traits seem to be putting on a brave face, telling themselves how smart they are. I am sure you could find nine such traits for plumbers clearing blocked sewers too, except they can't reboot the sewers nor wait for it to unblock itself.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  20. Who cares? by irp · · Score: 0

    I did of course phrase the subject to maximize the provocation :-) but my point is, while I really like the plumping to work, I don't really care about "the nine traits of a veteran plumber". For me a network admin is (believe it or not) a LOW TECH job, using of-the-shelf standard components (as any other admin/technician/mechanic). If my mechanic has to stare blankly while mentally figuring out what is preventing my car to start, I will let him do that in peace - because I assume he knows better than me how to do his job.

    I have NO doubt that network administration is an intriguing job, with its share of problems to solve. But as long as the down time is counted in hours and not days, I prefer them to work invisible behind the scenes, not bothering me and hindering me to do my job.

    Don't get me wrong, I know that a good admin is well worth his pay. But also I love the cleaning personal, especially when they don't clean while I'm working :-)

    I guess I was hoping to gain a little insight in how the admin job is done - I dunno, maybe adapt some of it to my little (tiny) home network. But most of the points was fairly obvious - yes I also reboot my router. No of course I can't calculate subnet masks/read packages/write filters in my head. Is it impressive he can? Slightly, but not much, skills like that develop by regular use. I would be more surprised if he had written "we just google it" :-)

    1. Re:Who cares? by Anonymous Coward · · Score: 2, Interesting

      Honestly, I can say if someone came in for an interview with this type of an attitude, I would tell them to pound sand.

      I'm a network admin; not all of us act like tools like that. If your network admins are getting calls that something is down, then you need to redefine your processes and stop giving out your direct line like a toolbag and instead have users contact the help desk.

      I'd have called that article "9 traits of a crusty, worthless network admin". I'm seriously appalled someone even wrote that crap. :(

      And FYI, when I interview people, the first thing I do is make sure they're willing to admit they may be at fault and they know how to Google something. I generally will give them a situation of misconfiguration on our part and ask how they communicate that to a user. Be honest. You're human, you screwed up, and apologize for the inconvenience. I generally also ask "how do you solve a problem you've not run into, and how do you answer someone that asks you a question you don't know the answer to right off hand?" I have too many people say they've ran into every problem and they know the answers. There's no shame in admitting you don't know something and you need to Google the answer (or look it up on Cisco's/Juniper's/VendorX's website).

  21. Wow by Anonymous Coward · · Score: 0

    Slashdot "articles" have finished scraping the bottom of that barrel and have commenced drilling operations. What a joke.

  22. That article makes me nostalgic by DigitalSorceress · · Score: 1

    I left the world of systems administration and network management in 2006 when I took a position as a software engineer... I've kept my hands wet with managing my personal web servers and those of a few hosting customers, but I do admit to missing those sysadmin/network admin days.

    The statement "use it or lose it" really is true - I still have all the troubleshooting skills and nowadays, a LOT more insight into the software side of things, but I'm sure I'm rusty as hell with IOS and such. It's also a significantly more hairy security landscape today than back then, so I guess I can reminisce about "the good old days" from the safety of my bunker - er, home office.

    --

    The Digital Sorceress
  23. Alternate Trait 1 by bobstreo · · Score: 2

    If you are good, you know when the network "isn't right" which is much better than UP/Down.

    This includes knowing things like a switch port has lost duplex on an ethernet connection,
    there is a broadcast storm in a building/site, one of your redundant links is down.

    Being right much much more often than being wrong in diagnosis/troubleshooting is also a good trait.

  24. Trait 10: Able to work overnight alot... by Anonymous Coward · · Score: 1

    Goes for System Admins too: Used to commonly having to work all night to do routine maintenance then come in the next day. While the rest of IT/Development is sleeping these guys are up all night. There isn't much glamour being on conference calls at 3 AM.

    I am a DBA and I generally like to be certain I need to contact an SA or Network Administrator before I do, given the insane hours these guys work. My ultimate fear is that they will quit then Ill be forced to do their job. So I need to be nice to them.

  25. Re:The BOFH knows the real traits of seasoned admi by Penguinisto · · Score: 1

    Note: #2 requires systems access to the email server (or spam filters) as well as fileshares - something a pure network admin wouldn't have.

    --
    Quo usque tandem abutere, Nimbus, patientia nostra?
  26. A Net admin's job.. by Mockylock · · Score: 1

    95% is comprised of defending the network. If it's been up and running, no changes have been made and no equipment has died... chances are, it's NOT the network. Go check group policy.

    --
    "Please, shut up. Just when I think you can't say anything more stupid, you speak again." -Archie Bunker.
    1. Re:A Net admin's job.. by JDG1980 · · Score: 1

      95% is comprised of defending the network. If it's been up and running, no changes have been made and no equipment has died... chances are, it's NOT the network. Go check group policy.

      In most small and mid-size companies, group policy is part of the network administrator's job. Your notion that the network admin should only be handling the IT plumbing is something that's only going to work in large corporations. When you can't afford a massive IT department, people have to wear multiple hats.

    2. Re: A Net admin's job.. by Anonymous Coward · · Score: 0

      I'd imagine you'd be considered a sys admin, and not just a network admin.

    3. Re:A Net admin's job.. by Mockylock · · Score: 1

      I know what you mean; as I used to do that when I was a sys/network admin. I can't see how this article applies to anything other than a network admin though. I'm at straight Network Admin now, and quite a bit of the issues end up being cyber/group policies that are blanketed every week. I guess if you have a good system that people actually use to track change proposals and requests, this shouldn't happen.. but, the network is always to blame, even when someone has 40 5gb PST files linked to a mapped drive... and it takes 20 man hours to explain why the network isn't to blame for it.

      --
      "Please, shut up. Just when I think you can't say anything more stupid, you speak again." -Archie Bunker.
  27. Re:The BOFH knows the real traits of seasoned admi by dkleinsc · · Score: 3, Informative

    No it doesn't: packet sniffers.

    --
    I am officially gone from /. Long live http://www.soylentnews.com/
  28. missing trait by prgrmr · · Score: 1

    insufferable prima donna

  29. Regular jobs are the best by Anonymous Coward · · Score: 0

    Every job that you make a living can (and perhaps should) be considered glamorous -- even if it just sweeping the streets or emptying the trash bins.

    I love hearing different professionals describing their professions in detail; describing the small things that can go wrong and the oddballs cases they have encountered.

  30. You know, when you capitalized "Veteran" by Anonymous Coward · · Score: 0

    I perked up because I thought it had something to do with former military..

  31. He's a "Network Admin"? by Kimomaru · · Score: 1

    The article's author uses the "we" a lot, which strikes me as awkward that he's including himself in the group of "Network Admin" when he writes things like;

    Veteran network admin trait No. 1: We already know it's down
    Veteran network admin trait No. 3: We will ping and test several times before digging into the problem
    Veteran network admin trait No. 5: During an outage, we're not just staring at the screen -- we're following a path in our heads
    Veteran network admin trait No. 6: We calculate subnet masks and CIDR as easily as breathing

    I guess the term "veteran" is subjective. He should add a new trait;

    Veteran network admin trait No. 10: We write articles like we're fulfilling a quota

    SNNNOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOORE.

  32. Real reason to not reboot by Anonymous Coward · · Score: 0

    And the number one reason to not reboot if not absolutely necessary: you never know if the system will actually come back up.

  33. Calling foul on #2 by larien · · Score: 1
    "Veteran network admin trait No. 2: If we don't know it's down, it's probably not down"

    Bullshit. Well, either that or our network admins are numpties. We had a switch go down in a data hall. We knew the switch was fubar as we'd lost connectivity to a number of devices at the same time. Networks wouldn't admit a fault. We eventually got moved to new switch ports and lo, everything started working.

    The usual approach to any network fault in our place is "replace your NIC". That has, in my memory, fixed maybe two faults.

  34. Like bigfoot, they have never really been spotted by Anonymous Coward · · Score: 0

    We're supposed to have a network admin, he is never around, never fixes anything that is broken, and closes tickets after sitting on them for a week with no resolution or fix listed in the summary. We currently have a situation where we lose all connection to the data center at lunch time, been this way for 5 weeks now with 2 tickets closed as unreproduceable because the network admin tried accessing the servers at the data center later in the afternoon. He is almost as bad as a call center script reader in India, if we send in a detailed ticket with all the troubleshooting and information listed the first thing he does is ask us to try pinging the server which was already covered in the information given. Useless pile of shit for a human being making the lives of the real heros (desktop support) a stressful nightmare.

  35. Top ten things that are shit by Hognoxious · · Score: 1

    Top ten things that are shit:

    1) Lists of ten things that are shit.
    2) Lists of approximately ten things that are shit.
    3) Everything else.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  36. Weird, it's working fine here... by StoneKarma · · Score: 1

    are you sure it's not the network? True story: A long time ago, I was a server admin for a very large oil company. I was handed a trouble ticket saying a print server was down. I quickly checked, saw that the server was up, I could access it, people were printing from it. I handed it off to both the deskside support person, and the network admin, and said server is working, either the user messed up their network connection, or the network is having a problem. I copy the help desk. Two more "the server is down" tickets come in, and in the meantime, the network admin rejects the first ticket saying the network can't be down. Over the next few hours, this escalates, as does the finger pointing. I say, ok, let's have a server guy, network guy and desktop guy meet on that floor where all of the problems are happening, and we will get it fixed. Now I should mention that this was on Token Ring, you whippersnappers should look it up on wikipedia, and while you're there, you may as well Google "whippersnapper". All of the tickets were coming from one half of one floor of the building, nowhere else in the building. Still, I get to the wiring closet, where I see a clueless desktop guy (sent by his manager) and a very, very angry and obstinate network guy (no doubt, sent by god). Network admin still insists that it can't be the network. I hear a noise, it is a persistent, steady click, click, clicking. I know what the noise is, the network admin is clearly deaf as well as stubborn. I say, "what is that clicking noise?" He stops and listens finally, and gets a deflated look. He knows what the noise is, and even worse, he knows that I know what it is. I don't gloat, I just look at him, and politely say, "you will fix it, and then close the ticket when you're done, right?" He can't even look me in the eye, but ignores me and stumbles into the jungle of his wiring closet looking for his broken network hub.