Ich kannte das Phänomen bisher noch nicht!
Scheint aber "normal" zu sein.
siehe Hier:
http://social.technet.microsoft.com/Forums/en-US/ITCG/thread/37c67d5f-6f83-4177-93ab-9760d34d0303/
Was sagt den $psversiontable ?
man kann solche Bugs bei Microsoft Connect berichten (ich habe ihn dort nicht gefunden).
Dann können die PowerShell entwickler diese Fehler (in der nächsten Version) beheben:
http://connect.microsoft.com/PowerShell
Als umgehung probiere mal folgendes:
1. Kopiere dein Modul auf ein Share an das beide Rechner heran kommen
2. Versuche das Modul mit angabe des Pfades vom Share zu laden (Import-Module \\server\Verzeichnis\Module.psd1)
Da es aber anscheinend an der Versionsnummer des Remote Hostes liegt habe ich da wenig Hoffnung.
Man könnte auch die Module editieren und die Zeile #requires -Version 2.0 entfernen.
Sieh dazu auch meine Anleitung PowerShell Module Zentral im unternehmen:
http://www.admin-source.de/BlogDeu/117/powershell-snapins-und-module-zentral-im-unternehmen-teil-1
http://www.admin-source.de/BlogDeu/153/powershell-snapins-und-module-zentral-im-unternehmen-teil-2
Wenn das alles nicht klappt und die Module / Snapins sind Programmiert dann, hat der Programmierer was falsch gemacht und du musst dich an den Hersteller wenden.
Please click
“Mark as Answer” if my post answers your question and click
Vote as Help if my Post helps you.
Bitte markiere hilfreiche Beiträge von mir als
Hilfreich und Beiträge die deine Frage ganz oder teilweise beantwortet haben als
Antwort.
My PowerShell Blog
http://www.admin-source.info
[string](0..21|%{[char][int]([int]("{0:d}" -f 0x28)+('755964655967-86965747271757624-8796158066061').substring(($_*2),2))})-replace' '
