Win10 1607 Build 14393.10 Redstone - Clientsicherung

[earens]

Hallo,

ich war so mutig und habe gestern das Update auf Win 10 Pro Redstone gemacht. Anschließend wollte ich die Clientsicherung aus dem Dashboard anschieben. Das Dasboard meldete, dass der Client nicht verfügbar ist. Der Zugriff auf die Netzlaufwerke und per RDP auf den Server funktioniert.

Also habe ich den Connector deinstalliert und neuinstalliert. Der Server wird gefunden, Benutzername und Kennwort werden abgefragt, der Clientinstaller meldet auch, dass bereits ein Client mit diesem Namen mit dem Server verbunden war. Nach Klick auf Weiter dauert es dann sehr lange bis der Installer meldet, dass der Server nicht verbunden/erreichbar sei.

Unter Programme & Funktionen erscheint die Clientconnectorsoftware als Version 6.2.9805.10 . Sicherung geht immer noch nicht. Wenn ich auswähle Sicherung anpassen - Elemente hinzufügen etc. erscheint die Meldung dass der Computer offline oder nicht mit dem Netzwerk verbunden sei.

Die Anmeldung am Client erfolgt im übrigen mit einem lokalen Konto, nicht am Domäncontroller.

Hat jemdand ähnliche Erfahrungen oder schon einen Tipp woran es liegen könnte?

Gruß earens

[larry]

Was für ein Betriebssystem nutzt du denn auf dem Server?
Hast du Server und Client neu gestartet?

[earens]

Server: Windows Server 2012 R2 Essentials
Client: wie geschrieben, Win 10 Pro Redstone
beide neu gestartet.

[Rookis]

Ich hatte diesen Effekt mal früher schon. Ich habe den Connector am Windows 10 Client deinstal. und am Server den Client auch gelöscht. Aber die Sicherungen behalten und ins Archiv genommen. Dann die Connector Software neu instal. am Client und neu angemeldet. Dann klappte es wieder mit Anmelden und Sicherung. Dafür habe ich seit dem Redstone Update das Problem das ich unten neben der Uhr das Grüne Connector Symbol nicht mehr habe. Auch wenn ich es neu Installiere. Sicherung ist nur mehr über das Dashboard möglich zu starten am Win 2012 R2 Essent.

[locke703]

Hallo,
habe 2 Clienten "geupdatet" auf 1607
allerdings noch mit einem WHS2011 verbunden

ein Laptop mit lokaler Anmeldung hat nach dem zweiten Neustart korrekt mit Launchpad und Lights-Out funktioniert
ein PC mit Anmeldung via Microsoft-Konto hat zumindest Probleme mit LO

hatte schon Probleme beim Update auf 1105

ich vermute das die Berechtigungen für die Programmverzeichnisse von der MS-Anmeldung beim Upgrade nicht richtig gesetzt werden
komme allerdings erst am Montag dazu mir das anzuschauen

Gruß Armin

[cyberle]

Ich habe auch Probleme mit dem Update. Der Connector wird beim Update stillschweigend gelöscht eine Neuinstallation hat zwar Problemlos funktioniert, allerdings startet der Connector nicht oder ich bin zu doof ihn neben der Uhr zu finden Scheinbar weiß bei MS die linke Hand nicht was die rechte macht

[Zimmske]

Das Problem habe ich auch, der Connector ist weg und auch Lights Out... Gut das ich bis jetzt nur einen Test PC geupdatet habe.

[larry]

@cyberle und @Zimmske
Seit ihr wie in Martins Aushang vorgegangen?
viewtopic.php?f=62&t=23323

[Zimmske]

Bei mir kommt leider bei einer Neuinstallation das:

Code: Alles auswählen

Anwendung: ClientDeploy.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.ArgumentNullException
   bei Microsoft.Windows.ServerEssentials.DirectoryServicesUtility.ADContext..ctor(System.String)
   bei Microsoft.WindowsServerSolutions.ClientSetup.ActiveDirectoryCommon.CreateDirectoryEntry(System.String, System.String, System.String, System.Security.SecureString)
   bei Microsoft.WindowsServerSolutions.ClientSetup.ActiveDirectoryCommon.SimpleQueryFindOne(System.String, System.String, System.String, System.String, System.Security.SecureString, System.String[])
   bei Microsoft.WindowsServerSolutions.ClientSetup.ActiveDirectoryUser.GetSingleUserInfo(System.String, System.String, System.String, System.Security.SecureString, System.String)
   bei Microsoft.WindowsServerSolutions.ClientSetup.ActiveDirectoryUser.GetUserInfo(System.String, System.String, System.String, System.String, System.Security.SecureString, System.String)
   bei Microsoft.WindowsServerSolutions.ClientSetup.ClientDeploy.GetStandardUsersTask.Run(Microsoft.WindowsServerSolutions.ClientSetup.ClientDeploy.WizData)
   bei Microsoft.WindowsServerSolutions.ClientSetup.ClientDeploy.ConnectorWizardForm.RunTasks(System.Object, System.ComponentModel.DoWorkEventArgs)
   bei Microsoft.WindowsServerSolutions.ClientSetup.ClientDeploy.ConnectorWizardForm.<m_wizardPageDomainUserCred_PageValidating>b__9(System.Object, System.ComponentModel.DoWorkEventArgs)
   bei System.ComponentModel.BackgroundWorker.OnDoWork(System.ComponentModel.DoWorkEventArgs)
   bei System.ComponentModel.BackgroundWorker.WorkerThreadStart(System.Object)

Ausnahmeinformationen: Microsoft.WindowsServerSolutions.ClientSetup.ClientSetupException
   bei Microsoft.WindowsServerSolutions.ClientSetup.ClientDeploy.ConnectorWizardForm+<>c__DisplayClassc.<m_wizardPageDomainUserCred_PageValidating>b__b(System.Object, System.ComponentModel.RunWorkerCompletedEventArgs)
   bei System.ComponentModel.BackgroundWorker.OnRunWorkerCompleted(System.ComponentModel.RunWorkerCompletedEventArgs)

Ausnahmeinformationen: System.Reflection.TargetInvocationException
   bei System.RuntimeMethodHandle.InvokeMethod(System.Object, System.Object[], System.Signature, Boolean)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(System.Object, System.Object[], System.Object[])
   bei System.Delegate.DynamicInvokeImpl(System.Object[])
   bei System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry)
   bei System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(System.Object)
   bei System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   bei System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   bei System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry)
   bei System.Windows.Forms.Control.InvokeMarshaledCallbacks()
   bei System.Windows.Forms.Control.WndProc(System.Windows.Forms.Message ByRef)
   bei System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr, Int32, IntPtr, IntPtr)
   bei System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG ByRef)
   bei System.Windows.Forms.Application+ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr, Int32, Int32)
   bei System.Windows.Forms.Application+ThreadContext.RunMessageLoopInner(Int32, System.Windows.Forms.ApplicationContext)
   bei System.Windows.Forms.Application+ThreadContext.RunMessageLoop(Int32, System.Windows.Forms.ApplicationContext)
   bei System.Windows.Forms.Form.ShowDialog(System.Windows.Forms.IWin32Window)
   bei Microsoft.WindowsServerSolutions.ClientSetup.ClientDeploy.Program.Main()

+

Code: Alles auswählen

Name der fehlerhaften Anwendung: ClientDeploy.exe, Version: 10.0.10586.63, Zeitstempel: 0x568b18c6
Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 10.0.14393.0, Zeitstempel: 0x57899809
Ausnahmecode: 0xe0434352
Fehleroffset: 0x0000000000017788
ID des fehlerhaften Prozesses: 0x6e4
Startzeit der fehlerhaften Anwendung: 0x01d1ee7fb7a88e67
Pfad der fehlerhaften Anwendung: C:\Program Files\Windows Server\Bin\ClientDeploy.exe
Pfad des fehlerhaften Moduls: C:\WINDOWS\System32\KERNELBASE.dll
Berichtskennung: 772e2608-3296-4b83-a88e-8cbcf27ca2e7
Vollständiger Name des fehlerhaften Pakets: 

[Nobby1805]

@cyberle und @Zimmske:
könnt ihr bitte dazu schreiben welche WHS und welche W10-Version (home oder pro) ihr verwendet ... und ob der Adminaccount auf W10 ein lokaler oder ein Microsoft-Account ist

[Zimmske]

WHS: 2012R2
Windows 10 Pro
Admin ist Lokal

[cyberle]

WHS: 2012R2
Windows 10 Pro
Admin ist Lokal

Das gleiche bei mir

[larry]

Habt ihr auf dem Server alle optionalen Windows-Updates ausgeführt?

[cyberle]

Jawohl ... habe eben fest gestellt die Windows Server Dienste laufen auf dem Client ich kann auch das Launchpad öffnen es ist lediglich das TrayIcon welches sich nicht mehr starten lässt. Also für mich zumindest teilweise erst mal ok.....

[Rookis]

Bei mir ist es genau das selbe. Die Dienste laufen am client aber das Connectoricon ist nicht sichtbar seit dem Update. Das Launchpad kann ich auch nicht Starten. Hoffe das da bald ein Fix kommt. Anscheinend ist es bei neu Installierten Systemen nicht der Fall. Da scheint alles gut zu laufen.