Probleme nach Umstellung auf MSGraph

[Jochen]

Hallo,

Ich habe die Konfiguration auf MSGraph angepasst und einen eigenen Service-Account zugewiesen.
Jetzt arbeitet das Tool nicht mehr korrekt, wenn dann nur nach Rücksetzen des Staus und geöffnetem Konfigurator.

bei EEAttachments.ExportJob.<ProcessNextChangesMSGraph>d__279.MoveNext()
20231124 16:09:55 CNFG INFO 1 Config:StartInit
20231124 16:09:55 CNFG INFO 1 Config:StartInit1
20231124 16:09:56 CNFG INFO 1 Config:Init OK
20231124 16:09:58 SRVC INFO 5 :Service started (Version: 2.0.7.35110)
20231124 16:09:58 SRVC INFO 5 :ServiceAcount conf loaded
20231124 16:09:58 SRVC INFO 5 ExportJob - Preisreport:reading Jobconfig..
20231124 16:09:59 SRVC INFO 5 ExportJob - Preisreport:exportjob conf loaded
20231124 16:10:02 SRVC INFO 6 ProcessNextChangesMSGraph:Delta:Gone - This was retry attempt 1, let's retry after a delay of 3 seconds
20231124 16:10:08 SRVC INFO 4 ProcessNextChangesMSGraph:Delta:Gone - This was retry attempt 2, let's retry after a delay of 6 seconds

Was besagt diese Meldung ?

[Jochen]

SO habe jetzt den Status zurückgesetzt uns Speichern Neustarten des Dienstes durchgeführt.
Funktioniert momentan, aber nur solange der Konfigurator offen ist.

[Sven]

Und wenn er geschlossen ist, was passiert dann? Gibt es eine Fehlermeldung im Log?

Was bedeutet "Gone": siehe dazu https://learn.microsoft.com/de-de/graph ... tion-reset
Wann das genau passiert, kann nur MS sagen.
Wenn Sie ein Update machen, sollten Sie eine Version bekommen, bei der der Status automatisch zurückgesetzt wird, falls dieses Problem auftritt.

[Jochen]

Vielen Dank für das Update.
Damit scheint es aktuell wohl keine Probleme mehr zu geben.
Auch das Konfigurationsmodul kann geschlossen werden....

Ich habe noch eine Frage, kann ich problemlos ein Aufruf von PSEXEC in der unzip.ps1 einbinden ?

psexecxec \\Server-IP -s -u Domain\AdminUser -p PASSWORT PowerShell -ExecutionPolicy Bypass -File C:\Admin\Scripts\TEST.ps1

Vielen Dank für die Unterstützung

[Sven]

Ja, würde ich schon sagen. Das Verzeichnis in dem sie liegt sollte nur nicht von jedem einsehbar sein.

[Jochen]

Hallo, ich habe es auch über diesen Weg versucht,

Leider scheint hier dann ein Berechtigungsproblem über den Task Scheduler der Remote Machine vorzuliegen.

Invoke-Command -ComputerName REMOTE1 -ScriptBlock {schtasks /run /tn "TESTJOBS\TESTMAILER"}

Dieser soll dann einen Mailer starten, leider erscheint hier Zugriff verweigert.
Haben Sie dazu einen Lösungsansatz ?

Bisher habe ich das gefunden:
https://www.andysblog.de/windows-aufgab ... ren-lassen

[Sven]

Sicherlich muss der Service mit einem anderen Benutzer gestartet werden: (SIehe: https://www.somebytes.de/produkte/eeattachments/faq/)

[Jochen]

Ist es möglich im Powershell-Script auch den Aufruf des folgenden Befehls auszuführen ?

C:\ADMIN\Tools\psexec.exe \\remotecomputername -s cmd /c schtasks /run /TN "Main\Mailer"

das manuelle Ausführen funktioniert hier problemlos.
Ich möchte dies innerhalb eines Attachment-Scripts aufrufen.

Danke

[Sven]

Ja, bestimmt. Nur das der Service mit entsprechenden Rechten gestartet werden muss, wie hier erklärt: (Siehe: https://www.somebytes.de/produkte/eeattachments/faq/) Im Beispiel geht es zwar um Drucker, aber das Problem, das gleiche.

[Jochen]

Wie kann ich das Script anpassen, damit im Verzeichnis alle Dateien auf einem ZIP-File rücksichtslos überschrieben werden ?

Add-Type -AssemblyName System.IO.Compression.FileSystem
function Unzip
{
param([string]$zipfile, [string]$outpath)
[System.IO.Compression.ZipFile]::ExtractToDirectory($zipfile, $outpath)
}
$attachment = Get-Variable -Name file -ValueOnly
$exportpath = Get-Variable -Name exportpath -ValueOnly
if($attachment.Contains(".zip"))
{
Unzip $attachment $exportpath
Remove-Item $attachment