Quantcast
Channel: Desktop & Server Management (DSM) Forum
Viewing all 470 articles
Browse latest View live
↧

PatchLink verschluckt sich an Firefox ESR Patch (Gerät nicht gefunden)

April 5, 2016, 1:11 am
$
0
0
Hallo zusammen,

auf all meinen Maschinen schlägt der Patch für Mozilla Firefox ESR 38.7.0 fehl. Hier die Logs in der Hoffnung, dass einer von euch Licht ins dunkel bringen kann.

Code:
10:00:32.720 2              ---->Starting installation of "Mozilla Firefox 38.7.0 ESR for Windows (See Notes)"
10:00:32.720 0              NiInst32.exe: Update installer state
10:00:32.720 0              NiInst32.exe: Successfully updated installer state...

10:00:32.730 2              -> Set('result','0')
10:00:32.730 0              NiInst32.exe: Update installer state
10:00:32.730 0              NiInst32.exe: Successfully updated installer state...

10:00:32.730 2              -> Set('comment','')
10:00:32.730 0              NiInst32.exe: Update installer state
10:00:32.730 0              NiInst32.exe: Successfully updated installer state...

10:00:32.730 2              -> LPRInstallPatch('result','comment')
10:00:32.736 0              SWMSClntLib: Got 1 PIs for {CF8C30DA-EA1E-4E84-8627-C537D93450C4}; effective desired configuration: 1198 (from Policy 1514 with priority 1000)
10:00:32.736 0              SWMSClntLib: PI 5931: Calculated: 1198 / Compliance: CompliancePending / ExecMode: Reinstall / Desired: 1198
10:00:32.736 1              SWMSRT: Executionsettings for POLICYINSTANCE.5931 / Mozilla Firefox 38.7.0 ESR for Windows (See Notes): execution mode: Reinstall, configuration: 1198, machine part: yes, user part: no
10:00:32.738 1              xniSPD.dll: Available commit memory:  3504476 KB
10:00:32.738 2              xniSPD.dll: Could not determine if timeout is enabled
10:00:32.739 0              xniSPD.dll: Getting vulnerabilities
10:00:32.739 0              xniSPD.dll: Converting vulnerabilities
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22547->271BA6A8-FDFE-4BC3-A28A-9B9C86DF17C8
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22548->EDDB3DDF-9C91-48BE-9281-69C799C90675
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22549->719584BC-2208-4BC9-A650-D3D6347EB32E
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22550->7189B67F-1E36-4A8B-96B6-93FAF7312611
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22551->CCE80FF9-CAB8-4F46-BD4A-EDD404D8D9B7
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22552->729A0DCB-DF9E-4D02-B603-ED1AEE074428
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22553->8A562A4F-5A3B-48A8-A935-B1C28A5628E6
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22554->DBB0D2C5-79AF-497B-B2C6-00A6BFCFF75F
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22555->CB6B0699-5872-4F64-AFB9-26E566FCDF41
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22556->E9DD650E-B89D-4839-80A7-DD2733D02E17
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22557->238F84FA-7E37-4D6B-9E27-29CE81C2D66F
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22558->4968EEDB-27C4-4974-BA29-9791F2F2B828
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22559->25FAB515-0372-4C0C-98A3-CE8257D06C71
10:00:32.740 2              xniSPD.dll: COMPUTERMISSINGPATCH.22560->EFD64DF0-18CF-4BF0-B71F-A57DAE9DFEA5
10:00:32.745 2              xniSPD.dll: COMPUTERMISSINGPATCH.22561->62CEF694-CD47-4D46-BE15-E0A592991D07
10:00:32.746 2              xniSPD.dll: COMPUTERMISSINGPATCH.22625->56FBB08F-9B78-43DC-A7A1-99EB5B853C71
10:00:32.746 2              xniSPD.dll: COMPUTERMISSINGPATCH.22626->9DD8D8A2-0709-46C7-AF28-BD65AE3AD3ED
10:00:32.747 2              xniSPD.dll: COMPUTERMISSINGPATCH.22627->02DF10CA-94C4-455B-B796-7B604A704C2C
10:00:32.747 2              xniSPD.dll: COMPUTERMISSINGPATCH.22628->CBFCC2E3-594F-4831-8AD2-B4F106B023AA
10:00:32.747 2              xniSPD.dll: COMPUTERMISSINGPATCH.22629->2B51850D-0AB4-4393-9EBA-0128E8DEC56F
10:00:32.748 2              xniSPD.dll: COMPUTERMISSINGPATCH.22630->351AD90C-88B4-4B02-8D80-97F9F71E9BB7
10:00:32.748 2              xniSPD.dll: COMPUTERMISSINGPATCH.22631->4A46E5AE-07EA-4C49-82E5-934925884F2B
10:00:32.749 2              xniSPD.dll: COMPUTERMISSINGPATCH.22632->FB9B3881-4906-4BE7-BC5F-9ED7241D10EE
10:00:32.749 2              xniSPD.dll: COMPUTERMISSINGPATCH.22633->01F9AF5F-5831-4F61-89EA-8B3D35255692
10:00:32.750 2              xniSPD.dll: COMPUTERMISSINGPATCH.22634->3CEC5ED6-A128-4566-AC0C-7D0A3FE60C2A
10:00:32.750 2              xniSPD.dll: COMPUTERMISSINGPATCH.22635->75BF2A44-9E04-4C53-8463-8EB21CBB015C
10:00:32.750 2              xniSPD.dll: COMPUTERMISSINGPATCH.22636->1DB52201-4972-4DA2-A45B-39B2738BE712
10:00:32.751 2              xniSPD.dll: COMPUTERMISSINGPATCH.22637->94A24033-73F9-430C-8AF7-19AB4F6746C0
10:00:32.751 2              xniSPD.dll: COMPUTERMISSINGPATCH.22638->B09F6D32-CBA1-4FE8-B5F1-9E1235093B4A
10:00:32.751 2              xniSPD.dll: COMPUTERMISSINGPATCH.22639->67FF5BE5-563C-480B-A3F2-BAC99218D872
10:00:32.752 2              xniSPD.dll: COMPUTERMISSINGPATCH.22640->BEF370FF-DFB6-45EE-AB98-D99C39260DEF
10:00:32.752 2              xniSPD.dll: COMPUTERMISSINGPATCH.22641->30ABF17E-A6A2-4716-963D-DC8647F9055E
10:00:32.753 2              xniSPD.dll: COMPUTERMISSINGPATCH.22642->DB15AC59-39BC-4D91-B4FF-9E57EBBC62B2
10:00:32.753 2              xniSPD.dll: COMPUTERMISSINGPATCH.22643->9F120707-852F-4028-9B26-EEE3AB1E5CD0
10:00:32.754 2              xniSPD.dll: COMPUTERMISSINGPATCH.22644->9D63CEB3-03A8-4D59-847D-E8D5A645F0CF
10:00:32.754 2              xniSPD.dll: COMPUTERMISSINGPATCH.22645->BA407A5A-38A4-4715-A32A-8BCE3B1344A6
10:00:32.755 2              xniSPD.dll: COMPUTERMISSINGPATCH.22646->2D9D23F5-6E65-4208-BDFB-5BCBF65F464A
10:00:32.755 2              xniSPD.dll: COMPUTERMISSINGPATCH.22647->F2B62363-87DC-465C-912C-7B4E7F0390EB
10:00:32.755 2              xniSPD.dll: COMPUTERMISSINGPATCH.22648->53AE74DC-888A-4CFE-B953-20D196B4F52E
10:00:32.756 2              xniSPD.dll: COMPUTERMISSINGPATCH.22649->7C1F60B9-C5FA-4267-B701-257725E4A5AC
10:00:32.756 2              xniSPD.dll: COMPUTERMISSINGPATCH.22650->4957C936-9D63-4980-9CBE-58506BBBF272
10:00:32.757 2              xniSPD.dll: COMPUTERMISSINGPATCH.22651->302593F1-2A79-48BB-B99A-6706CC704192
10:00:32.757 2              xniSPD.dll: COMPUTERMISSINGPATCH.22652->97421014-8330-4019-AFAF-0807A9F571C5
10:00:32.758 2              xniSPD.dll: COMPUTERMISSINGPATCH.22653->120BBA11-3038-4E29-85A0-45FD06D12CE3
10:00:32.758 2              xniSPD.dll: COMPUTERMISSINGPATCH.22654->ACF87349-EB0F-476A-9511-720CDF5C8688
10:00:32.759 2              xniSPD.dll: COMPUTERMISSINGPATCH.22655->799E8479-99B3-4162-8655-76F2065EE99D
10:00:49.729 2              xniSPD.dll: Installation failed with code 20: Das System kann das angegebene Gerät nicht finden.
10:00:49.730 E              Warning (Module:SWMSRT, Severity:0x03): Installation or Uninstallation of Package LPRPATCHPACKAGE.11295 (Mozilla Firefox 38.7.0 ESR for Windows (See Notes)) via PolicyInstance POLICYINSTANCE.5931 failed!
10:00:49.731 1              SWMSRT: Checking if policies should run for the trigger 'On error'.
10:00:49.732 0              SWMSRT: No triggered jobs found
10:00:49.733 0              NiInst32.exe: Update installer state
10:00:49.733 0              NiInst32.exe: Successfully updated installer state...

10:00:49.741 1              Evaluating condition "_result_='0'"
10:00:49.741 0              Comparing '1' with '0'
10:00:49.742 2              Condition FALSE  -> skipping IF part
10:00:49.742 0              NiInst32.exe: Update installer state
10:00:49.742 0              NiInst32.exe: Successfully updated installer state...

10:00:49.744 2              Skipping command : ExitProcEx
10:00:49.744 0              NiInst32.exe: Update installer state
10:00:49.744 0              NiInst32.exe: Successfully updated installer state...

10:00:49.744 1              Evaluating condition "_result_='1'"
10:00:49.744 0              Comparing '1' with '1'
10:00:49.744 2              Condition TRUE    -> entering IF part
10:00:49.744 0              NiInst32.exe: Update installer state
10:00:49.744 0              NiInst32.exe: Successfully updated installer state...

10:00:49.744 2              ->  ExitProcEx(Failed,'Das System kann das angegebene Gerät nicht finden. (0x00000014)')
10:00:49.749 2              New last error from script command is 1627 (0x0000065b)
10:00:49.750 2              Resolved new last error from script command is: Beim Ausführen der Funktion ist ein Fehler aufgetreten.
10:00:49.751 2              ER: Creating event manager
10:00:49.751 1              ER: file name is C:\Program Files (x86)\NetInst\ExR\Event.erl
10:00:49.752 1              ER: user name is eAutoLogon
10:00:49.753 1              Logging up ExR event 3003 (0x00000bbb)
10:00:49.755 0              Check if sending data is on: ExrClientOptions.ExrSendingActivated

10:00:49.757 1              ExR is allowed to send data.
10:00:49.757 1              Loading SI.dll ...

10:00:49.758 1              SI: Starting ExRSend.exe ...
10:00:49.758 2              SI: Rewriting SI client state data...
10:00:49.759 1              SI: Reading client state...
10:00:49.769 0              SI: Getting IP addresses...
10:00:49.770 0              SI: Getting MAC addresses...
10:00:49.771 1              SI: Writing possible changes of client state...
10:00:49.798 2              Not routing EOI to service - user is local admin
10:00:49.798 2              xniFPS: '{CF8C30DA-EA1E-4E84-8627-C537D93450C4}' is installed

10:00:49.799 2              ---->Installation of Mozilla Firefox 38.7.0 ESR for Windows (See Notes) has not completed on exit.
Wie kann es sein, dass er das Gerät nicht findet? Und welche Datei überhaupt? Muss ich das Patch Paket händisch nachbessern?

Danke, MTheis
↧
Search

client einer statischen gruppe hinzufügen generiert soap error 607

April 5, 2016, 6:08 am
$
0
0
Hallo
ich habe einen client dem ich eine software über eine statische gruppe zuweisen möchte aber ich bekomme ständig den Fehler (unknow soap error 607)
habe versucht das objekt zu löschen und als es nach dem sync neu erstellt wurde wollte ich es wiederum versuchen aber ständig der selbe Fehler. im Dsmc.log steht

14:57:03.303 2 BlsAdminLib.dll: SoapError from Server: Error #607: Unknown SOAP error
14:57:03.303 1 BlsAdminLib: > Action 'ChangeMemberListOfGroup(...)' failed (Action took 46 ms.)
14:57:03.303 E Warning (Module:BlsConsoleExt, Severity:0x03): Error #607:
Unknown SOAP error

hat jemand einen Tipp an was das liegen könnte und wie ich die software zuweisen kann

danke
saimen
↧
↧

Installation Order / Installationsreihenfolge DSM215.2.3

April 6, 2016, 7:03 am
$
0
0
Hallo zusammen,
ich habe ein Problem mit der nicht mehr vorhandenen Installationsreihenfolge in DSM 2015.2.3

Ich habe einem Testclient 4 "Dummy-Pakete" (Dummy-1, Dummy2,...) zugewiesen. In der Reihenfolge 1, 2, 3 und dann 4. So werden diese auch installiert.

Wenn ich die Pakete einzeln Reinstallieren will, in einer anderen Reihenfolge (dummy4, dumm3, dumm2, dummy1) wird das einfach übergangen. Im NISRV32.log wird immer zuerst 1, dann 2, dann3 und dann4 installiert. Egal in welcher Reihenfolge ich die Pakete auf "ReInstall" setze.

In DSM214.1 gab es die InstallationOrder der PolicyInstanz, sodaß ich hier die Installationsreihenfolge noch beeinflussen konnte.

Woran liegt dieses Verhalten? Wird bei der Erstinstallation des Pakets eine interne Reihenfolge auf dem Client vergeben ??

Vielen Dank und schöne Grüße aus Karlsruhe
Mirco
↧

Was tun, wenn bei einer Installation ein Desktop verfügbar sein muss?

April 7, 2016, 4:29 am
$
0
0
Hallo zusammen,

ich habe hier eine Anwendung (IBM Notes... mal wieder), bei deren Installation ein Windows-Desktop aktiv sein muss. Ich bekomme die Installation nicht vernünftig zum Laufen, wenn der Anmeldeschirm da ist. Jetzt möchte ich das Paket aber auch nur im Kontext des Service laufen lassen... meine einzige Idee ist, uz prüfen, ob "explorer.exe" läuft.

Es gibt hier aber drei Situationen, bei denen keine Desktop-Sitzung sichtbar sein könnte:
1. der Anmeldbildschirm ist sichtbar (wegen der Funktion "Benutzer wechseln")
2. der Bildschirm könnte gesperrt sein
3. es läuft ein Bildschirmschoner - hier könnte aber die Chance höher sein, dass die Installation klappt

Leider habe ich noch nicht herausgefunden, wie ich genau diese drei Punkte abprüfen kann. Fest steht, dass der verwendete Installer die Möglichkeit haben will, ein Fenster anzuzeigen. Wahrscheinlich öffnet er sogar eines, nur um dann festzustellen, dass er es nicht braucht und schließt es sogleich wieder... ist aber nur eine Vermutung.

Fakt ist, dass ich das Paket aktuell nur im Kontext eines Benutzers laufen lassen kann, damit ein Desktop vorhanden ist. Auch wenn ich verschiedene Prüfungen vornehme und die Software-Installation nur einmal läuft, so muss das Paket ja leider im Cache vorgehalten und evtl. sogar neu geholt werden. Das würde ich aber gerne vermeiden, so dass hier der Service-Installer eine bessere Alternative wäre.

Hat jemand eine Idee, wie ich das schön prüfen kann?

Gruß
Nils
↧

APM Pakete "System kann die angegebene Datei nicht finden"

April 7, 2016, 12:01 pm
$
0
0
Nabend Zusammen,

ich hab mal eine Frage ob das bei euch auch auftritt. Wir haben DSM 2015.2.3 mit APM. Wir haben seit einigen Wocher vermehrt die oben genannte Fehlermeldung von unterschiedlichen Patch Paketen. Betrifft in der Regel Office und Windows Patche.

Die Fehlermeldung tritt bei revionierten Paketen auf. Interessant ist hierbei das wir erfolgreich installierte Policy Instanzen mit alten Revisionen haben, nur die neuen Revisionen gehen auf die Nase.

Ob die Pakete auf den entsprechenden Depot liegen hab ich schon geprüft und die lagen jedes Mal deutlich vor dem Compliance Date auf dem Depot.

Ich habe deswegen schon ein Ticket laufen, kriege aber seit Wochen keine Antwort und wollte jetzt mal euch fragen ob Ihr das auch beobachten könnt.

Grüße

Alex
↧
↧

Experimental Poke out

April 7, 2016, 3:10 pm
↧

DSM 2015.2 - Spinnt bei euch auch der Servcie Installer

April 8, 2016, 3:03 am
$
0
0
Hallo zusammen,

bin mir noch nicht sicher was ich jetzt schon bei zwei Kunden gesehen habe deswegen jetzt die Frage an die Community.

Seit der DSM 2015.2 (HF2 und HF3) haben wir ein Phänomen bei zwei Kunden bei den Windows Servern. Wenn die ins Wartungszeitfenster kommen scheinst sich der Service Installer im Minutentakt zu aktivieren.
Ich kann noch nicht raus finden ob das ein generelles Problem ist oder ob es mit irgend einer Art Wartungszeitfenster zusammen hängt.

Habt ihr das Problem auch schon feststellen können?

Viele Grüße
Stefan
↧

DSM2015.2: AI startet, obwohl der SI mit der Nachfrage zum Neustart stehen bleibt

April 8, 2016, 4:19 am
$
0
0
Hallo zusammen,

ich weiß jetzt nicht, ob das ein neues Problem oder Verhalten ist, aber früher ist es mir nicht aufgefallen.

Ich habe ein Skript, welches über den Service Installer läuft und am Ende einen Neustart möchte (im Skript verwende ich "System_Reset/?"). Das funktioniert auch soweit gut. Am Ende des Installer-Laufes kommt auch die angeforderte Messagebox, soweit kein Problem.

Allerdings startet danach der Auto-Installer und arbeitet Skripte ab. Soll das so sein?

Um genauer zu sein, ich verwende in dem betroffenen Skript nur "System_Reset" und habe einen Job, der am Ende einer Installer-Session, nach dem letzten Paket, läuft und prüft, ob ein Benutzer angemeldet ist. Dementsprechend wird ein "System_Reset" oder "System_Reset/?" durchgeführt. Dies hilft mir bei den Paketen, den Installationsbenutzer nicht separat abfragen zu müssen.

Gruß
Nils
↧
Search

DSM 2015.2: Verschiebbare Installaitonen per Dialog anzeigen

April 8, 2016, 5:33 am
$
0
0
Hallo zusammen,

wir hatten bisher bei Zusatzsoftware die Einstellung in der Policy definiert, dass der Anwender die Installation 2 Tage verschieben kann. Im Paket selber war ein Abbruch drin, für den Fall, dass das Paket vom ServiceInstaller ausgeführt wird.

Dadurch lief die Zusatzsoftware außerhalb der OS-Installation nur über den Autoinstaller und der Anwender hat einen Dialog bekommen, dass eine neue Software ansteht und er die Installation auf Wunsch verschieben kann (mit einem Timer von einigen Minuten).

Seit dem Update auf 2015.2 kommt nur noch eine kurze Toast - Nachricht (Windows 10), die aber kein Anwender mitbekommt.

Wir möchten erreichen, dass ein längerer Dialog bei den Rechner erscheint, der nicht übersehen werden kann.

Ist sowas möglich?

Viele Grüße,
Bernd
↧
↧

Der Netzwerkpfad wurde nicht gefunden

April 11, 2016, 8:57 am
$
0
0
Hallo zusammen,

kann mir jemand erklären was hier schief läuft? Er installiert ganz normal und irgendwann haut er raus mit folgenden Meldungen:


16:03:22.819 2 Checking Prerequisites of Job InstallJob:POLICYINSTANCE.8819...
16:03:22.819 0 SWMSClntLib: Got 1 PIs for {CEF8045F-C0B4-4315-8D5E-F1809F225F8E}; effective desired configuration: 32 (from Policy 32 with priority 7000)
16:03:22.819 0 SWMSClntLib: PI 8819: Calculated: 32 / Compliance: CompliancePending / ExecMode: Install / Desired: 32
16:03:22.819 0 SWMSClntLib: File package properties: ID is '3561', Repository is 'master' (66044) and Revision 'R1'. (pilot installation)
16:03:22.819 0 SWMSClntLib: Information of App Adobe Reader DC 15.007.20033 ({CEF8045F-C0B4-4315-8D5E-F1809F225F8E}) was not found in the registry.
16:03:22.819 0 SWMSRT: user part wanted: 1, user part installed: 0
16:03:22.835 1 SWMSRT: Executionsettings for POLICYINSTANCE.8819 / App Adobe Reader DC 15.007.20033: execution mode: Install, configuration: 32, machine part: yes, user part: yes
16:03:22.835 2 Run of Job InstallJob:POLICYINSTANCE.8819 is required...
16:03:22.835 2 Run Job (8 of 27) InstallJob:POLICYINSTANCE.8819 (App Adobe Reader DC 15.007.20033) [ExecFlags: 0x000010 (install)]
16:03:22.835 0 NiInst32.exe: Update installer state
16:03:22.835 0 NiInst32.exe: Successfully updated installer state...
16:03:22.835 0 NiInst32.exe: Update installer state
16:03:22.850 0 NiInst32.exe: Successfully updated installer state...
16:03:22.850 2 Preparing Run of Job InstallJob:POLICYINSTANCE.8819...
16:03:22.850 0 SWMSRT: Entering pilot installation mode
16:03:22.850 1 SWMSRT: Trying to make file package available for InstallJob:POLICYINSTANCE.8819 and wait for download
16:03:22.850 0 SWMSClntLib: Got 1 PIs for {CEF8045F-C0B4-4315-8D5E-F1809F225F8E}; effective desired configuration: 32 (from Policy 32 with priority 7000)
16:03:22.850 2 SwmsTpExtenderScript: Making package and sub components of 'MSIPACKAGE.3561' available
16:03:22.850 0 Creating new NidbProject for MSIPACKAGE.3561
16:03:22.866 0 setting reporting properties for project.
16:03:22.866 2 SwmsTpExtenderScript: Making Components available for {CEF8045F-C0B4-4315-8D5E-F1809F225F8E}
16:03:22.866 0 SWMSClntLib: File package properties: ID is '3561', Repository is 'master' (66044) and Revision 'R1'. (pilot installation)
16:03:22.866 0 SWMSClntLib: Start making the file package available
16:03:22.866 0 SWMSClntLib: Staging mode is 'Standard'.
16:03:22.866 0 SWMSClntLib: Wait for download : Wait for download
16:03:22.881 0 SWMSClntLib: Using emergency download because the user wants to wait for the download to finish.
16:03:22.881 1 SWMSClntLib: Package must be installed from cache.
16:03:36.590 0 SWMSClntLib: Download job has GUID '{38CC90C5-B3F5-479F-A7DD-415758ACFCED}'.
16:03:36.590 0 SWMSClntLib: Package download still running.
16:03:36.590 0 SWMSClntLib: Waiting for download to finish.
16:04:38.552 0 SWMSClntLib: Last error reported from FPS is 'Der Netzwerkpfad wurde nicht gefunden. (0x00000035)'.
16:04:38.552 0 SWMSClntLib: The package is still not available. Something went wrong.
16:04:38.552 E Warning (Module:SWMSRT, Severity:0x03): Could not make files available for job App Adobe Reader DC 15.007.20033. Reported error is 'Der Netzwerkpfad wurde nicht gefunden. (0x00000035)'.
16:04:38.568 2 SwmsTpExtenderScript: Could not make Files available for ComponentPackage MSIPACKAGE.3561 of {CEF8045F-C0B4-4315-8D5E-F1809F225F8E}: Could not make files available for job App Adobe Reader DC 15.007.20033. Reported error is 'Der Netzwerkpfad wurde nicht gefunden. (0x00000035)'.
16:04:38.568 E Warning (Module:SwmsTpExtenderScript, Severity:0x03): Could not make Files available for mandatory ComponentPackage MSIPACKAGE.3561 of {CEF8045F-C0B4-4315-8D5E-F1809F225F8E}
16:04:38.568 0 SWMSRT: Leaving pilot installation mode
16:04:38.583 2 Preparation of Job InstallJob:POLICYINSTANCE.8819 failed - execution not possible...

Danke, MTheis
↧

Windows 10 511 Tastaturlayout per script einstellen

April 12, 2016, 12:00 am
$
0
0
Hallo,

kennt ihr eine Möglichkeit bei Windows 10 1511 deployment das Tastaturlayout zu ändern? Wir brauchen Systemsprache EN und Tastaturlayout DE. Mit dem normalen Windows 10 Juli Build hat es wunderbar mit control.exe intl.cpl,, /f:".\Extern$\win10\win10_lang.xml" funktioniert.

win10_lang.xml:

<gs:GlobalizationServices xmlns:gs="urn:longhornGlobalizationUnattend">
<!--User List-->
<gs:UserList>
<gs:User UserID="Current" CopySettingsToDefaultUserAcct="true" CopySettingsToSystemAcct="true"/>
</gs:UserList>

<!-- GeoID -->
<gs:LocationPreferences>
<gs:GeoID Value="244"/>
</gs:LocationPreferences>
<!-- UI Language Prefernces -->

<gs:MUILanguagePreferences>
<gs:MUILanguage Value="en-US"/>
</gs:MUILanguagePreferences>

<!-- system locale -->
<gs:SystemLocale Name="en-US"/>

<gs:InputPreferences>
<!--en-EN-->
<gs:InputLanguageID Action="add" ID="0407:00000407" Default="true"/>
</gs:InputPreferences>

<!-- user locale -->
<gs:UserLocale>
<gs:Locale Name="en-US" SetAsCurrent="true" ResetAllSettings="true"></gs:Locale>
</gs:UserLocale>
</gs:GlobalizationServices>


Aber seit dem 1511 build funktioniert diese Methode nicht mehr. Tastatur wird nicht umgestellt.

Des weiteren will ich das ändern der Bilder im Lockscreen (Windows Spotlight) ausschalten bzw. die Einstellung bei Background auf "Picture" setzen. Hat jemand eine idee wie ich es setzen kann?

Gibt es noch eine andere Möglichkeit?

Danke & Gruß
Alex
↧

Installationszeitpunkt wählbar bzw. verschieben

April 12, 2016, 12:30 am
$
0
0
Hallo zusammen,

wir sind gerade dabei eine eigene Site für ein neues Notebook Konzept einzurichten. Ziel ist es, das der NotebookUser die Installation von Software und Patches verschieben kann.
Wie setzten auch APM ein, aber leider kann ich diese Option bei den Regeln für die Zuweisung der Patches nicht konfigurieren.

Kann ich irgendwie global diese Option in der Konfiguration setzen? Oder eine Idee für einen anderen Lösungsansatz?

Vielen Dank im voraus.

Sven Klier
↧

Vorgehensweise bei der Deinstallation von Patches

April 12, 2016, 1:00 am
$
0
0
Hi@All,

wie geht die APM bei der Deinstallation vor?

Ist die Reihenfolge für das zurückrollen von Patches immer gleich?

Wenn nein, wie schaut es mit Patches aus die Abhängigkeiten besitzen?

Gruß
↧
↧

DSM 2015.2: SoftwareShop starten und auf Status-Ansicht wechseln

April 12, 2016, 2:04 am
$
0
0
Hallo zusammen,

mit dem neuen Sotware-Shop kann man über die Status-Ansicht beobachten, was sich gerade so tut. Das ist zwar weniger ingormativ wie die Protokolle, aber man hat damit eine Sicht, welches Paket gerade verteilt wird.

Jetzt die Frage: gibt es einen Parameter, um den Software-Shop zu starten und direkt in die Status-Ansicht zu wechseln? Dann könnte man diese Ansicht während der Rechner-Installation theoretisch aufrufen...

Also so etwas wie:
Code:
%ProgramFilesDir%\netinst\SoftwareShop.exe /StatusView
Gruß
Nils
↧

OSD ClientProxy.xxx

April 13, 2016, 12:38 am
$
0
0
Hallo zusammen,

hat jemand eine Liste (oder die Idee wo ich diese finden könnte)der Parameter und Werte für
  • ClientProxy.
Einige Parameter und Werte kenne ich, gibt es noch mehr nützliche?

ClientProxy.ReinstallComputer=true|false
ClientProxy.Report=Ein_Text_oder_so
ClientProxy.Warning=Ein_Text_oder_so
ClientProxy.Error=Ein_Text_oder_so
ClientProxy.ExecutionMode=Uninstall [gleich]
ClientProxy.ExecutionMode=!Uninstall [ungleich]
↧
Search

MSIReInstallProduct und 'REBOOT|USE_REBOOT_DEFAULT_BEHAVIOR '

April 14, 2016, 5:43 am
$
0
0
Hallo zusammen,

ich kämpfe mal wieder mit MSI-Paketen. Leider habe ich das Problem an einigen Stellen, dass bei einer Installation, Deinstallation oder auch Neuinstallation eines MSI-Paketes trotz Parameter "REBOOT=ReallySuppress" das System direkt neu gestartet wird. Manchmal kann ich das mit einem Aufruf über msiexec.exe abfangen, aber an manchen Stellen nevrt es einfach.

Ich habe gerade wieder ein Paket, bei dem dann im Protokoll folgendes steht:
Code:
14:30:52.326 2          ->    MSIReInstallProduct('{9A0C9C14-0190-4BBC-93E4-DC8AD89352FE}','PI AF Client 2015 2.7.0.6937','960','36','6')/TS
14:30:52.326 2          xniMSI: Reinstalling MSI package [PI AF Client 2015 2.7.0.6937]...
14:30:52.341 0            xniMSI: Reinstalling product code: {9A0C9C14-0190-4BBC-93E4-DC8AD89352FE}
14:30:52.341 0            xniMSI: MSI logging has been enabled for this script command
14:30:52.341 0            xniMSI: MSI log file will be written to C:\Program Files\Common Files\enteo\NiLogs\MSI\NiMsiUnst1460637052[PI AF Client 2015 2.7.0.6937].log
14:30:52.341 1            xniMSI: MSI logging enabled. LogLevel is DEBUG (0x00001fdf). LogFile is C:\Program Files\Common Files\enteo\NiLogs\MSI\NiMsiUnst1460637052[PI AF Client 2015 2.7.0.6937].log
14:31:14.446 2            System restart requested
14:31:14.446 2            Current request session termination flags: 'REBOOT|USE_REBOOT_DEFAULT_BEHAVIOR '
14:31:14.446 2            xniMSI: Successfully reinstalled product PI AF Client 2015 2.7.0.6937. Requested a reboot.
Ich habe schon oft gesucht, aber ich finde für die MSI-Pakete keine generelle Option, dass ein Return Code 1641 nie verwendet wird. Dieser sagt ja aus, dass die Installation erfolgreich war, das System jetzt aber neu gestartet wird. Leider kann ich diesen nicht 100% verhindern. Und bei manchen Installationen klappt ein Upgrade oder eine Reparatur problemlos, und bei manchen starten manche Rechner dann einfach neu. Bei einigen kleinen Paketen ist das durchaus ärgerlich, da man sich bei MSI eigentlich nicht auf die Installation und Wartung wirklich verlassen kann.

Bei MSIInstallPrdouct und MSIUnstallProductEx kann man ja noch Parameter mitgeben, bei MSIReinstallProduct aber nicht. Im Protokoll der MSI-Installation (Debug-Level) finde ich dann folgenden Eintrag:
Code:
Command Line: REINSTALL=ALL REINSTALLMODE=amus CURRENTDIRECTORY=C:\Program Files\NetInst CLIENTUILEVEL=3 CLIENTPROCESSID=884
Hier steht halt leider nichts davon, dass kein Neustart durchgeführt werden soll.

Wie handhabt Ihr das? Nuetzt Ihr die MSI-eScript-Befehle oder dann doch msiexec?

Gruß
Nils
↧

MSIReInstallProduct: Äquivalent von MSIExec?

April 15, 2016, 3:50 am
$
0
0
Hallo zusammen,

weiß jemand, welches Äquivalent von MSIExec hier verwendet wird? Mir ist klar, dass hier verschiedene Parameter möglich sind, die über "/f" angetriggert werden.

Aber gibt es hier weitere Punkte, die DSM generell setzt so wie z.B. REBOOT=ReallySupress?

Hintergrund: ich habe ein Paket, bei welchem durch eine Neuinstallation mittels MSIReInstallProduct ein automatischer Neutstart durchgeführt wird, ohne dass man diesen noch abfangen kann. Also entsprechend dem MSIExec-Returncode 1641.

Bei der Installation über MSIInstallProductEx habe ich schon REBOOT=ReallySupress angegeben. Alternativ kann ich das MSI erst deinstallieren, prüfen, ob ein Neustart ansteht und dann wieder installieren. Und mit DSM 2015.2 ginge das auch noch relativ einfach über den Software-Eigenschaften, wenn man dort die Unterstützung für Reparatur und Reinstallation entfernt.

Danke und Gruß
Nils
↧
↧

APM - download Account

April 18, 2016, 2:40 am
$
0
0
Hallo,

wer kann mir sagen über welchen Account die Downloads der Patche durchgeführt werden. Ich habe leider nichts dazu in der Doku oder DSMC gefunden.

Liebe Grüße
Norbert
↧

DSM 2015.2.3 SoftwareShop User Config?

April 18, 2016, 4:42 am
$
0
0
Hi Zusammen,

seh ich das grade richtig das über den Software Shop der Service Installer getriggert wird und damit dann keine userbezogenen Befehle verarbeitet werden?

Gruß

Alex
↧

AutoLogon und NiAgnt32 start

April 19, 2016, 8:33 am
$
0
0
Hi Zusammen,

ich hab mal wieder ein Problem mit dem Agent :P

Ich habe hier eine Site mit einer anderen Domain / anderes Netz. In dieser Site habe ich eine VM und ein Lenovo Notebook wo die Installation, Anmeldung mit dem AutoLogon und den anschließenden Start des Agents einwandfrei funktioniert.

In der gleichen Site habe ich nun ein HP 840 G3 mit einem Intel I219-V Netzwerkkarte. Dieses Gerät meldet sich nach der OS Installation ganz normal mit dem Domain AutoLogon User am System am. Soweit so gut, bedeutet Netzwerk funktioniert irgendwie.

Das Problem ist, der Agent startet nicht und zeigt im cmsextSvc Log folgende Meldung:

Quote:
10:40.30.763 1 cmsext.dll NiNetIPX: IPX protocol is not installed.
10:40.30.763 1 cmsext.dll Couldn't initialize NiNetIPX.dll
10:40.30.779 1 cmsext.dll NiNetNBT: NetBios call failed (35)
10:40.30.779 1 cmsext.dll NiNetNT: Initializing access to domain-controller user data
10:40.30.779 1 cmsext.dll Collecting interface information
10:40.30.935 1 NiNetIP.dll Found Interface Ethernet (Intel(R) Ethernet Connection I219-V)
10:40.30.935 1 NiNetIP.dll Found Interface Loopback Pseudo-Interface 1 (Software Loopback Interface 1)
10:40.30.935 1 NiNetIP.dll Skipping Loopback adapter
10:40.30.935 1 NiNetIP.dll Found Interface Cellular (HP lt4120 Snapdragon X5 LTE)
10:40.30.935 2 NiNetIP.dll MAC address of none ethernet device 'HP lt4120 Snapdragon X5 LTE' does not qualify as initial MAC
10:40.30.935 1 NiNetIP.dll Interface is down - don't collect network information.
10:40.31.185 2 cmsext.dll Inspecting interfaces in the following order
10:40.31.185 2 cmsext.dll Interface 'Intel(R) Ethernet Connection I219-V' with MAC '705A0FCBF464' and IP address '0.0.0.0'
10:40.31.185 2 cmsext.dll Adding 0.0.0.0 to the list of IP addresses
10:40.31.185 2 cmsext.dll Interface 'HP lt4120 Snapdragon X5 LTE' with MAC '8C9980505B46' and IP address '0.0.0.0'
10:40.31.185 2 cmsext.dll Inspecting network devices in the following order
10:40.31.185 2 cmsext.dll Device 'Generic Mobile Broadband Adapter' with instance id 'USB\VID_03F0&PID_9D1D&MI_00\6&31191E81&0&0000'
10:40.31.185 2 cmsext.dll Device 'Intel(R) Ethernet Connection I219-V' with instance id 'PCI\VEN_8086&DEV_1570&SUBSYS_8079103C&REV_21\3&11 583659&0&FE'
10:40.31.185 2 cmsext.dll MAC address of interface 'HP lt4120 Snapdragon X5 LTE' without matching device does not qualify as initial MAC
10:40.31.185 1 cmsext.dll Determining site during startup of the extension
10:40.31.185 1 cmsext.dll --------------------------------------------------------------------------------
10:40.31.185 1 cmsext.dll Performing site determination
10:40.31.185 1 cmsext.dll --------------------------------------------------------------------------------
10:40.31.185 1 cmsext.dll Computer is a testworkstation: No
10:40.31.185 1 cmsext.dll Computer is a laptop: No
10:40.31.185 1 cmsext.dll --------------------------------------------------------------------------------
10:40.31.185 1 cmsext.dll Checking site configuration
10:40.31.185 1 cmsext.dll --------------------------------------------------------------------------------
10:40.31.279 1 cmsext.dll
10:40.31.279 1 cmsext.dll Found the following possible sites:
10:40.31.279 1 cmsext.dll *** (66061)
10:40.31.279 1 cmsext.dll Remote: None
10:40.31.279 1 cmsext.dll Offline: None
10:40.31.279 1 NiNetIP.dll
Getting network status from IpHelper
10:40.31.279 1 NiNetIP.dll Interface Index: 1
10:40.31.279 1 NiNetIP.dll Interface Description: Software Loopback Interface 1
10:40.31.279 1 NiNetIP.dll MAC-Address:
10:40.31.279 1 NiNetIP.dll IP-Address: 127.0.0.1
10:40.31.279 1 NiNetIP.dll Network-Mask: 255.0.0.0
10:40.31.279 1 NiNetIP.dll Current Connection Status: Interface enabled Cable plugged in IP configured

10:40.31.279 1 NiNetIP.dll Last Action: Nothing changed
10:40.31.279 1 NiNetIP.dll Skipping interface Software Loopback Interface 1, bad interface
10:40.31.279 1 NiNetIP.dll
Done with getting network status
Laut dem Log hat die Netzwerkkarte keine IP Adresse. Prüfe ich das manuell ist aber eine IP vergeben. Ich habe nun schon per GPO "Always wait for Network" für das Loginskript aktiviert und weil das nichts brachte per OS Config Package:

Quote:
<RunAsynchronousCommand wcm:action="add">
<Description>Always wait for Network</Description>
<Order>8</Order>
<Path>reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v GpNetworkStartTimeoutPolicyValue /t REG_DWORD /d 0000003c /f</Path>
</RunAsynchronousCommand>
Das hilft leider ebenfalls nicht. Spannend ist jetzt! Starte ich das Notebook neu, läuft es sofort los und es funktioniert!
Installiere ich das Gerät in der "Haupt"-Site mit einer anderen Domäne anderem Netz, funktioniert es auch direkt nach dem Anmelden des Auto Logon.

Hat da Jemand vielleicht einen Ansatz? Ich bin da grade etwas ratlos :(

Danke euch!

Gruß

Alex
↧
Viewing all 470 articles
Browse latest View live
Search