Last week I was working on a problem in a PowerShell forum. The admin was having problems getting Add-Computer to work. After a bit of \"try this\/try that\" something became clear, and it's something that is easy to overlook. Especially when we get lulled into thinking PowerShell is omnipotent.<\/p>\n
Now, don't get me wrong -- PowerShell is making life dramatically easier for the Windows administrator. But because it is still a relatively new technology it is all to easy to fall into a mind trap when something goes wrong. We might think:<\/p>\n
(A) PowerShell sucks because it can't do this!
\n(B) I'm new to PowerShell so I must be doing something wrong.
\n(C) PowerShell is broken.<\/p>\n
While it's possible that any of these might actually be true in a given situation, often there's more to it. In the Add-Computer problem, the error messages were things like domain not found. After a few posts it became clear (to me at least) that this might be more than just a PowerShell problem. And sometimes you need an objective eye which is why forums are so helpful. It sounded more and more like a name resolution issue. I suggested he use non-PowerShell tools like DCDiag and NLTest to verify. If there had been PowerShell alternatives, I would have suggested them as well. But I have no problem running a commandline tool like DCDiag that is specifically designed for a single task. PowerShell is NOT omnipotent and you should use the right tool for the job.<\/p>\n
The other point I'm trying to make is that sometimes you need to think outside of PowerShell. Are you trying to run a remote WMI query but it fails? Use WBEMTest to verify connectivity and your query. If it fails there it will fail in PowerShell. Trying to get a user with Get-ADUser but running into problems? Test with DSGet. If you can get something to work outside of PowerShell and the PowerShell equivalent still fails or doesn't perform as you expect, then we can say with much more certainty that there is a PowerShell issue. Now, it might simply be a knowledge issue, in which case a post to a PowerShell forum is warranted. Hopefully you'll get enough trustworthy expertise to either gain the necessary knowledge. realize there is a PowerShell limitation, or in the worse case discover a PowerShell bug. PowerShell is great, but far from complete or perfect. The Microsoft team knows that, the PowerShell community knows it, but we all work together to sort it all out.<\/p>\n
So the next time you run into an issue with a PowerShell task, take a moment to think outside the console and use all the other tools in your administrator toolbox.<\/p>\n","protected":false},"excerpt":{"rendered":"
Last week I was working on a problem in a PowerShell forum. The admin was having problems getting Add-Computer to work. After a bit of “try this\/try that” something became clear, and it’s something that is easy to overlook. Especially when we get lulled into thinking PowerShell is omnipotent.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[60,72,75,8],"tags":[534],"class_list":["post-912","post","type-post","status-publish","format-standard","hentry","category-best-practices","category-commandline","category-powershell-v2-0","category-scripting","tag-powershell"],"yoast_head":"\n