Slashdot Mirror


Finding Lost IT With RFID

CWmike writes "Vendors are increasingly trying to sell users on the idea that they need to stick RFID tags on IT equipment to keep track of it. Users are interested in this technology because they would much rather automate inventory tracking then go server-to-server with a bar code scanner and clipboard. But the new push for RFID tags in data centers also hints at a larger issue: There may be a significant amount of equipment that can't be located. And while out-of-sight, out-of-mind is not always bad, there's a least one nagging problem: 'Ghost server' systems, which may still be drawing power but perform no work and may be difficult to locate. One vendor at the Afcom data center conference suggests IT shops get some 'GPS for your assets.'"

112 comments

  1. 1) Take RFID tag off equipment... by msauve · · Score: 2, Funny

    2) Stick RFID tag to rack...
    3) ???
    4) Profit!

    --
    "National Security is the chief cause of national insecurity." - Celine's First Law
    1. Re:1) Take RFID tag off equipment... by rubycodez · · Score: 2, Funny

      3. sell on eBay

      1. steal women's panties, also use for #3. horny underwear gnomery

    2. Re:1) Take RFID tag off equipment... by Lord+Ender · · Score: 2, Funny

      1) forget about your ghost server
      2) never patch it
      3) you make my penetration test really easy; thanks!

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    3. Re:1) Take RFID tag off equipment... by Anonymous Coward · · Score: 1, Funny

      ftp
      ftp> o ghost12.datacenter.com
      Connected to ghost12.datacenter.com
      220 Microsoft FTP Service
      User (ghost12.datacenter.com:(none)): Anonymous
      331 Anonymous access allowed, send identity (e-mail name) as password.
      Password:
      230-Welcome to ghost12.datacenter.com.

      230 User logged in.
      ftp>cd /pub/ ../ /. /. /warez/appz/

  2. don't data centers have poor gps signals and have by Joe+The+Dragon · · Score: 1

    don't data centers have poor gps signals and have lots of systems in same area makes it easy for the RFID signal to be drowned out.

  3. Tried pinging those lost servers? by loconet · · Score: 4, Funny

    Obligatory bash.org quote:

    #5273 +(30069)-
    <erno> hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is.

    --
    [alk]
    1. Re:Tried pinging those lost servers? by $RANDOMLUSER · · Score: 3, Informative

      There's the classic "Cask of Amontillado" "Novell server drywalled up in room for years, keeps on ticking". Teh slashdots talked about it back in 2001, but there are plenty of "lost BSD boxen" stories out there, too.

      --
      No folly is more costly than the folly of intolerant idealism. - Winston Churchill
    2. Re:Tried pinging those lost servers? by Anonymous Coward · · Score: 0

      Don't forget AS400 in a closet that got plastered over...again still ticking.

    3. Re:Tried pinging those lost servers? by Anonymous Coward · · Score: 4, Interesting

      There's the classic "Cask of Amontillado" "Novell server drywalled up in room for years, keeps on ticking". Teh slashdots talked about it back in 2001, but there are plenty of "lost BSD boxen" stories out there, too.

      Lots of "found" servers too. Years ago when I worked for a small IT support outsource department (4 guys, some phones and a van) we were packing up the office to move to new premises. Underneath a pile of boxes that were under a desk we found a running server. We had no idea what it was for, other than it had network and power cables running into our server rack. So my boss said "Yank the power, see who screams!". 30 seconds later, one of the owners of the company came running down the stairs demanding to know why his production VM server hosting clients was down. Problem solved :)

    4. Re:Tried pinging those lost servers? by Anonymous Coward · · Score: 0

      A friend of mine used to work for an ISP. They had an old reliable DNS server in the corner. The ISP was bought and shut down, but that DNS server is still at the same IP. We just can't figure out where or with who. Still works, but it's in pretty severe need of updating.

    5. Re:Tried pinging those lost servers? by $RANDOMLUSER · · Score: 1

      It's a shame this was posted AC, and so late in the discussion, because this is soooooooo IT, it's almost archetypal.

      --
      No folly is more costly than the folly of intolerant idealism. - Winston Churchill
  4. The Terminator Decoupling by mcgrew · · Score: 3, Funny

    And there's Sheldon, putting RFID tags on all the mice and keyboards in the server room (after he finishes RFIDing his socks).

    "With all due respects, Dr. Cooper..."

  5. could work in certain cases by HtR · · Score: 1

    I suppose GPS would work for outdoor data centres, but I haven't run across many of those ...

    --
    Have you tried turning it off and on again?
  6. All my servers are by bubulubugoth · · Score: 1

    in location: Waiting for satellite...

    I wonder why? I'm in in the bunker, with all the servers...

    --
    Â_Â
  7. Active wireless tracking by dtmos · · Score: 1

    While GPS is a poor solution for most data centers (weak satellite signals), active wireless tracking systems (Awarepoint being but one example, but there are many others) often pay for themselves the first time one avoids the purchase of a capital item. Plus, being able to tell the PHB where all the XYZ units are at any instant, and why they can't be used for some new application you have in mind, is great evidence when you want to purchase something.

    1. Re:Active wireless tracking by AmiMoJo · · Score: 1

      Couldn't you just make a note of all the MAC addresses on each server's network interfaces, then use those to figure out which port of which switch they are on and thus which rack they are in?

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
  8. Will it... by tacarat · · Score: 2, Insightful

    Find stuff that migrated to somebody's apartment?

    --
    "Common sense will be the death of us all"
    1. Re:Will it... by gsmalleus · · Score: 1

      You could put an RFID reader at all the exits and record any equipment leaving the building...

    2. Re:Will it... by mabhatter654 · · Score: 1

      they already track the employees that way, equipment is already in place... wait.. move along...

  9. OS/2 server "missing" for 2 years by Anonymous Coward · · Score: 2, Interesting

    A decade ago I heard about an office move where they found a locked closet that nobody knew about.

    They opened it up and there was an OS/2 server that hadn't been rebooted in 2 years.

    1. Re:OS/2 server "missing" for 2 years by $RANDOMLUSER · · Score: 4, Funny

      That's nothing. I once heard of a Win2K server that hadn't been rebooted in over 2 weeks.

      --
      No folly is more costly than the folly of intolerant idealism. - Winston Churchill
    2. Re:OS/2 server "missing" for 2 years by snspdaarf · · Score: 3, Funny

      Sounds like a submission to "Mythbusters" if I ever heard one!

      --
      Why, without your clothes, you're naked, Miss Dudley!
    3. Re:OS/2 server "missing" for 2 years by RubberDogBone · · Score: 2, Interesting

      For a number of years, the private company where I worked had an unmarked unadorned server in one of our racks. All we knew was that this box belonged to a government agency and it had a network connection and power. All the other ports were blocked and locked off, aside from the VGA-out port which was always outputting black.

      What the server did, we weren't told. But the phone would ring immediately if somebody unplugged the network cable. LOL. And occasionally it would receive software updates via courier. We had to load the DVDs into it and wait for the VGA to prompt us to load the next disc. That was all we did with it. The discs were encrypted.

      We saw it auto-reboot once and there was an OS/2 boot screen before it went dark again.

      Eventually there was a work order to deinstall the box and prep it for pickup. We were never told what it was doing or why it was taken out. Shrug.

      --
      Sig for hire.
    4. Re:OS/2 server "missing" for 2 years by Hillgiant · · Score: 1

      Someone forgot to turn it on?

      --
      -
    5. Re:OS/2 server "missing" for 2 years by Spykk · · Score: 1

      That was my Quake server. It's amazing what you can do when you have a hat with NSA emblazoned on the front of it.

  10. Re:don't data centers have poor gps signals and ha by Anonymous Coward · · Score: 0

    Try active RFID as opposed to passive.

    Passive is when did this tag last get scanned or pass by a reader field (remove tag and walk past reader avoiding cameras = shiny new kit).

    Active is within RF range (30' or so) of a ceiling mounted RF reader, within line of sight of an IR Reader, or in physical proximity to an exciter. Remove tag from equipment or press button equals alarm plus location info plus PTZ nearest camera to cover area plus lock doors until authorized tag enters.

    Installed this is a hospital and worked great, until the unions got involved.

    Seems the same tag that can actively track your equipment and provide a wireless duress for staff can also tell you when the janitor has been at lunch for the last two hours or when the doctor left early for golf.

    And, no, you can't remove the tag or the clothing it is attached to as it also your name tag and your RFID card for Access Control.

  11. Re:don't data centers have poor gps signals and ha by hedwards · · Score: 1

    I think the idea is to track it when it leaves the building. As long as it isn't out of the building you can have some assurance that it's somewhere in the building. Not that the approach is perfect, GPS tends to suck around here for some reason, more so downtown with all the buildings.

  12. That is sad by mevets · · Score: 3, Insightful

    Its a bit like those Japanese soldiers they used to find periodically on Pacific islands, thinking the war was still on. That poor little OS/2 server, not knowing netcraft had long ago declared victory, and that there was nobody left to talk to it.

    1. Re:That is sad by hitmark · · Score: 1

      Didn't the oldest such soldier show up as late as the 70s? And had to be ordered out of hiding by his long retired commanding officer?

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
  13. Assumes link between inventory and operations by vlm · · Score: 1

    Assumes a link between inventory management and operations, which probably does not exist at most locations.

    Making inventory management easier isn't going to help if there is no link at all between inventory and operations.

    Most of the numerous places I've worked at ran inventory on a spares system.. Thou shalt have one spare device at every major POP and datacenter, or the technique used was purchasing depts job was to keep the supply cabinet full of routers.

    --
    "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
  14. If you're too disorganized for barcode scanners... by Chris+Snook · · Score: 2, Insightful

    ...then how is knowing that the server you're looking for is (or more likely is not) somewhere within X meters going to help?

    --
    There's no failure quite as dissatisfying as a complete and total solution to the wrong problem.
  15. poorly implemented... by way2slo · · Score: 4, Insightful

    The RFID systems I have seen in the field are poorly implemented. Most were thick, think 9v battery, tags that were either attached via zip ties or velcro. Even if it was securely attached, most were attached to removable face plates, while others were attached to the rear and would actually prevent you from pulling out the server and/or damage the cabling if you did, as it tended to hang down and catch on stuff. (snap off fibers, pull out power cords, etc.) They offered no assurance that that piece of equipment was in the room since they could easily be separated from the tag. Even with this system, you'll still need people to visually verify it anyway.

    How often do you actually lose a piece of hardware? This is a solution to a problem that does not exist.

    Barcode or your own SN sticker followed up by visual inspections is cheaper, safer, and more reliable compared to the RFID solutions I have seen out there.

    1. Re:poorly implemented... by geekoid · · Score: 2, Interesting

      An advantage of RFID, is that you can discreetly put readers in the building and be notified when some goes walking out the door with equipment.

      also, we have 15 floor of computers, have a reader is a lot easier the visually inspecting.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    2. Re:poorly implemented... by xaxa · · Score: 1

      Hospitals are the main user of active asset tracking, AFAIIA (yes, I just wrote that). The company developing the tags was (I think) Philips, who were making extremely thin (1-2mm) batteries, which could be stuck on the asset with good adhesive. (Philips make lots of medical equipment, which is presumably why they're doing this.)

    3. Re:poorly implemented... by omglolbah · · Score: 1

      Indeed.

      And all that information should be stored in a database for easy searching.

      "How many DSO02 digital output cards are in use at **** plant today and where are they located?" should be a simple question to answer with a few queries.
      Especially for the time in the future when DSO02 cards are no longer available as spare parts and you need to move to a different type of card....

      Probably not nearly as problematic in pure server racks but surely a pain in the ass for anyone managing a complex control system at a plant.

      I think people forget one thing when discussing inventory of servers.... the systems for keeping an inventory are already there. Dont invent one yourself, just get a reliable system from a vendor capable of giving you what you want... It hurts me to suggest it but S@P is a decent system for these things.
      (Even though we jokingly call it 'the german's revenge for losing the second world war'...)

    4. Re:poorly implemented... by Anonymous Coward · · Score: 1, Insightful

      Losing hardware is easy.

      Consider the following hypothetical . You are a large cell phone service provider, who grew by acquiring lots of small cell phone service providers - meaning, you bought 500 mom-and-pop providers starting in the early 1990s. In 2007, your fixed asset manager reported that there was a significant difference between all the fixed assets (read: high-cost items) in your inventory system and your financial reporting system. Significant as in mid-eight figures in dollar impact.

      Unless every company you ever bought had meticulously maintained financial and inventory records for every item placed in service over the life of the asset base (7-10 years, in general) AND your accounting staff got everything accurately entered into your systems during the acquisition AND you could physically verify all that hardware exists and was what the records claimed (and, assuming that barcodes were used and actually stuck to the parts they applied to, not, say, the inside of the cabinet door), and finally that all the maintenance people whose compensation relied on network uptime (and not inventory accuracy) kept careful track of what card was pulled out of a given cabinet, what software licenses were on that card (some cell phone network hardware is designed to allow only a certain proportion of the maximum physical capability of the card to be used - you have to buy the right to use your card to full capacity in the form of licenses), and what was installed to replace said card, you will have a mess that none of your CPA and MBA-having managerial staff will know how to fix. Your public auditor states that unless the issue is resolved immediately, they will make your firm take a hit to income for the gear you either cannot find or cannot value correctly of sufficient magnitude so as to trigger the firing of the entire C-suite. Enter the consultants.

      I'm still trying to catch up my sleep...

    5. Re:poorly implemented... by Anonymous Coward · · Score: 0

      Doesn't need to be that complicated.. When a company is large enough, hardware goes through lots of hands (purchasing, the guys that move it to the right datacenter, the guys that rack it, the guys that actually configure it to run something) that it can get lost if one of those teams doesnt do a proper handoff to the next team.... Over the last year, pretty much once per quarter we would find at least one full rack of machines that was powered on and we never got told it was ready for us to set it up for use (we are the last team in the chain)....

    6. Re:poorly implemented... by DigiShaman · · Score: 1

      Oh God, you have no idea how useful such as system in place would be for the home garage. Keeping track of tools is enough to sell me on the idea.

      Now if Craftsman or Snap-On (those are expensive) could embed RFID into their sockets and wrenches to withstand motor oil, I would never have to worry about losing that must-have 10mm.

      --
      Life is not for the lazy.
    7. Re:poorly implemented... by OSXCPA · · Score: 1

      It doesn't need to be that complicated, but unfortunately, it was in that case. Logistics and downtime control created an environment where central purchasing was not a requirement - many of the field teams, especially in remote locations, would go to various online subscription-only telecom equipment swap-and-shop sites to ensure a constant supply of spares, replacements, etc. What else can you do when Nokia might end-of-life a set of hardware you rely on in order to force you to upgrade to their newest stack? What incentive is there to put brand spanking new gear in rural Montana, when the three towers you have fill the market needs quite nicely?

      You are assuming the company had good controls and processes around purchasing, etc. of fixed assets. They had developed some, but it is impossible to retrofit a comprehensive system of controls to an asset base that covers most of the continental US and spans multiple vendors and (former) corporate entities.

    8. Re:poorly implemented... by Mr.+Freeman · · Score: 1

      OK, fine, but let's say you have a reader. The reader tells you "Tag X detected". You know that Tag X corresponds to machine Y. Where is machine Y?

      You have the following circumstances:
      A) Low power reader. You have to hold the reader right next to the machine for the RFID to work. This requires manual inspection and knowledge of where the machine is in the first place.
      B) Mid-power reader. The machine is within, say, 5 feet. Unless your organization is freaking horrible you're basically just performing visual inspection again. Because you have to walk up and down the isles anyway.
      C) High-power reader. The machine is somewhere on this floor, the floor above, the floor below, or elsewhere in the building. Now you're back where you started.

      Of course, this isn't going to help locate "ghost" hardware anyway because even perfect inventory control systems are just that... INVENTORY CONTROL, not computer resource management. Sure, you know that Machine X,Y,and Z are in building 1 and machines I,J,K are in building 2, but you need to audit your resource usage to see if anything is superfluous and just sucking up power.

      "Vendors offer estimates, ranging from single to low double digits, on the number of servers either misplaced or working as ghosts"
      Surprise! Vendors say that their product is quite important and totally not a waste of money.

      Though I do agree with you that putting on RFID can prevent theft. Tags on the boxes, readers on the doors.

      --
      -1 disagree is not a modifier for a reason. -1 troll, flaimbait, redundant, overrated are NOT acceptable substitutes.
    9. Re:poorly implemented... by Anonymous Coward · · Score: 0

      You have the following circumstances:

      C) High-power reader. The machine is somewhere on this floor, the floor above, the floor below, or elsewhere in the building. Now you're back where you started.

      If you had one high-powered reader, you could tell what direction it's in approximately. With three, you could tell where it is pretty well. With four or five to cross-reference the bearings for accuracy, you'd know just where it is in the building.

      We call this game "triangulation."

    10. Re:poorly implemented... by Anonymous Coward · · Score: 0

      As a recent hire to a company that was absorbed by a german multinational in the last few years, I can offer a +1 for SAP.
      The interface (or at least the one I'm given) is nowhere near user friendly (literally one step above command line), so learning it has been a real PITA. That being said, it's incredibly comprehensive and powerful, once you've mastered the arcane art of it's use.

    11. Re:poorly implemented... by Barny · · Score: 1

      Hehe, if you played eve online you would know that 4 scanners is generally the done thing, so long as the scanners can each give a reasonable guess as to how far away the tag is :)

      And they say MMOG never teach us anything useful.

      --
      ...
      /me sighs
    12. Re:poorly implemented... by tftp · · Score: 1

      Unless every company you ever bought had meticulously maintained financial and inventory records for every item placed in service over the life of the asset base (7-10 years, in general) AND your accounting staff got everything accurately entered into your systems during the acquisition

      It doesn't matter how meticulously the acquired company maintained their records. You are expected to inspect all that during the acquisition. On the day of acquisition all these assets (and problems) become yours. If you have a good system to keep track of all that then you are fine; if not, it doesn't matter if you acquired something or not - your own, original assets are already mismanaged.

      what software licenses were on that card (some cell phone network hardware is designed to allow only a certain proportion of the maximum physical capability of the card to be used

      Yes, guess what - you have to keep track of that.

      you will have a mess that none of your CPA and MBA-having managerial staff will know how to fix

      Of course, and for a good reason. All you need to prevent that is to keep records. Equipment doesn't show up out of nowhere, and it shouldn't be just thrown into a dumpster. If you simply record what was done then someone else, somewhere, will be able to trace the movement of hardware and software. You can run a simple script every night that checks consistency of records and notifies responsible parties about equipment on the move and other loose ends. If the employees (middle managers, not janitors!) can't perform such a simple task then perhaps you need a new set of middle managers.

      Your servers aren't likely to move around so much that it becomes a burden. But if you have some really mobile assets, like demo setups or expensive tools or diagnostic equipment in hospitals, all you need is to enforce the "check out / check in" system. Need this signal generator? You can borrow it, just sign here (or swipe your access card.) Now you are responsible for it, and you will be reminded about these assets every day until you return them. It's hard to forget to return something if your inbox is full of those reminders...

    13. Re:poorly implemented... by Anonymous Coward · · Score: 0

      Posting AC from work.

      You are absolutely correct. The problem isn't that it is possible to prevent the issue, nor is it who should do it. As you pointed out, the purchaser has the burden of performing all these tasks.

      The problem is that many, many firms, especially large ones have, shall we say, 'sub optimal' mechanisms for accounting, tracking assets, etc. The issues under discussion are entirely preventable - except when no one prevents them, which is, unfortunately, all too common. That was my point, apologies if I was not clear.

  16. Nobody reads the subject by philgp · · Score: 1

    Submitter, type out 500 times: 'I will not type "then" when I mean "than"'

  17. Re:don't data centers have poor gps signals and ha by dasherjan · · Score: 1

    From an IT perspective that really does sound like a nifty inventory/tracking system. Though I do understand the unions argument. If I were an orderly and need a break because I just cleaned up my seventh puddle of vomit for the day. I'd hate to have someone from accounting pitching a fit because I took a break when I "didn't need one". /shudder

  18. Servers that do not exist? by Anonymous Coward · · Score: 0

    Can't wait for the fun explaining the boss that the server that does job X can not be inventoried because it does not exist (virtual).

  19. The Server of Amontillado by Jah-Wren+Ryel · · Score: 4, Funny

    http://www.informationweek.com/news/showArticle.jhtml?articleID=6505527

    By John Rendleman
    InformationWeek
    April 9, 2001 06:58 AM

    The University of North Carolina has finally found a network server that, although missing for four years, hasn't missed a packet in all that time.

    Try as they might, university administrators couldn't find the server. Working with Novell, IT workers tracked it down by meticulously following cable until they literally ran into a wall. The server had been mistakenly sealed behind drywall by maintenance workers.

    --
    When information is power, privacy is freedom.
    1. Re:The Server of Amontillado by Anonymous Coward · · Score: 0

      I don't get why it took Novell's assistance. Is it really that hard to isolate the server by disconnecting one router/switch at a time until you've isolated the server to one switch? Just continue this method with each cable in the switch until you've located what cable it's on, follow the cable to the server *BAM* found the server. Really how tough is that?

    2. Re:The Server of Amontillado by gsmalleus · · Score: 1

      Is it really that hard to isolate the server by disconnecting one router/switch at a time until you've isolated the server to one switch?

      In a production environment where you can't be taking servers or switches offline...

    3. Re:The Server of Amontillado by Anonymous Coward · · Score: 0

      It's a university. Like they can't have a scheduled maintenance a 3AM Sunday to disconnect a router at a time and find the server. A few seconds of disconnection while watching a PC ping for the server isn't going to kill anyone.

    4. Re:The Server of Amontillado by Anonymous Coward · · Score: 0

      I keep planning to do that on purpose. Excellent physical security.

    5. Re:The Server of Amontillado by h4rr4r · · Score: 2, Insightful

      Far easier, log into it and get the mac address, then see what switch port it is connected too. Then just trace cable.

    6. Re:The Server of Amontillado by Anonymous Coward · · Score: 0

      Or just, you know, look at the CAM tables of your switches, and see which port it's plugged into. Like the rest of us do, who can't afford to get in consultants to find a server.

    7. Re:The Server of Amontillado by Guido+von+Guido · · Score: 1

      Far easier, log into it and get the mac address, then see what switch port it is connected too. Then just trace cable.

      If they're disorganized enough to accidentally put a server behind a wall, why do you think it's going to be easy to trace a cable? I bet the cabling in that place was an adventure.

    8. Re:The Server of Amontillado by paulej72 · · Score: 1

      This happened back when everything was connected via hubs for the most part. Try finding out what switch port it is on will let you know what 1/48th of the network it is on. It wasn't long ago that my university finally got switches installed in all of the data closets instead of hubs.

    9. Re:The Server of Amontillado by antifoidulus · · Score: 1

      I never thought I'd say this but mod parent up. If you can ping it you can ARP it if you can ARP it your switch should tell you what port it's plugged into. If your cabling is so bad that such information doesn't help you time to fire your cabling guys.

    10. Re:The Server of Amontillado by fishbowl · · Score: 1

      >It's a university. Like they can't have a scheduled maintenance a 3AM Sunday to disconnect a router at a time and find the server. A
      >few seconds of disconnection while watching a PC ping for the server isn't going to kill anyone.

      The challenge in University IT is finding someone who cares, no matter what the task, to do it. Something like this would just have to be a thorn in the side of some admin who is bored enough to bother with it.

      --
      -fb Everything not expressly forbidden is now mandatory.
  20. Re:If you're too disorganized for barcode scanners by Anonymous Coward · · Score: 0

    It's not about that, really. It's about jettisoning expensive in-house techs with their pesky 'oral traditions' of knowing where things are. RFID tags make it a lot easier for contractors and "interns" to find kit.

  21. It's even worse than that by dcavanaugh · · Score: 3, Insightful

    Even if inventory and operations live together in perfect harmony, the tags identify PHYSICAL servers. Thanks to the magic of virtualization, you might have several zombie virtual machines along with [maybe] one that is truly needed -- all in the same physical box.

    Even if the tags do their job and you think you have positively identified a defunct box to be shut down and removed, what level of confidence do you have that NONE of the virtual machines are still necessary?

    1. Re:It's even worse than that by seifried · · Score: 1

      Simple, suspend their network access or hibernate them and see if anyone complains. When you do delete the server just make a backup of the virtual servers in case you do need them later. This isn't rocket science.

    2. Re:It's even worse than that by dcavanaugh · · Score: 1

      Simple enough, but it all depends on what breaks and who complains. Even worse if the users don't complain immediately or the server was supplying some kind of support function that is not facing the users directly. In that case, you might have a quiet failure that becomes a fiasco. If the users are actually customers, how many are you willing to disappoint? At what cost?

      I wouldn't know so much about the various failure modes if I had not seen so many of them in real life. There is an attitude in modern IT that underestimates the cost of downtime. As an old-school mainframe guy, I cringe at the thought of deliberately inducing it (without knowing for sure what will happen) just because we didn't properly document our actions.

      I worked in a place that had excessive downtime, much of it due to poor planning, fragile infrastructure, and sloppy operational procedures. Your suggestion would be standard operating procedure for them. The sysadmins seemed to think they had an unlimited number of do-overs. They would accidentally trigger giant problems and then spend days hunting down the solution. By the time I left, management had still not made sweeping personnel changes -- but it's only a matter of time.

      It should never come down to guessing what your VMs are doing, but sometimes it does. Your technique of "freeze 'em and see what happens" should never be the strategy, but sometimes it is.

  22. Re:If you're too disorganized for barcode scanners by xaxa · · Score: 4, Informative

    The primary motivation for this technology -- last time I was told about it -- was in hospitals. Expensive equipment is wheeled around a lot, and people sometimes need to know where it is now. An RFID scanner in rooms/doorways and tags on the equipment could tell you this -- so long as the tag was resistant to being bashed against a doorway.

  23. Why not by geekoid · · Score: 1

    just put the where abouts in 'finger'?

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    1. Re:Why not by Anonymous Coward · · Score: 1

      'cause there's always some doofus who doesn't update the location and you're back at square one

    2. Re:Why not by Anonymous Coward · · Score: 0

      Sounds like a .plan....

  24. Could have been useful 10 years ago at UNC by Anonymous Coward · · Score: 0

    http://www.theregister.co.uk/2001/04/12/missing_novell_server_discovered_after/

  25. Audits by Anonymous Coward · · Score: 1, Insightful

    "And while out-of-sight, out-of-mind is not always bad, there's a least one nagging problem: 'Ghost server' systems, which may still be drawing power but perform no work and may be difficult to locate."

    Performing an audit once or twice a year could solve this problem.

    1. Re:Audits by aix+tom · · Score: 2, Insightful

      Ah, but that would mean managers would have to pay money to actual workers to do actual work. Which is boring, and they don't get to sit in any meetings.

      They much rather just pay money to some consultants that just tell them all that is well with the new gimmick they are about to buy, while they look at a nice Powerpoint presentation and drink coffee.

  26. simple solution, really by Thud457 · · Score: 1

    just virtualize RFID tags. hilarity^Wchaos ensues.

    ok, so this would require some sort of RFID <-> network bridge, but just imagine the fun things that could be done with such a device...

    --

    the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

  27. Done in the 2000's by Saiyine · · Score: 1

    I developed and managed systems like this for a living in the 2000's in Europe. The resolution of the realtime location of assets for the RFCode hardware was probable the best in the market, but suffers a lot from reflections and too expensive readers, last I heard from them was trying to lower the price for the Mantis receivers.

    --
    Hosting 20G hd, 1Tb bw! ssh $7.95
    1. Re:Done in the 2000's by Saiyine · · Score: 1

      To clarify: the resolution of the information the tags give to you and you use to feed your real time location software, which my developers and I wrote.

      --
      Hosting 20G hd, 1Tb bw! ssh $7.95
  28. Sounds like a good hook for a BofH story by Anonymous Coward · · Score: 1, Funny

    Starts with the boss explaining, "This is an important server, don't take it home and use it for games. I'll be watching!" Ends with the Boss following the RFID signal into the tape safe.

  29. and how often are emergency equipment swaps / repl by Joe+The+Dragon · · Score: 1

    and how often are emergency equipment swaps / replacements done with the inventory part being a much lower on the to do list then getting the system working again how often is inventory messed up by fat fingers? poor management that does not do there part?

  30. Ghost servers by 0123456 · · Score: 2, Funny

    We had this problem in the mid-90s. We had a Sun server in the building which was regularly used by remote logins (I think it was a build machine so just used to build the Sparc version of the software), but one day we had to find for a hardware upgrade and no-one could remember where the heck it was... we eventually had to get it to play music so we could walk around the building and listen for it.

  31. Effects of L-Space on Real Space by Anonymous Coward · · Score: 0

    See, servers process so much information that over time, they become sentient enough to be repulsed by all the hentai, scat and amputee porn that pass through their innards. So disgusted are they, that eventually, they will themselves out of our dimension into the "e-Space", a subset dimension of what the great theoretical physicist and visionary, Sir Terry Pratchett calls the "L-Space". There at least, the extradimensional horrors are more tolerable.

  32. Re:If you're too disorganized for barcode scanners by petermgreen · · Score: 1

    Yeah with hospital equipment I can see it, as you say it's moved about a lot and it's generally pretty obvious whether it is in use or not.

    With servers in the datacenter they tend to stay in one place and it's much harder to tell if they are in use for something unless records are kept religously. A server may only be used once a month yet have some crucial task when that time of the month comes up.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  33. Re:don't data centers have poor gps signals and ha by JWSmythe · · Score: 1

        They weren't saying it would have actual GPS tracking. It would just be "like" GPS, or as they said "Think of it as a GPS for your assets,"

        TFA says each tag is $14, and a rack cost is $200 to $400.

        If you had actual GPS tracking, it's one thing to capture the coordinates. It's another thing to send them somewhere. If someone walked out of your datacenter with a machine, it can't exactly talk over the network. It would need an embedded cell phone solution. It could be done for about $50 to $100 each, plus data service for the tracking, but the device would kind of stand out on a 1u server. :)

    --
    Serious? Seriousness is well above my pay grade.
  34. Ah, Netware by Anonymous Coward · · Score: 1, Informative

    Netware 3.x in particular (before it got "complicated" with version 4) was famous for being ridiculously reliable. Unless you had a disk failures, uptimes in the years was expected. And since it was in a simpler time and generally didn't need to be connected to the internet, you could let things slide when it came to security patches. Again, aside from disk failures, the most common cause of these boxes needing work was "old age", that is, power supplies and their fans clogging up with lint and hair, leading to overheating.

  35. Re:If you're too disorganized for barcode scanners by badboy_tw2002 · · Score: 1

    Let me guess, the server dispenses midol and chocolate.

    I'll be here all week!

  36. Post-It notes by Anonymous Coward · · Score: 0

    Put RFID tags on Post-It notes. Do you have any idea how many of those pads walk away and how much they cost?

  37. I Never Cease To Be Astonished by grapeshot · · Score: 2, Interesting

    As an electrical engineer, I frequently have to work with IT folks to provide data gathering systems on the equipment we install in our manufacturing facilities. Some of these plant floor networks are huge, and have tentacles that reach into every machine and sub-system processor. I never cease to be amazed at the complete lack of documentation that the IT folks put into physically mapping their network equipment. They will quite literally wave their flashlights and point to where they want the central network switches installed. While we and the mechanical engineers draw plans which show general equipment arrangements, and draw up network diagrams showing how our equipment is to be networked, and we label our equipment and electrical panels, the IT guy typically will typically tell me that yes, he thinks there's a switch around here somewhere I can use, and starts hunting around for it.

    In my world, while it is quite possible to build and erect a machine without any prints or plans, any future maintenance or additions to such machines would prove to be doubly expensive since it would require a not inconsiderable amount of detective work to come to understand what exists so that it can be modified or changed. (Indeed, back in the early days of engineering, that's how things were built, and it took many decades before the value of making plans and documenting them was recognized.)

    It seems to me that creating and maintaining a complete set of documents which map and explain the equipment and network should be adequate, and would prove to be simpler to keep up to date than any sort of RFID system of tying cowbells to servers. Granted, it requires resources and consistent effort, but this has long been the norm in the field of manufacturing engineering. If it works for machines and manufacturing equipment, why wouldn't it work for IT systems?

    1. Re:I Never Cease To Be Astonished by Local+ID10T · · Score: 1

      Indeed, back in the early days of engineering, that's how things were built, and it took many decades before the value of making plans and documenting them was recognized.

      In many ways, we are still in the early days of IT.

      Networks and systems have expanded at an incredible rate, and we are only now learning the lesson of planning and documentation. We knew conceptually that it was a good idea to have network diagrams, and to update our logs of where items were, but on a practical day-to-day basis it was lower priority than simply making it work.

      --
      "You want to know how to help your kids? Leave them the fuck alone." -George Carlin
    2. Re:I Never Cease To Be Astonished by mjwx · · Score: 1

      As an electrical engineer, I frequently have to work with IT folks to provide data gathering systems on the equipment we install in our manufacturing facilities. Some of these plant floor networks are huge, and have tentacles that reach into every machine and sub-system processor. I never cease to be amazed at the complete lack of documentation that the IT folks put into physically mapping their network equipment.

      Not our job.

      Physical mapping is considerably less important then logical mapping. It doesn't matter if the switch is is storage closet 1-B or Bangalore so long as we know exactly what kind of link is between Swtich A and Server B.

      Physical mapping is less important because physical distances matter less, well designed bit of infrastructure will have everything labelled and most equipment will be in a server room, MDF (Main Distribution Facility) or IDF (Intermediate Distribution Facility) which for most orgs will be a closet on each floor. The only time physical mapping really becomes important in most IT orgs is linking patches to end points as you need to know where patch A27 terminates when at the patch panel, cable in hand.

      If you dont have a logical diagram, as a net admin you're really up a creek.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    3. Re:I Never Cease To Be Astonished by Anonymous Coward · · Score: 0

      Planning is really a waste of time. Once you understand how things work around here, [become more familiar with the people and building itself], you'll find it's a lot faster [to just drop the machines according to the email I just printed out for you].

      Today was my seventh day on the new job. This is what I was told as I tried to take 5 minutes to organize the tasks set before me. It's hard to soar like an eagle when you're surrounded by turkeys. Suffice to say, though I am grateful for the work in this economy, I will not be listing this particular job on my updated resume.

    4. Re:I Never Cease To Be Astonished by Anonymous Coward · · Score: 0

      Not our job.

      This is just the sort of attitude that permeates IT, to the detriment of the company they serve. No one wants to think about what they are doing. Thinking might get you fired, especially if you draw attention to a Big Problem. Do as your told, and if it's wrong, it's someone else's problem, even if it is an obvious and cascading error that prevents a dozen mere users from being able to do their job for the next two days. Frankley, it disgusts me. (understand, I'm not directing this at you... just the familiar attitude of your first statement that is all too common).

      The biggest problem in IT today is ego. It seems Iike everyone in IT is a delicate trembling flower, but also has this bullshit feigned masculine chip on their shoulder... as well as control issues, that they are the best, and the way they do things is the best way, and they are deaf to any constructive criticism or analysis of process. Also, the intramural sports played by IT departments is quite annoying. It seems like every where I contract, they have a drama team.

    5. Re:I Never Cease To Be Astonished by mjwx · · Score: 1

      This is just the sort of attitude that permeates IT, sales, management, admin, financial services, analysts, engineers or pretty much anyone.

      There, finished that for you.

      Welcome to the modern workforce, try getting a Mechanical Engineer to move a filing cabinet. "Not my job" said the engineer. Why single out IT for this honour, oh yes, that's right IT is an easy target to pick on rather then having to go head to head with those uppity engineers. Frankly (spelling) this attitude disgusts me (not directly singling you out, just the familiar attitude that I encounter as a sysadmin).

      Now seeing as your rant missed the point, drawing up a building diagram with all the physical locations on it is not my job because 1) I'm not trained for it, I've done some tech drawing in high school but I'd be fucked if I knew where to start, yes I can do quite detailed network diagrams but not floor plans. 2) It's not that important, if you need a map to find a 24 port switch, something is horribly wrong with your setup.

      Now I do help people out (well that _is_ my job) as much as I can, if someone is moving something heavy and I've got time to help I'll offer it. If the receptionist needs help stocking the fridge, I can do it. Hell, I'll even get coffee for people. There have been damn few times where the reverse is true, Once a CEO in a SME got coffee for everyone in the office (about 12 people, rest worked on site) and another time a former syadmin helped me with a serious issue but for the most part end users will do nothing but complain (so I tend to remember the times when people do nice things for me).

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    6. Re:I Never Cease To Be Astonished by Anonymous Coward · · Score: 0
      Apologies. I had a bad day (also a sysadmin... we all answer to someone... I imagine you too answer to people that insist that you do things that YOU KNOW will cause future problems and extra work needlessly... and if you could just examine the instruction, have feedback given to someone who could consider it, a process could be created that does things right the first time, and fixes stay fixed).

      I love your last paragraph ( but freely admit I've ignored your point again... sry, thread hijacking is one of my hobbies.) This is how I work too. Helping out takes no time at all!

    7. Re:I Never Cease To Be Astonished by mcgrew · · Score: 1

      Because IT guys aren't engineers. Their motto seems to be "measure with a micrometer, mark with chalk, cut with an axe." I'm sure that to you guys, the term "software engineer" is either hilarious or annoying.

    8. Re:I Never Cease To Be Astonished by drsmithy · · Score: 1

      One big reason is because IT is an extremely immature field with no formal education requirements and basically zero accountability or liability concerns.

      The other big reason is because IT folks know that in a few months when the goalposts shift again, all their documentation is going to be out of date anyway, so why bother documenting in the first place. :)

    9. Re:I Never Cease To Be Astonished by grapeshot · · Score: 1

      Actually, no. We electrical engineers often do programming, too, although in a very specialized language related to programmable logic controllers. (It's like boolean logic: if this happens and this other thing happens then put something in motion, otherwise go into fault mode. Let the motion go for a certain period of time, and then put everything back the way it was. Now do that routine 10 times, then wait for someone to start you up again...that sort of thing.)

  38. Re:If you're too disorganized for barcode scanners by mabhatter654 · · Score: 1

    I work at a steel maker... On the shop floor equipment is tucked away all over the place to keep it from getting hit by fork trucks, dropped steel, hot steel,etc. There are small "fanless" machines tucked inside electrical boxes, stuck in the rafters, or access panels of equipment. Even when you do get there they can be covered in 2 years of dirt and slime... because you put them "out of the way" and you wouldn't recognize them.

  39. CISCO has the answer :) by dialbat · · Score: 1

    I believe CISCO has a technology and equipment that does precisely that. Allows you to track your RFIDed equipment with their APs.
    They even have a controller to process all the info.

  40. Re:If you're too disorganized for barcode scanners by mabhatter654 · · Score: 1

    It "breaks" and you play Excel Doom while you're fixing it.. keeps you a way from the P.M.S. grenade.

  41. Use it to track down IT members as well by Anonymous Coward · · Score: 0

    Where I used to work, their "IT Dude" is always somewhere sleeping.

    Would be good to put one on him.

  42. I gave a talk on this topic at ISCA in 2009. by Anonymous Coward · · Score: 0

    From a talk I gave on Manageability at ISCA 2009:

    http://3969255347524280195-a-1802744773732722657-s-sites.googlegroups.com/site/masdtutorial/Home/Taliver-Google.pdf?attachauth=ANoY7cpUKrZObrmnpq0PF70-mhH6KjHt-hHOf5vUMzSERjoLjzPP_VFXFj7-ywkc8OJGcHLxWvvyd8jx4hxJl1nexmgGzIoPrb-p-34GuBFLP8FtFys4DTyp7E7KgBtWV2ehbarefRiaOW-KSahx7golh5V2Uu3qVbJpuVxKLx-BwlqvsG86d5e8rKHANl6GwpBFxEqObLTXIdb8IANfINRkZCWUcJZUnw%3D%3D&attredirects=0

    Basically, yes, finding things in a big data center is very hard, and people that haven't worked in the environment tend to not appreciate the difficulty.

  43. Re:don't data centers have poor gps signals and ha by Local+ID10T · · Score: 1

    lock doors until authorized tag enters.

    In a data center.

    With Halon based fire suppression.

    Bad plan.

    --
    "You want to know how to help your kids? Leave them the fuck alone." -George Carlin
  44. Other "closet" servers by Anonymous Coward · · Score: 0

    A related class of servers I once found was the old powered down, no longer in use type. Not a big deal until I found that the vendor still happily collecting 7/24 4-hour response time maintenance fees type...

  45. Re:don't data centers have poor gps signals and ha by BatGnat · · Score: 1

    every server room I working in is RF shielded from the outside world. GPS wont work, as they barely working indoors without shielding....

  46. Re:don't data centers have poor gps signals and ha by Anonymous Coward · · Score: 0

    * lock doors and activate Halon based fire suppression.
    * keep locked until authorized tag enters, activate fans.

    Thanks for remembering that important step

  47. Identify your actual problem... by Anonymous Coward · · Score: 0

    No system, RFID or otherwise, will compensate for poor asset and resource management.
    I work in a factory that, no joke, accounts for each and every inventory item literally down to the nut, bolt and washer level.
    We asset tag at the lot (bin of bolts, bag of washers) level. It is considered a Big Deal if a lot goes missing or finds its way to the wrong location.

  48. Easy by headhot · · Score: 1

    Every year I find the 5 oldest systems in the data center and turn them off.. No outages so far, Hehe.

  49. Technology from 1992 by os10000 · · Score: 1

    We had tags for people and assets (printers, photocopiers, overhead projectors, computer manuals) that were used for location information, for door access, for having your computer screen follow around (they built an X-proxy and later developed it into VNC). This was 1992-1999 at the University of Cambridge Computer Laboratory in cooperation with the Olivetti Research labs (was changed to AT&T research labs or the other way around), who manufactured the devices. The tags worked on infrared, so putting them in your pocket would hide them. The people tags had rapid updates (few seconds) and the asset tags seldom updates (minutes). It was a voluntary experiment and I estimate 2/3 of the staff had them. Today I'm a privacy zealot.

  50. Re:don't data centers have poor gps signals and ha by h4rm0ny · · Score: 1

    I think the idea is to track it when it leaves the building

    I don't know. The first thing I thought of when I saw the headline was this guy. I used to think it was funny, but these days I'm getting dangerously close to it myself. if I could just tag all the different power-supplies I have in the house it would be a start. It would be great to go to the hard-drive pile and easily pick out the one that actually corresponds to "used to be stuffed in the beige Sempron box I used as a firewall back in 2005".

    --

    Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
  51. Re:Audits - FAIL by Whuffo · · Score: 1

    Unlike most of the people posting here, I've been tasked with obtaining an inventory of installed machines at a major transportation company. Here's the real truth: you can never locate / inventory all of the installed machines. The more time and effort you spend the closer you can come to an accurate audit - but you'll never get closer than 90% or so no matter how hard you try.

    What never gets considered in these schemes is how often someone moves "their" computer or server to their new location. Joe Blow changes office locations from Peoria to Podunk and he takes his PC, printer, and a few other devices along with him. Maybe his departmental server too - it's so hard to get approval from IT, so just move the stuff and don't say anything. Those RFID tags are short range and won't find anything that's more than 10 feet away.

    The joker in the deck is that these unscheduled and unknown moves are taking place all the time - while you're busily auditing, the items you're auditing are getting up and moving around. Each time we audited we'd discover ancient machines in unlikely places that should have been replaced / scrapped years ago. This is just the way things are - auditing IT resources is like nailing jelly to a wall (or herding cats).

    When you finally understand this simple truth then you'll realize that there's also no way you can audit or manage software licenses. Not just because of those phantom machines that show up from time to time, but also because of all the employees who bring in a useful program CD from home or download something handy from the internet. You can tell them this isn't permitted - we actually put big red labels on the front of every machine that reminded them that this was prohibited. That didn't slow them down a bit. Keep this in mind next time BSA wants to come audit you...

  52. Re:don't data centers have poor gps signals and ha by Anonymous Coward · · Score: 0

    Umm.. everyone has a tag. So anyone in the room can get out.

    And you would not use this control in a hazardous situation without safeties.

    Like lock power supplies controlled by fire alarm (or halon release) relay in fail safe mode.

    Finally has panic hardware on doors. Press the button and it will open after a short delay, but fixed cameras are trained on the door.

    Nothing comes before life safety. Worst case is you lose some equipment.

    And we know everyone backs up their systems and tests the backups, right?

  53. Re:don't data centers have poor gps signals and ha by hitmark · · Score: 1

    I recall reading a more elaborate story (tho thanks for reminding me about the bash.org quote, as i think i read it years ago) where a university had a old Unix server that would happily do its thing, but they had no clue where on campus it was located. End result was that they traced it by following the cabling, and discovering that it was behind a drywall that had been set up when the building was redecorated.

    --
    comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
  54. Re:Audits - FAIL by mcgrew · · Score: 1

    When you finally understand this simple truth then you'll realize that there's also no way you can audit or manage software licenses. Not just because of those phantom machines that show up from time to time, but also because of all the employees who bring in a useful program CD from home or download something handy from the internet. You can tell them this isn't permitted - we actually put big red labels on the front of every machine that reminded them that this was prohibited. That didn't slow them down a bit. Keep this in mind next time BSA wants to come audit you...

    That's why Ernie Ball won't allow Microsoft products in their offices or factories.