19
PowerShell - Out-Lineoutput-Fehlermeldung - Lösungshinweise werden erbeten
Hallo zusammen,
ich erhalte in PowerShell beim Auslesen von Elementen aus einer Berechtigungsgruppe folgende Fehlermeldung:
out-lineoutput : Das Objekt vom Typ "Microsoft.PowerShell.Commands.Internal.Format.FormatStartData" ist ungültig oder befindet sich nicht an der richtigen Position in der Sequenz. Ursache ist wahrscheinlich ein vom Benutzer angegebener Befehl "format-table", der zu Konflikten mit der Standardformatierung führt.
+ CategoryInfo : InvalidData: (
[out-lineoutput], InvalidOperationException
+ FullyQualifiedErrorId : ConsoleLineOutputOutOfSequencePacket,Microsoft.PowerShell.Commands.OutLineOutputCommand
Der Fehler wird an der Stelle geworfen, an der ich eine Bildschirmausgabe der Variablen $nutzerZwei machen möchte.
Ich verstehe das Problem nicht, wieso PowerShell mit der Formatierung nicht zurecht kommt. In $nutzerZwei stehen tatsächlich Werte, welche aber unschön ausgegeben werden, wenn ich lediglich ein write-host davorsetze ohne Formatierung.
Um eure Unterstützung wird gebeten. Vielen Dank!
Heuristiker
ich erhalte in PowerShell beim Auslesen von Elementen aus einer Berechtigungsgruppe folgende Fehlermeldung:
out-lineoutput : Das Objekt vom Typ "Microsoft.PowerShell.Commands.Internal.Format.FormatStartData" ist ungültig oder befindet sich nicht an der richtigen Position in der Sequenz. Ursache ist wahrscheinlich ein vom Benutzer angegebener Befehl "format-table", der zu Konflikten mit der Standardformatierung führt.
+ CategoryInfo : InvalidData: (
[out-lineoutput], InvalidOperationException+ FullyQualifiedErrorId : ConsoleLineOutputOutOfSequencePacket,Microsoft.PowerShell.Commands.OutLineOutputCommand
Der Fehler wird an der Stelle geworfen, an der ich eine Bildschirmausgabe der Variablen $nutzerZwei machen möchte.
foreach ($mitglied in $mitglieder) {
$name = $mitglied.name
$samZwei = $mitglied.SamAccountname
$dn = $mitglied.distinguishedName
$nutzerZwei += new-object PSObject -property @{Name=“$name“;sAMAccountName=“$samZwei“;distinguishedName=“$dn“}
}
write-host "Folgende Mitarbeiter sind aktuell auf das Postfach" $postfachobjekt "direkt berechtigt:" # Zeichenkettenausgabe
$nutzerZwei | sort-object name -unique | ft -autosize Ich verstehe das Problem nicht, wieso PowerShell mit der Formatierung nicht zurecht kommt. In $nutzerZwei stehen tatsächlich Werte, welche aber unschön ausgegeben werden, wenn ich lediglich ein write-host davorsetze ohne Formatierung.
Um eure Unterstützung wird gebeten. Vielen Dank!
Heuristiker
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 499037
Url: https://administrator.de/contentid/499037
Ausgedruckt am: 26.11.2024 um 16:11 Uhr
19 Kommentare
Neuester Kommentar
@{Name=“$name“;sAMAccountName=“$samZwei“;distinguishedName=“$dn“}
Schau dir mal die Anführungszeichen an, das sind typograpische anstatt normale wie die hier " ". Btw. sind die hier um die Variablen nat. überflüssig.
Zitat von @140913:
Schau dir mal die Anführungszeichen an, das sind typograpische anstatt normale wie die hier " ".
Ja, und nicht nötig.Schau dir mal die Anführungszeichen an, das sind typograpische anstatt normale wie die hier " ".
$nutzerZwei += new-object PSObject -property @{ Name=$name; sAMAccountName=$samZwei; distinguishedName=$dn }
Hallo psuser,
hallo emeriks,
danke für eureAntworten! Leider hat die Änderung oder Weglassung der Anführungszeichen gar nichts geändert an der Fehlermeldung. Es ist immer noch dieselbe.
hallo emeriks,
danke für eureAntworten! Leider hat die Änderung oder Weglassung der Anführungszeichen gar nichts geändert an der Fehlermeldung. Es ist immer noch dieselbe.
Schau Dir doch die erzeugten Objekte erstmal an mit
Was kommt dabei heraus? Irgendwas verdächtiges, was Du nicht erwartet hast?
$nutzerZwei | FLZitat von @Heuristiker:
Hallo psuser,
hallo emeriks,
danke für eureAntworten! Leider hat die Änderung oder Weglassung der Anführungszeichen gar nichts geändert an der Fehlermeldung. Es ist immer noch dieselbe.
Ist die Variable $nutzerzwei zu Beginn for der Foreach Schleife überhaupt richtig als leeres Array initialisiert worden?Hallo psuser,
hallo emeriks,
danke für eureAntworten! Leider hat die Änderung oder Weglassung der Anführungszeichen gar nichts geändert an der Fehlermeldung. Es ist immer noch dieselbe.
So:
$nutzerzwei = @()
@140913: Ja, ist sie.
Hallo emeriks,
$nutzerZwei | FL erzeugt dieselbe Fehlermeldung wie oben schon beschrieben. Mein Kollege weiß gerade auch nicht weiter. Sehr merkwürdig.
$nutzerZwei | FL erzeugt dieselbe Fehlermeldung wie oben schon beschrieben. Mein Kollege weiß gerade auch nicht weiter. Sehr merkwürdig.
Und das...?
Edit
bzw. einfach nur
$nutzerZwei | %{$_}Edit
bzw. einfach nur
$nutzerZwei
1$nutzerzwei.getType()
$nutzerZwei | %{$_} funktioniert (irgendwie) und spuckt folgendes aus:
psuser: getType() probiere ich gleich aus! Danke!
Nachtrag: getType() gibt lediglich die Metadaten aus ab "Module" wie in dem obigen Codeblock.
sAMAccountName : XXX
Name : XXX
distinguishedName : XXX
sAMAccountName : XXX
Name : XXX
distinguishedName : XXX
sAMAccountName : XXX
Name : XXX
distinguishedName : XXXe
sAMAccountName : XXX
Name : XXX
distinguishedName : XXX
Module : CommonLanguageRuntimeLibrary
Assembly : mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=XXX
TypeHandle : System.RuntimeTypeHandle
DeclaringMethod :
BaseType : System.Array
UnderlyingSystemType : System.Object
FullName : System.Object
AssemblyQualifiedName : System.Object, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=XXX
Namespace : System
GUID : 00000000-0000-0000-0000-000000000000
GenericParameterAttributes :
IsGenericTypeDefinition : False
IsGenericParameter : False
GenericParameterPosition :
IsGenericType : False
ContainsGenericParameters : False
StructLayoutAttribute :
Name : Object
MemberType : TypeInfo
DeclaringType :
ReflectedType :
MetadataToken : XXX
TypeInitializer :
IsNested : False
Attributes : AutoLayout, AnsiClass, Class, Public, Sealed, Serializable
IsVisible : True
IsNotPublic : False
IsPublic : True
IsNestedPublic : False
IsNestedPrivate : False
IsNestedFamily : False
IsNestedAssembly : False
IsNestedFamANDAssem : False
IsNestedFamORAssem : False
IsAutoLayout : True
IsLayoutSequential : False
IsExplicitLayout : False
IsClass : True
IsInterface : False
IsValueType : False
IsAbstract : False
IsSealed : True
IsEnum : False
IsSpecialName : False
IsImport : False
IsSerializable : True
IsAnsiClass : True
IsUnicodeClass : False
IsAutoClass : False
IsArray : True
IsByRef : False
IsPointer : False
IsPrimitive : False
IsCOMObject : False
HasElementType : True
IsContextful : False
IsMarshalByRef : Falsepsuser: getType() probiere ich gleich aus! Danke!
Nachtrag: getType() gibt lediglich die Metadaten aus ab "Module" wie in dem obigen Codeblock.
Naja da hast du dein Problem, du mixt Objekte unterschiedlicher Art im gleichen Array.
Du wirst also an irgendeiner Stelle deines Codes einen Fehler haben den wir hier leider nicht sehen können weil der Code nicht komplett ist. Variable vorher schon deklariert and so on
Du wirst also an irgendeiner Stelle deines Codes einen Fehler haben den wir hier leider nicht sehen können weil der Code nicht komplett ist. Variable vorher schon deklariert and so on
Mal am Rande:
Warum nicht gleich einfach nur
?
Ohne das ForEach davor?
Warum nicht gleich einfach nur
write-host "Folgende Mitarbeiter sind aktuell auf das Postfach" $postfachobjekt "direkt berechtigt:" # Zeichenkettenausgabe
$mitglieder | sort-object name -unique | ft name, SamAccountname, distinguishedName -autosize Ohne das ForEach davor?
Jepp ,verstehe den Sinn mit den Custom Object hier auch nicht wirklich zumal diese Variante in dreifacher Hinsicht sehr langsam ist, es reicht ja ein simpler select der Properties...
Aber ich schätze mal der Code ist wieder nicht komplett, so dass wir nicht die Gänze sehen.
Aber ich schätze mal der Code ist wieder nicht komplett, so dass wir nicht die Gänze sehen.
@emeriks: Wirft den gleichen Fehler.
@140913, danke für den Hinweis. Allerdings verstehe ich nicht, dass dieser Teil meines Skripts eigenständig läuft ohne Fehler:
@140913, danke für den Hinweis. Allerdings verstehe ich nicht, dass dieser Teil meines Skripts eigenständig läuft ohne Fehler:
# WR 27. September 2019
Import-Module ActiveDirectory
$ErrorActionPreference = „Silentlycontinue“
write-host „“
$gruppe = read-host „Bitte die gewünschte Gruppe angeben:“
$mitglieder = Get-ADGroupMember „$gruppe“ -recursive
$nutzer =@()
foreach ($mitglied in $mitglieder)
{
$Name = $mitglied.name
$Sam = "bayUnternehmen" + $mitglied.SamAccountname
$dn = $mitglied.distinguishedName
$nutzer += new-object PSObject -property @{Name=“$name“;sAMAccountName=“$sam“;distinguishedName=“$dn“}
write-host $sam
}
write-host "Folgende Mitarbeiter sind auf das Postfach " $gruppe "direkt berechtigt:"
$nutzer | sort-object Name -unique | ft -autosize
write-host „“
write-host "Skript abgearbeitet." Allerdings verstehe ich nicht, dass dieser Teil meines Skripts eigenständig läuft ohne Fehler:
$ErrorActionPreference = „Silentlycontinue“
Wenn du alles an Fehlern unterdrückst kein Wunder $ErrorActionPreference = „Silentlycontinue“
.Und tausche die ganzen typographischen Anführungszeichen durch korrekte aus.
Import-Module ActiveDirectory
$gruppe = read-host "Bitte die gewünschte Gruppe angeben"
$mitglieder = Get-ADGroupMember $gruppe -recursive
write-host "Folgende Mitarbeiter sind auf das Postfach '$gruppe' direkt berechtigt:"
$mitglieder | sort Name -unique | ft Name,@{n='SamAccountName';e={"bayUnternehmen$($_.SamAccountName)"}},distinguishedName -AutoSize
Und jetzt nimmst Du das
$ErrorActionPreference = „Silentlycontinue“
raus bzw. änderst es auf$ErrorActionPreference = „Continue“
um zu sehen, ob da vorher irgendwelche Fehler auftreten. Warum auch immer.
So, servus nochmals!
Für eure Beiträge und hilfreichen Tipps bedanke ich mich an dieser Stelle: Herzlichen Dank! Ich denke, ich bin zufrieden mit der folgenden (unformatierten) Ausgabe, die ihre Zwecke erfüllen:
Ihr seid super!
VG
Heuristiker
Für eure Beiträge und hilfreichen Tipps bedanke ich mich an dieser Stelle: Herzlichen Dank! Ich denke, ich bin zufrieden mit der folgenden (unformatierten) Ausgabe, die ihre Zwecke erfüllen:
write-host "Folgende Mitarbeiter sind aktuell auf das Postfach" $postfachobjekt "direkt berechtigt:" # Zeichenkettenausgabe
$nutzerZweiIhr seid super!
VG
Heuristiker
Ooch, keine Ursache ...
