Kopieren von dateien unter windows 7

[upkit]

Hallo zusammen,

Habe folgendes Problem. Ich habe unter Windows XP ein Paket das unter anderem folgenden Befehl ausführt:

Code: Select all

copy \\domain.local\ddfs\Applications\Nexus\NxApp\MFP\Klinik\Install\NxClientSetup\KIS_Client\*.* C:\Temp\Nexus /Y

Das funktioniert einwandfrei. Wenn ich das Paket unter Windows 7 ausführe funktioniert die Zeile einfach nicht. Es erscheint Fehler 2 und der Errorlevel im CMD ist 9009.

Wenn ich den Befehl nun 1 zu 1 in ein CMD fenster (sogar ohne erhöhte Privilegien) direkt reinkopiere, wird der Befehl ausgeführt und die dateien kopiert. Dieser manuelle weg funktioniert auch wenn ich mich am Rechner mit dem Account anmelde unter dem auch die Installation ausgeführt wird.

Komme nicht mehr weiter. Hat jemand etwas ähnliches schon erlebt und gelöst?

[Phadda]

MS Error 9009 passt da nicht so wirklich in dem Zusammenhang

DNS_ERROR_RCODE_NOTAUTH
9009 (0x2331)
DNS server not authoritative for zone.

Evtl mal anstatt DNS mit IP testen?

[upkit]

Besten Dank. Woher hast du die Errorbeschreibung? Das mit der IP kann ich mal probieren.

Übrigens kann Empirum auch die Zeile

Code: Select all

Call \\domain.local\ddfs-puknet\Applications\Nexus\NxApp\MFP\Client\Nexus.exe

nicht ausführen.
Hier sollte Empirum eine Exe von eine Netzwerk share ausführen.

Wie gesagt unter Windows XP funktioniert das und auch wenn ich die Zeile von Hand in ein CMD Fenster kopiere funktioniert es.

[Phadda]

MS Error Codes
http://msdn.microsoft.com/en-us/library ... s.85).aspx

Hat der Agent Account überhaupt Zugriff auf das Share?
Evtl mal die Datei herunter kopieren auf %TEMP% und von dort ausführen, evtl GPO Sicherheitsrichtlinien die das Ausführen von EXE Dateien unterbindet. Sonst mal mit Debugview schauen...

[Walter_Schulz]

Besten Dank. Woher hast du die Errorbeschreibung?

Code: Select all

C:\>net helpmsg 2

Das System kann die angegebene Datei nicht finden.


C:\>net helpmsg 9009

Der DNS-Server ist nicht autorisierend für die Zone.

Ciao!
Walter Schulz

[MGrundl]

Der Agent installiert ja nicht unter dem angemeldeten User, sondern mit Local System beim Advanced Agent oder unter einem "Installationsuser mit administrativen Rechten" unter dem Legacy Agent.

Der wird kein Recht dorthin haben.
Was hat es für einen Sinn, die Dateien irgendwo am Server zu halten und nicht ins Paket zu integrieren?

lg,
Manfred

[upkit]

Ach so. Ich dachte die Installation wird im Kotext des im Agenten hinterlegten Benutzers durchgeführt?! Wird im Advanced Agent der hinterlegte Benutzer nur für den Zugriff auf den configurator$ verwendet (Also für das herunterladen des Paketes)?
Dieser Benutzer hätte nämlich Zugriff auf den Share.

Weshalb das so gemacht wird. Das ist eine Umfangreiche Software mit eigener Softwareverteilung, da die Anwendung sehr dynamisch ist. Per Empirum wird lediglich Anwendungseigene Updatedienst installiert und dieser Installer liegt eben auf einem share. Vorteil davon: Wenn der Hersteller plötzlich was am updater Ändert, muss das Empirumpaket nicht neu gemacht werden.
Da dies jetzt aber offenbar nicht mehr funktioniert, werde ich den Installer wohl ins Paket integrieren

[Frank Dethlefsen]

Hallo!

Man könnte vor dem Aufruf ein "Net use" zum Applikationsserver machen, um sich zu berechtigen.

Code: Select all

...
Callhidden net use \\domain.local\ddfs-puknet Klarpasswort /User:Domain\Lesebenutzer
If DoesFileExist ("\\domain.local\ddfs-puknet\Applications\Nexus\NxApp\MFP\Client\Nexus.exe") == "0" Then "Set:NoAppServer" EndIf
Call \\domain.local\ddfs-puknet\Applications\Nexus\NxApp\MFP\Client\Nexus.exe
...
[Set:NoAppServer]
ErrorLogMsg \\domain.local\ddfs-puknet no reachable. Abort!
Abort

[upkit]

Habe diese Variante getestet. Da der angemeldete Benutzer diesem share ebenfalls schon angehängt bekommt, kann in Windows 7 ein andere Benmutzer nicht nochmals eine Verbindung auf diesen share aufbauen. Folgende Fehlermeldung erscheint:

Code: Select all

Mehrfache Verbindungen zu einem Server oder einer freigegebenen Ressource von demselben Benutzer unter Verwendung mehrerer Benutzernamen sind nicht zulässig. Trennen Sie alle früheren Verbindungen zu dem Server bzw. der freigegebenen Ressource, und versuchen Sie es erneut.

Am besten wäre wenn ich die nexus.exe im Benutzercontext des angemeldetem Benutzers aufrufen könnte. Geht das mit Empirum?

[Hendrik_Ambrosius]

Klar, dafür einfach den Aufruf in den Userteil verlagern, z.B.:

#SET:Nexus, CLIENT

[SET:Nexus]
Call \\domain.local\ddfs-puknet\Applications\Nexus\NxApp\MFP\Client\Nexus.exe

Aber auch das NET USE geht indem Sie nicht über den Servernamen sondern die IP-Adresse verbinden oder einen HostEintrag für den Server anlegen unter einem anderen Namen und dann verbinden.

[upkit]

Besten Dank für den Ansatz.

Habs probiert und die sektion wie folgt eingefügt:

Code: Select all

#Set:Product
#Set:Installation, DONTDELETE
#Set:Nexus, CLIENT
#Set:Deinstallation, DELETE
#Reg:OnUninstallProduct, DELETE
#Reg:Product
#Ini:Product
#Security:Product

Die Sektion wird dann auch ausgeführt aber im Error Log steht immer wieder "Fehler 5 - Zugriff Verweigert". Ich kann aber als Benutzer den Pfad aufmachen und die exe auch erfolgreich ausführen?

Irgendetwas scheint da noch nicht richtig zu sein...

[Hendrik_Ambrosius]

Bauen Sie doch mal in SET:NEXUS ein "CALL CMD.EXE" ein und versuchen Sie das manuell zu starten.
Dann sehen Sie genau woran er scheitert und können die Umgebung checken.

[upkit]

dieser befehl wird ignoriert solange die sektion als CLIENT ausführe. Wenn ich die Sektion auf DONTDELETE (standart) ändere kommt das Fenster, allerdings wieder als Administrator....

[Hendrik_Ambrosius]

Rufen Sie das Setup auch mit dem /AW Parameter auf?

[upkit]

Ja, ich rufe das Paket mit /AW /S3 auf, damit ich auch echo's ausgeben kann.

Nachtrag: Hab wohl herausgefunden an was es lag, dass der Benutzerteil nicht ausgeführt wurde. Ich habe zum Testen die Setup.inf in SetupWin7.inf umbenannt und das Paket so nochmals in Depot integriert (Musste so sein, da das Paket nach wie vor in der "alten" Version zur Verfügung stehen muss). Nun, beim Umbenennen der Setup.inf habe ich die Einträge innerhalb der Setup.inf nicht umbenannt. Nachdem ich das nun gemacht habe, funktioniert zumindest der Benutzerteil. Ich werde nun weitertesten....