Slashdot Mirror


Suitable Naming Conventions For Workstations?

spectre_240sx writes "We've discussed server naming a fair amount in the past, but I haven't seen much about workstations. Where I currently work, we embed a lot of information in our workstation names: site, warranty end date, machine type, etc. I'm of the opinion that this is too much information to overload in the machine name when it can more suitably be stored in the computer description. I'd love to hear how others are naming their workstations and some pros and cons for different naming schemes. Should computers be logically tied to the person that they're currently assigned to, or does that just cause unnecessary work when a machine changes hands? Do the management tools in use make a difference in how workstations are named?"

7 of 688 comments (clear)

  1. A computer name is not a database by rminsk · · Score: 5, Insightful

    A computer name should not be a database. If you want to store information such as site, warranty end date, machine type, ... use a database.

  2. Re:Easy... by Brian+Gordon · · Score: 4, Insightful

    I laughed out loud. Using the IP address as the hostname? Genius.

  3. Re:Worst ask slashdot ever by smash · · Score: 4, Insightful
    Problem with that is that you will continually either have out of date PC names that are named according to where they AREN'T - or you need to continually rename PCs, thus completely ass-raping any configuration database you have (issue tracking, asset tracking, software licensing, virus scanner history, etc).

    Renaming PCs = BAD. You get away with it up to a certain size, but once you start implementing apps like a job tracking system, software licensing tracking, etc it just bites you in the arse... HARD.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  4. Changing hands shouldn't be a problem by barzok · · Score: 4, Insightful

    Should computers be logically tied to the person that they're currently assigned to, or does that just cause unnecessary work when a machine changes hands?

    The machine should be reimaged when it changes hands, so resetting the name will add about 5 seconds to the setup process. Not a big deal.

    1. Re:Changing hands shouldn't be a problem by smash · · Score: 4, Insightful
      Except when you rename the PC you've destroyed any connection between the physical asset and any configuration database you have, such as a support history, purchasing, virus scanner database history, etc. Also, youv'e left an AD computer account that is no longer active in your directory that will need to be cleaned up (is the inactive computer account for that PC in storage, or has it been rebuilt??), and made it harder to keep track of volume licenses, etc.

      Whatever naming scheme you choose, ensure that you can leave the names alone once they're assigned. Renaming PCs is bad and creates additional workload for no good reason.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  5. Re:Worst ask slashdot ever by smash · · Score: 4, Insightful
    It might not seem complicated, but there are a number of traps for new players. Most of these traps involve trying to store location/user/OS information in the hostname - which seems like a good idea at the time, but just gives you false information down the track when people quit, machines move, or the OS gets upgraded.

    If you rename the PCs you're forever trying to keep up - or dealing with false information, which is worse than no information...

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  6. Re:don't name by person just makes it harder to do by crossmr · · Score: 4, Insightful

    That's a lot of work when someone changes a cubicle.