Good things to remember when hiring consultants.... has an interesting little story with some great steps you should use whenever you engage a consultant.  The author using a forest fire analogy to make his points  about how you should protect yourself and your company from what I would call "Brain Drain".  When you hire a consultant you should also make sure part of your contract includes documentation and training.  When I was consulting I always tried to get customers to understand and where possible actually be able to fix the problems they encountered.  While not every problem or solution should be attempted by a novice user of any OS there are plenty of situations where this is an option.  If you don't put it in the contract you will never become familiar with any troubleshooting or solutions leaving you tied to the Consultant to update the server or fixing the problem in the future.

Brian Wagner

Brian started working with *nix in while a student at Kent State University in the early 90's. In 1995, as an E-Mail Administrator for Caliber Technology (now part of Fedex) he was tasked with administering Sendmail on both Slackware Linux and Solaris Systems. His first home install of Linux was MkLinux DR1 in 1996 on his 60 Mhz PowerMac. Since then Brian has been working and consulting on Linux and it's uses in the Enterprise to support everything from E-Mail, Firewalls, Web and File serving to custom cluster solutions and grid solutions. Brian has had the opportunity to work in both Fortune 500 companies and small 2 person organizations. This has given him the unique insight into the differences every size business faces.