bits

Hi Jan Alles klar. Danke Dir für die Info. Das passt. Grüssle Bits

Hallo - Danke für die Info. Nicht gerade billig ;) Ist nur als Test gedacht. Habe auch schon daran gedacht sowas auf die Beine zu stellen. :)

Guten Aben Zusammen Ich habe eine Frage zu folgender Konstellation: 1 Storage SMB Share 2016 Server mit 4 x 1 GBit/s NIC und zwei HyperV Hosts mit je einer Dual Gigabit Adapter. Ein Test mit dem Storage 2 x 1 GBit/s im dynamischen LACP direkt zu den NICs dem HyperV Hosts ebenfalls mit LACP dynamisch, bekam ich 260 MB/s durch. Nehme ich nun einen HP Switch mit LACP und mache einen Dyn LACP auf dem dem HP Switch mit 4 x 1GB des Storages und zwei weitere LACPs für jeden HyperV Hosts, komme ich nie an diese Leistung. Das ist so. Nun, wie könnte man das Designen, wenn man einen Cluster hat (normale Server mit normalen NIC Karten ohne iSCSI sondern only SMB3) wo die VMs hin und her verschoben werden können, dass ich die HyperV Hosts direkt zur NIC des Storages anschliesse damit ich diese Durchsatzraten bekomme? Es ist eine normale Freigabe im Windows auf dem Storage Server (2016 Server). Ich habe bereits versucht die 4 NICs vom Storage als 2 einzelne LACPs zu setzen und jedes der 2 LACPs im gleichen Subnet mit einmal zb. IP 10.0.0.1 (LACP2 auf Storage) und 10.0.0.2 (LACP2 auf Storage) zu Verbinden. Problem = Failover geht nicht. Denke mit der Hostsdatei den Hostnamen storage.contoso.msft auf 10.0.0.1 10.0.0.2 zu setzen ist wohl ein gebastel? Bin nich Fit auf diesem Bereich und möchte gerne in der Testumgebung sowas ausprobieren. Wie könnte ich mit NIC 2 NIC mit LACP von 2 Hosts zum Storage Failover zum Laufen kriegen? Grund: Durchsatz 262MB/s :) Freue mich auf einen Tipp. Grüsse Bits

Hallo Speer Ich schaue dies gerne nochmals an. Sessions sind keine mehr offen. Aber ein guter Hint. Interessant ist, dass Microsoft nichts feststellen konnte mit den Logs der Server. Es geschieht bei gewissen Benutzern erst frühestens nach 2 Jahren mal.. Also soo selten, dass es schwierig wird das genauer unter die Lupe zu nehmen. a: sind sind gleich die Berechtigungen, wir haben auf dem C:\users nie was geändert, löschten sogar komplett das Profil auf beiden Ts über system settings. Da wird auch gleich der Registrykey mitgelöscht b: haben wir darauf geachtet, war niemand angemeldet. Was interessant war ist, dass wenn eine Session hieng mit kaputtem Profil, mal wie eine "leere" Session war. Das war einmal. c: Haben wir auch schon gemacht, nicht viel besser. Beim anderen Kunden haben wir die Situation im Griff auf dem neuen UserProfile Only Server. Weil der Fileserver zu überladen ist d: Mache ich, hast da noch ein paar Tipps oder Erfahrungswerte (Tunings oder ähnliches)? Grüsse bits

Hallo Lefg Danke für Deine Antwort. Es ist teilweise gemischt. Mal hat er kein recht auf die Datei Mal auf die andere. Echt Wirr. Es lief 4 Jahre ohne jegliche Probleme. Auf einmal gings los. Suche noch weitere Infos. Grüsse Bits

Guten Morgen Zusammen Ich bin im Moment ziemlich ratlos zum Thema Roaming Profiles, die sich hie und da mal zerschiessen. Im Moment ist nur ein User betroffen. Situation: Zwei TS 2012R2 ein FileServer der auch TS Profile hat und ein Connection Broker (ist auch auf dem FileServer - war dazumal so Designed (kostengründen - ich finds ned so toll)). - 2x 2012R2 RD Session Hosts - 1x 2012R2 RD Connection Broker || RD Licensing || RD WebAccess (nicht in Verwendung) || RD Gateway || FileServer für Files und TerminalServer Profile (welche leider auch auch dem C:\shares\tsprofiles ist) Meldet sich ein Benutzer an, kommt die Meldung: Interessant ist, dass es immer der gleiche User ist. Obwohl ich schon den Unser anstatt User1 neu mit User2 der dann genau 3 Monate lief. Nun haben wir uns entschieden wieder auf User1 zu gehen (natürlich heisst der Useraccount nicht so). Was ich bis dato festgestellt habe bei einem anderen Kunden. Auf Fileservern die noch Apps wie SQL drauf haben und viele Dateien, sind Roamingprofiles extrem anfällig auf Korruptionen. Ich denke es liegt an den I/O's, denn, ich habe dann einen Extra Server gemacht auf dem gleichen HyperV Host wo auch der Fileserver war, wo dieser "nur" TS Profile bedient (\\profileserver\tsprofiles$\%username%). Seit dem nie wieder Probleme. Nur, ich habe keine Möglichkeit so auf die schnelle aus Kostengründen einen neuen zweiten Server hochzuziehen. Wie sind da Eure Erfahrungen. Lese im Forum RoamingProfiles sind ned so toll? Ich hatte nie Probleme. Aber auch mit der Microsoft war ich bereits an diesem Case dran. Fazit: - Unklar woher das Problem kommt - Verdacht und in einem Case bestätigt dass auf gut belasteten Fileservern wo eigentlich alles perfekt läuft mit Roaming Profiles Probleme entstehen (alle 1 Monate) -> Neuer TS Profiles Only Server brachte den Erfolg (I/O auf Dateisystemebene) - wohl.. - AntiVirus Ausschlüsse auf dem FileServer und \\fileserver\tsprofiles$\ vorhanden . Jedoch auf dem lokalen RDS Session Host Servern sind die C:\users "nicht" ausgeschlossen vom Virenscan (muss ja sein) - Bei meinem anderen Case brachte der Betrieb (testweise für 1 Woche (Besprechung mit MS)) auch nichts. - Eventuell nur noch TSProfiles Server hochziehen. Am besten auf SSD Discs. Wir haben bei dem anderen Kunden wo ein eigener Server steht für TS Profile SAS Platten mit 10K. Zum Glück läuft es gut. Wie macht Ihr das so? Liebe Grüsse Bits

Holla Martin Alles klaro! Danke Dir! Ich lass es bleiben. Es läuft jetzt alles wieder. WMIDiag ist wohl zu vergessen.. Grüssle Bits

Hi Daabm Alles klar. Ich gehe halt damit um weil eben WMI nicht wirklich meine Leidenschaft und ich noch nie was damit am Hut hatte. Ok, ich lass das mal. Danke Dir vielmals für die Rückmeldung. Ahoi - Bits

Den Hint zur Übesetzung gab mir folgender Artikel: https://blogs.msdn.microsoft.com/alejacma/2008/06/10/wmi-diag-wont-work-well-in-non-english-windows/ Frage, würde ich ein Win2012R2 aufsetzen als 1:1 Vergleich der Einstellungen, kann man dies 1:1 übernehmen oder eher vorsichtig damit umgehen? WMI ist voll nicht mein gebiet. :( Grüssli Bits

Einen wundervollen guten Tag Zusammen :) Wie gehts Euch allen? So gut wie mir mit diesem tollen Wetter? :) :) :) Ich habe einen Win 2012 R2 Rechner, welcher mit dem WMI Probleme hat. Bereits erledigtes: C:\Windows\System32\wbem\repository neu erstellt WMIDIAG v2.2 heruntergeladen (unten der Auszug) Die VBS Datei angepasst auf Deutsche Kontennamen Mir noch unklar was ich noch anpassen muss und wie ich jetzt das Problem behebe, da anscheinend gewisse Einträge doch da sind wie builtin\administratoren oder muss ich es auf domain\administratoren anpassen. Da im DCOMCNFG auch so drin steht und nicht BUILDTIN\ADMINISTRATOREN (was ja immer Grossgeschrieben wird) Wäre froh, wenn jemand mag, mir ein paar Hinweise zu geben: Hier der Auszug: 55329 21:51:52 (0) ** WMIDiag v2.2 started on Montag, 23. April 2018 at 21:31. 55330 21:51:52 (0) ** 55331 21:51:52 (0) ** Copyright (c) Microsoft Corporation. All rights reserved - July 2007. 55332 21:51:52 (0) ** 55333 21:51:52 (0) ** This script is not supported under any Microsoft standard support program or service. 55334 21:51:52 (0) ** The script is provided AS IS without warranty of any kind. Microsoft further disclaims all 55335 21:51:52 (0) ** implied warranties including, without limitation, any implied warranties of merchantability 55336 21:51:52 (0) ** or of fitness for a particular purpose. The entire risk arising out of the use or performance 55337 21:51:52 (0) ** of the scripts and documentation remains with you. In no event shall Microsoft, its authors, 55338 21:51:52 (0) ** or anyone else involved in the creation, production, or delivery of the script be liable for 55339 21:51:52 (0) ** any damages whatsoever (including, without limitation, damages for loss of business profits, 55340 21:51:52 (0) ** business interruption, loss of business information, or other pecuniary loss) arising out of 55341 21:51:52 (0) ** the use of or inability to use the script or documentation, even if Microsoft has been advised 55342 21:51:52 (0) ** of the possibility of such damages. 55343 21:51:52 (0) ** 55344 21:51:52 (0) ** 55345 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55346 21:51:52 (0) ** ----------------------------------------------------- WMI REPORT: BEGIN ---------------------------------------------------------- 55347 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55348 21:51:52 (0) ** 55349 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55350 21:51:52 (0) ** Windows Server 2012 R2 - No Service Pack - 64-bit (9600) - User 'DOMAIN\ADMINISTRATOR' on computer 'SERVER'. 55351 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55352 21:51:52 (0) ** INFO: Environment: .................................................................................................. 1 ITEM(S)! 55353 21:51:52 (0) ** INFO: => 1 possible incorrect shutdown(s) detected on: 55354 21:51:52 (0) ** - Shutdown on 23 October 2017 06:23:16 (GMT-0). 55355 21:51:52 (0) ** 55356 21:51:52 (0) ** System drive: ....................................................................................................... C: (Datenträgernr. 0 Partitionsnr. 1). 55357 21:51:52 (0) ** Drive type: ......................................................................................................... SCSI (VMware Virtual disk SCSI Disk Device). 55358 21:51:52 (0) ** There are no missing WMI system files: .............................................................................. OK. 55359 21:51:52 (0) ** There are no missing WMI repository files: .......................................................................... OK. 55360 21:51:52 (0) ** WMI repository state: ............................................................................................... N/A. 55361 21:51:52 (0) ** AFTER running WMIDiag: 55362 21:51:52 (0) ** The WMI repository has a size of: ................................................................................... 64 MB. 55363 21:51:52 (0) ** - Disk free space on 'C:': .......................................................................................... 51355 MB. 55364 21:51:52 (0) ** - INDEX.BTR, 9035776 bytes, 23.04.2018 21:51:51 55365 21:51:52 (0) ** - MAPPING1.MAP, 185064 bytes, 23.04.2018 21:51:51 55366 21:51:52 (0) ** - MAPPING2.MAP, 185064 bytes, 23.04.2018 21:51:50 55367 21:51:52 (0) ** - OBJECTS.DATA, 57311232 bytes, 23.04.2018 21:51:51 55368 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55369 21:51:52 (2) !! WARNING: Windows Firewall: .......................................................................................... DISABLED. 55370 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55371 21:51:52 (0) ** DCOM Status: ........................................................................................................ OK. 55372 21:51:52 (0) ** WMI registry setup: ................................................................................................. OK. 55373 21:51:52 (0) ** INFO: WMI service has dependents: ................................................................................... 1 SERVICE(S)! 55374 21:51:52 (0) ** - Internet Connection Sharing (ICS) (SHAREDACCESS, StartMode='Disabled') 55375 21:51:52 (0) ** => If the WMI service is stopped, the listed service(s) will have to be stopped as well. 55376 21:51:52 (0) ** Note: If the service is marked with (*), it means that the service/application uses WMI but 55377 21:51:52 (0) ** there is no hard dependency on WMI. However, if the WMI service is stopped, 55378 21:51:52 (0) ** this can prevent the service/application to work as expected. 55379 21:51:52 (0) ** 55380 21:51:52 (0) ** RPCSS service: ...................................................................................................... OK (Already started). 55381 21:51:52 (0) ** WINMGMT service: .................................................................................................... OK (Already started). 55382 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55383 21:51:52 (0) ** WMI service DCOM setup: ............................................................................................. OK. 55384 21:51:52 (0) ** WMI components DCOM registrations: .................................................................................. OK. 55385 21:51:52 (0) ** WMI ProgID registrations: ........................................................................................... OK. 55386 21:51:52 (0) ** WMI provider DCOM registrations: .................................................................................... OK. 55387 21:51:52 (0) ** WMI provider CIM registrations: ..................................................................................... OK. 55388 21:51:52 (0) ** WMI provider CLSIDs: ................................................................................................ OK. 55389 21:51:52 (0) ** WMI providers EXE/DLL availability: ................................................................................. OK. 55390 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55391 21:51:52 (0) ** INFO: User Account Control (UAC): ................................................................................... ENABLED. 55392 21:51:52 (0) ** => WMI tasks requiring Administrative privileges on this computer MUST run in an elevated context. 55393 21:51:52 (0) ** i.e. You can start your scripts or WMIC commands from an elevated command 55394 21:51:52 (0) ** prompt by right clicking on the 'Command Prompt' icon in the Start Menu and 55395 21:51:52 (0) ** selecting 'Run as Administrator'. 55396 21:51:52 (0) ** i.e. You can also execute the WMI scripts or WMIC commands as a task 55397 21:51:52 (0) ** in the Task Scheduler within the right security context. 55398 21:51:52 (0) ** 55399 21:51:52 (0) ** INFO: Local Account Filtering: ...................................................................................... ENABLED. 55400 21:51:52 (0) ** => WMI tasks remotely accessing WMI information on this computer and requiring Administrative 55401 21:51:52 (0) ** privileges MUST use a DOMAIN account part of the Local Administrators group of this computer 55402 21:51:52 (0) ** to ensure that administrative privileges are granted. If a Local User account is used for remote 55403 21:51:52 (0) ** accesses, it will be reduced to a plain user (filtered token), even if it is part of the Local Administrators group. 55404 21:51:52 (0) ** 55405 21:51:52 (0) ** DCOM security for 'My Computer' (Access Permissions/Edit Limits): ................................................... MODIFIED. 55406 21:51:52 (1) !! ERROR: Default trustee 'BUILTIN\LEISTUNGSPROTOKOLLBENUTZER' has been REMOVED! 55407 21:51:52 (0) ** - REMOVED ACE: 55408 21:51:52 (0) ** ACEType: &h0 55409 21:51:52 (0) ** ACCESS_ALLOWED_ACE_TYPE 55410 21:51:52 (0) ** ACEFlags: &h0 55411 21:51:52 (0) ** ACEMask: &h7 55412 21:51:52 (0) ** DCOM_RIGHT_EXECUTE 55413 21:51:52 (0) ** DCOM_RIGHT_ACCESS_LOCAL 55414 21:51:52 (0) ** DCOM_RIGHT_ACCESS_REMOTE 55415 21:51:52 (0) ** 55416 21:51:52 (0) ** => The REMOVED ACE was part of the DEFAULT setup for the trustee. 55417 21:51:52 (0) ** Removing default security will cause some operations to fail! 55418 21:51:52 (0) ** It is possible to fix this issue by editing the security descriptor and adding the ACE. 55419 21:51:52 (0) ** For DCOM objects, this can be done with 'DCOMCNFG.EXE'. 55420 21:51:52 (0) ** 55421 21:51:52 (0) ** DCOM security for 'My Computer' (Launch & Activation Permissions/Edit Default): ..................................... MODIFIED. 55422 21:51:52 (1) !! ERROR: Default trustee 'BUILTIN\ADMINISTRATOREN' has been REMOVED! 55423 21:51:52 (0) ** - REMOVED ACE: 55424 21:51:52 (0) ** ACEType: &h0 55425 21:51:52 (0) ** ACCESS_ALLOWED_ACE_TYPE 55426 21:51:52 (0) ** ACEFlags: &h0 55427 21:51:52 (0) ** ACEMask: &h1F 55428 21:51:52 (0) ** DCOM_RIGHT_EXECUTE 55429 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_LOCAL 55430 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_REMOTE 55431 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_LOCAL 55432 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_REMOTE 55433 21:51:52 (0) ** 55434 21:51:52 (0) ** => The REMOVED ACE was part of the DEFAULT setup for the trustee. 55435 21:51:52 (0) ** Removing default security will cause some operations to fail! 55436 21:51:52 (0) ** It is possible to fix this issue by editing the security descriptor and adding the ACE. 55437 21:51:52 (0) ** For DCOM objects, this can be done with 'DCOMCNFG.EXE'. 55438 21:51:52 (0) ** 55439 21:51:52 (0) ** DCOM security for 'My Computer' (Launch & Activation Permissions/Edit Limits): ...................................... MODIFIED. 55440 21:51:52 (1) !! ERROR: Default trustee 'BUILTIN\ADMINISTRATOREN' has been REMOVED! 55441 21:51:52 (0) ** - REMOVED ACE: 55442 21:51:52 (0) ** ACEType: &h0 55443 21:51:52 (0) ** ACCESS_ALLOWED_ACE_TYPE 55444 21:51:52 (0) ** ACEFlags: &h0 55445 21:51:52 (0) ** ACEMask: &h1F 55446 21:51:52 (0) ** DCOM_RIGHT_EXECUTE 55447 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_LOCAL 55448 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_REMOTE 55449 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_LOCAL 55450 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_REMOTE 55451 21:51:52 (0) ** 55452 21:51:52 (0) ** => The REMOVED ACE was part of the DEFAULT setup for the trustee. 55453 21:51:52 (0) ** Removing default security will cause some operations to fail! 55454 21:51:52 (0) ** It is possible to fix this issue by editing the security descriptor and adding the ACE. 55455 21:51:52 (0) ** For DCOM objects, this can be done with 'DCOMCNFG.EXE'. 55456 21:51:52 (0) ** 55457 21:51:52 (0) ** DCOM security for 'My Computer' (Launch & Activation Permissions/Edit Limits): ...................................... MODIFIED. 55458 21:51:52 (1) !! ERROR: Default trustee 'BUILTIN\LEISTUNGSPROTOKOLLBENUTZER' has been REMOVED! 55459 21:51:52 (0) ** - REMOVED ACE: 55460 21:51:52 (0) ** ACEType: &h0 55461 21:51:52 (0) ** ACCESS_ALLOWED_ACE_TYPE 55462 21:51:52 (0) ** ACEFlags: &h0 55463 21:51:52 (0) ** ACEMask: &h1F 55464 21:51:52 (0) ** DCOM_RIGHT_EXECUTE 55465 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_LOCAL 55466 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_REMOTE 55467 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_LOCAL 55468 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_REMOTE 55469 21:51:52 (0) ** 55470 21:51:52 (0) ** => The REMOVED ACE was part of the DEFAULT setup for the trustee. 55471 21:51:52 (0) ** Removing default security will cause some operations to fail! 55472 21:51:52 (0) ** It is possible to fix this issue by editing the security descriptor and adding the ACE. 55473 21:51:52 (0) ** For DCOM objects, this can be done with 'DCOMCNFG.EXE'. 55474 21:51:52 (0) ** 55475 21:51:52 (0) ** DCOM security for 'Microsoft WMI Provider Subsystem Host' (Launch & Activation Permissions): ........................ MODIFIED. 55476 21:51:52 (1) !! ERROR: Default trustee 'BUILTIN\ADMINISTRATOREN' has been REMOVED! 55477 21:51:52 (0) ** - REMOVED ACE: 55478 21:51:52 (0) ** ACEType: &h0 55479 21:51:52 (0) ** ACCESS_ALLOWED_ACE_TYPE 55480 21:51:52 (0) ** ACEFlags: &h0 55481 21:51:52 (0) ** ACEMask: &h1F 55482 21:51:52 (0) ** DCOM_RIGHT_EXECUTE 55483 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_LOCAL 55484 21:51:52 (0) ** DCOM_RIGHT_LAUNCH_REMOTE 55485 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_LOCAL 55486 21:51:52 (0) ** DCOM_RIGHT_ACTIVATE_REMOTE 55487 21:51:52 (0) ** 55488 21:51:52 (0) ** => The REMOVED ACE was part of the DEFAULT setup for the trustee. 55489 21:51:52 (0) ** Removing default security will cause some operations to fail! 55490 21:51:52 (0) ** It is possible to fix this issue by editing the security descriptor and adding the ACE. 55491 21:51:52 (0) ** For DCOM objects, this can be done with 'DCOMCNFG.EXE'. 55492 21:51:52 (0) ** 55493 21:51:52 (0) ** 55494 21:51:52 (0) ** DCOM security warning(s) detected: .................................................................................. 0. 55495 21:51:52 (0) ** DCOM security error(s) detected: .................................................................................... 5. 55496 21:51:52 (0) ** WMI security warning(s) detected: ................................................................................... 0. 55497 21:51:52 (0) ** WMI security error(s) detected: ..................................................................................... 0. 55498 21:51:52 (0) ** 55499 21:51:52 (1) !! ERROR: Overall DCOM security status: ................................................................................ ERROR! 55500 21:51:52 (0) ** Overall WMI security status: ........................................................................................ OK. 55501 21:51:52 (0) ** - Started at 'Root' -------------------------------------------------------------------------------------------------------------- 55502 21:51:52 (0) ** INFO: WMI permanent SUBSCRIPTION(S): ................................................................................ 1. 55503 21:51:52 (0) ** - ROOT/SUBSCRIPTION, NTEventLogEventConsumer.Name="SCM Event Log Consumer". 55504 21:51:52 (0) ** 'select * from MSFT_SCMEventLogEvent' 55505 21:51:52 (0) ** 55506 21:51:52 (0) ** WMI TIMER instruction(s): ........................................................................................... NONE. 55507 21:51:52 (0) ** INFO: WMI namespace(s) requiring PACKET PRIVACY: .................................................................... 4 NAMESPACE(S)! 55508 21:51:52 (0) ** - ROOT/CIMV2/SECURITY/MICROSOFTTPM. 55509 21:51:52 (0) ** - ROOT/CIMV2/TERMINALSERVICES. 55510 21:51:52 (0) ** - ROOT/WEBADMINISTRATION. 55511 21:51:52 (0) ** - ROOT/SERVICEMODEL. 55512 21:51:52 (0) ** => When remotely connecting, the namespace(s) listed require(s) the WMI client to 55513 21:51:52 (0) ** use an encrypted connection by specifying the PACKET PRIVACY authentication level. 55514 21:51:52 (0) ** (RPC_C_AUTHN_LEVEL_PKT_PRIVACY or PktPrivacy flags) 55515 21:51:52 (0) ** i.e. 'WMIC.EXE /NODE:"SERVER" /AUTHLEVEL:Pktprivacy /NAMESPACE:\\ROOT\SERVICEMODEL Class __SystemSecurity' 55516 21:51:52 (0) ** 55517 21:51:52 (0) ** WMI MONIKER CONNECTIONS: ............................................................................................ OK. 55518 21:51:52 (1) !! ERROR: WMI CONNECTION errors occured for the following namespaces: .................................................. 1 ERROR(S)! 55519 21:51:52 (0) ** - Root/aspnet, 0x8004100E - (WBEM_E_INVALID_NAMESPACE) Namespace specified cannot be found. 55520 21:51:52 (0) ** 55521 21:51:52 (1) !! ERROR: WMI GET operation errors reported: ........................................................................... 2 ERROR(S)! 55522 21:51:52 (0) ** - Root/CIMV2, Win32_PerfFormattedData_TermService_TerminalServicesSession, 0x80041002 - (WBEM_E_NOT_FOUND) Object cannot be found. 55523 21:51:52 (0) ** MOF Registration: 'WMI information not available (This could be the case for an external application or a third party WMI provider)' 55524 21:51:52 (0) ** - Root/CIMV2, Win32_PerfRawData_TermService_TerminalServicesSession, 0x80041002 - (WBEM_E_NOT_FOUND) Object cannot be found. 55525 21:51:52 (0) ** MOF Registration: 'WMI information not available (This could be the case for an external application or a third party WMI provider)' 55526 21:51:52 (0) ** 55527 21:51:52 (0) ** WMI MOF representations: ............................................................................................ OK. 55528 21:51:52 (0) ** WMI QUALIFIER access operations: .................................................................................... OK. 55529 21:51:52 (0) ** WMI ENUMERATION operations: ......................................................................................... OK. 55530 21:51:52 (0) ** WMI EXECQUERY operations: ........................................................................................... OK. 55531 21:51:52 (0) ** WMI GET VALUE operations: ........................................................................................... OK. 55532 21:51:52 (0) ** WMI WRITE operations: ............................................................................................... NOT TESTED. 55533 21:51:52 (0) ** WMI PUT operations: ................................................................................................. NOT TESTED. 55534 21:51:52 (0) ** WMI DELETE operations: .............................................................................................. NOT TESTED. 55535 21:51:52 (0) ** WMI static instances retrieved: ..................................................................................... 1999. 55536 21:51:52 (0) ** WMI dynamic instances retrieved: .................................................................................... 0. 55537 21:51:52 (0) ** WMI instance request cancellations (to limit performance impact): ................................................... 1. 55538 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55539 21:51:52 (0) ** # of Event Log events BEFORE WMIDiag execution since the last 20 day(s): 55540 21:51:52 (0) ** DCOM: ............................................................................................................. 0. 55541 21:51:52 (0) ** WINMGMT: .......................................................................................................... 0. 55542 21:51:52 (0) ** WMIADAPTER: ....................................................................................................... 0. 55543 21:51:52 (0) ** 55544 21:51:52 (0) ** # of additional Event Log events AFTER WMIDiag execution: 55545 21:51:52 (0) ** DCOM: ............................................................................................................. 0. 55546 21:51:52 (0) ** WINMGMT: .......................................................................................................... 0. 55547 21:51:52 (0) ** WMIADAPTER: ....................................................................................................... 0. 55548 21:51:52 (0) ** 55549 21:51:52 (0) ** 1 error(s) 0x8004100E - (WBEM_E_INVALID_NAMESPACE) Namespace specified cannot be found 55550 21:51:52 (0) ** 55551 21:51:52 (0) ** 2 error(s) 0x80041002 - (WBEM_E_NOT_FOUND) Object cannot be found 55552 21:51:52 (0) ** => This error is typically a WMI error. This WMI error is due to: 55553 21:51:52 (0) ** - a missing WMI class definition or object. 55554 21:51:52 (0) ** (See any GET, ENUMERATION, EXECQUERY and GET VALUE operation failures). 55555 21:51:52 (0) ** You can correct the missing class definitions by: 55556 21:51:52 (0) ** - Manually recompiling the MOF file(s) with the 'MOFCOMP <FileName.MOF>' command. 55557 21:51:52 (0) ** Note: You can build a list of classes in relation with their WMI provider and MOF file with WMIDiag. 55558 21:51:52 (0) ** (This list can be built on a similar and working WMI Windows installation) 55559 21:51:52 (0) ** The following command line must be used: 55560 21:51:52 (0) ** i.e. 'WMIDiag CorrelateClassAndProvider' 55561 21:51:52 (0) ** Note: When a WMI performance class is missing, you can manually resynchronize performance counters 55562 21:51:52 (0) ** with WMI by starting the ADAP process. 55563 21:51:52 (0) ** - a WMI repository corruption. 55564 21:51:52 (0) ** In such a case, you must rerun WMIDiag with 'WriteInRepository' parameter 55565 21:51:52 (0) ** to validate the WMI repository operations. 55566 21:51:52 (0) ** Note: ENSURE you are an administrator with FULL access to WMI EVERY namespaces of the computer before 55567 21:51:52 (0) ** executing the WriteInRepository command. To write temporary data from the Root namespace, use: 55568 21:51:52 (0) ** i.e. 'WMIDiag WriteInRepository=Root' 55569 21:51:52 (0) ** - If the WriteInRepository command fails, while being an Administrator with ALL accesses to ALL namespaces 55570 21:51:52 (0) ** the WMI repository must be reconstructed. 55571 21:51:52 (0) ** Note: The WMI repository reconstruction requires to locate all MOF files needed to rebuild the repository, 55572 21:51:52 (0) ** otherwise some applications may fail after the reconstruction. 55573 21:51:52 (0) ** This can be achieved with the following command: 55574 21:51:52 (0) ** i.e. 'WMIDiag ShowMOFErrors' 55575 21:51:52 (0) ** Note: The repository reconstruction must be a LAST RESORT solution and ONLY after executing 55576 21:51:52 (0) ** ALL fixes previously mentioned. 55577 21:51:52 (2) !! WARNING: Static information stored by external applications in the repository will be LOST! (i.e. SMS Inventory) 55578 21:51:52 (0) ** 55579 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55580 21:51:52 (0) ** WMI Registry key setup: ............................................................................................. OK. 55581 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55582 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55583 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55584 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55585 21:51:52 (0) ** 55586 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55587 21:51:52 (0) ** ------------------------------------------------------ WMI REPORT: END ----------------------------------------------------------- 55588 21:51:52 (0) ** ---------------------------------------------------------------------------------------------------------------------------------- 55589 21:51:52 (0) ** 55590 21:51:52 (0) ** ERROR: WMIDiag detected issues that could prevent WMI to work properly!. Check 'C:\USERS\TEMP\WMIDIAG-V2.2_2K12R2.SRV.RTM.64_SERVER_2018.04.23_21.31.50.LOG' for details. 55591 21:51:52 (0) ** 55592 21:51:52 (0) ** WMIDiag v2.2 ended on Montag, 23. April 2018 at 21:51 (W:138 E:249 S:1). Frage mich was ich noch justieren muss, dass der Test auch wirklich das agt oder darauf hinweist, was wirklich defekt ist. Freue mich über jede Hilfe. Dankeschön und nen guten Apetitt. Bits

Guten Tag Zusammen Ich stehe vor einem kleinen Problem und zwar habe ich wie in diesem Forumspost beschrieben: https://answers.microsoft.com/de-de/windowslive/forum/livemail-files/datum-von-gespeicherten-mails-%C3%A4ndert-sich/cd288b8e-8e1c-41e9-b171-99df4b54454c dieses Phenomen, dass E-Mails von einem TerminalServer auf einen Fileserver gespeichert werden als MSG Datei. Das spannende ist, dass wenn man zb. am 01.01.2017 die Datei erstellt hat und es hat weitere E-Mails in diesem Ordner mit anderen Daten (Datum) und ich diese heute öffne die vom 01.01.2017, dann ändert es ein paar Dateien mit dem Datum von heute. Also es nimmt sich ein paar E-Mails und macht das Datum von heute drin. Was problematisch ist. Liegt das beim erneuten Öffnen (ohne die E-Mail zu bearbeiten) am Windows Search welches da erneut durchgeht oder wo soll ich Suchen? :suspect: Vielleicht hatte jemand dieses Phenomen bereits? Ich auf alle Fälle kann es auf meiner Win10 Maschine nicht nachstellen... Grüsse Bits :)

Hallo Norbert! Danke Dir! :)

Hallo Norbert Danke Dir für die schnelle Info. Alles roger. Ja diese Lektion habe ich gelernt! ;) Ok.. Mache ein sauberes VSS Backup. Yeps, hast recht. Mit dem 15er Update. Bin nur von 2010 Zeiten her gwohnt, nicht gleich das neueste zu installieren. Dann lieber die 14. ;) Aber wage es jetzt einfach! Bin etwas übervorsichtig beim 2013er..... Genau das mit dem 4.6.2 habe ich gelesen. Die Reihenfolge war zuerst CU15 danach 4.6.2.. Danke! :) Gruss - Bits

Guten Tag Zusammen Ich habe ein System, welches der Exchange kein CU seit längerem bekommen hat. Frage mich nun, wie ich am besten vorgehe sprich ob es Einwände dazu gibt. Soll ich den Exchange 2013 auf Windows Server 2012 zuerst aufs SP1 gehen oder direkt auf die Version 13 zb. ? Die ab CU5 beinhalten SP1. Da ich bereits mal so ein Testsystem von CU3 auf SP1 aktualisiert habe und Probleme hatte, frage ich sicherheitshalber hier mal nach. Meine Idee wäre es direkt auf CU13 zu gehen. Vorranging aber AntiVirus Deinstallieren setup.exe /prepareSchema /IAcceptExchangeServerLicenseTerms setup.exe /prepareAD /IAcceptExchangeServerLicenseTerms setup.exe /PrepareDomain /IAcceptExchangeServerLicenseTerms set-executionpolicy auf unrestricted (fürs Setup) Setup über die GUI starten. AntiVirus Reinstallieren Windows Updates werden zuerst auf dem neuesten Stand gebracht. .NET4.6.2 lasse ich weg. Habe ich etwas vergessen? :rolleyes: Beste Grüsse - Bits

Hallo Nils Supper. Danke Dir für die Antwort. :D Liebe Grüsse Bits

Hallo Prüfe mal ob Autodiscover korrekt funktioniert. Dazu mal probieren nochmals ein Profil zu machen. Vorher aber -> in appdata\local und romaming unter microsoft\outlook mal alles leeren -> Vorausgesetzt Du hast Mails alle versenden können UND hast ein Backup davon gemacht (Export zu PST). Lösche den Inhalt - Neues Profil - Problem weiterhin -> Autodiscover prüfen - PatchStand des Outlooks (auf dem neuesten Stand ab 2010 Outlook) . Kannst den CAS Server mal Testhalber von MAPI auf RPCS HTTP umstellen. ;) Besser nur die zwei Postfächer von MAPI auf RPCS HTTP.. Nicht den ganzen... ;) Grüsse

Guten Abend Zusammen Ich wollte mich bei Euch erkundigen, ob jemand Branchcache bereits im Einsatz hat und wie Er damit zufrieden ist. Dazu eine Frage zur Version der OS's. Gemäss MS braucht man mindestens einen Win 7 Ultimate, Win 8/8.1 Enterprise. Windows 10 Enterprise. Ich sehe, dass nun die Standardversion vom Win 2012 Server auch dieses Feature bereit hat und installierbar ist. Ist der gehostete Cache nur wie gemäss älterem Dokument für Enterprise oder Datacenter Editions verfügbar? Danke für ein kurze Rückmeldung. Beste Grüsse - Bits

Guten Tag Zusammen Ich betreibe folgende Umgebung. 1 Storage mit REFS Partition welcher einen Freigegebenen Share hat für die VMs 2 HyperV2 welche darauf zugreifen. Der Storage ist ein normales Windows Share. Im Cluster werden diese Shares nicht angezeigt sprich, möchte ich die Maschine verschieben im Clustermanager (den Speicher der VM), gebe ich \\storage\neuefreigabe ein. Läuft alles wunderbar. Auf dem Share hat der DomAdmin, der ClusterAccount und die beiden HyperV2 Vollzugriff. Die cifs und replikations Berechtigungen im AD für die Kerberos Auth habe ich aktiviert. Für die LiveMigration nutze ich neu CredSPP. Ist etwas unkomplizierter. Was nicht geht und ich einfach nicht dahinterkomme ist der folgende Punkt. - Hyperv1 = Hostname > HV1 - Hyperv2 = Hostname > HV2 Habe ich nun den FailoverManager offen und möchte vom HV2 eine VM erstellen jedoch nicht mit dem Ziel auf HV2 zu registrieren sondern auf dem HV1 (vom Failover ClusterManager HV2), bekomme ich die beiliegende Fehlermeldung. (Vom HV1 aus kann ich keine VMs erstellen auf HV2 und umgekehrt. Also die Regel: Ich erstelle auf dem HV1 eine Maschine mit Ziel HV1. Verschiebe es live danach auf HV2 zb (was ohne Probleme geht). Nur das Erstellen bringt diese Meldung. Ehm, wo soll ich welche Berechtigung noch einfügen? Habe ich irgendwo noch was vergessen? Wäre definitiv froh um einen Hinweis. Grüsse Bits Hi Zusammen Nun, enable-smbdelegation auf eine ip adresse geht wohl nicht. Da liegt das Problem. Denn eine Erstellung der VM von HV1 auf HV2 geht im 192.168.xxx Netz... LAN ist 192.168.xxx.xxx Storage LACP LAN 10.0.0.1 || Storage ist im LAN und im LACP LAN ( 10er Netz). Lösung wäre: DC eine Zone erstellen wo 10.0.0.1 alsden storage Rechner erkannt wird. Oder Host A Record. ABER, wenn ich eine VM erstellen möchte, soll es NICHT im 192.168.xx erstellt werden wenn ich den Computernamen eingebe, sondern direkt nur im 10er Netz. Also könnte ich rein theoretisch da LAN 192.168.xx NIC einfach sterben lassen und der Storage kommuniziert nur mit dem LACP LAN verbinden lassen und den Multiplexor Treiber als VSwitch einrichten für die DNS und AD Kommunikation. Igitt. Wie soll ich den HyperV Hosts klarmachen, NEIN, nicht über 192.168.xx sondern immer über 10.0.0.1 wenn ich den storage Namen angebe? ​ Ideen Willkommen.. ​ Hi Zusammen - http://blogs.technet.com/b/askpfeplat/archive/2013/03/10/windows-server-2012-hyper-v-best-practices-in-easy-checklist-form.aspx Dieser obige Link brachte es auf den Punkt (übe noch mit FailoverClustering). Nun klappt es auch mit dem "richtigen" Computernamen und muss nicht mehr über die IP Adresse gehen. Sondern setze im FailoverManager unter Netzwerk (rechte Maustaste drauf), das Netzwerk für LiveMigrationen und im weiteren regelte ich noch mit folgendem Befehl den richtigen Traffic. Grüsse Bits ;) der etwas gescheiter geworden ist.. :jau:

Hi Leute! Danke vielmals! Wir haben nun uns entschieden, dies so sein zu lassen.. :) Favoriten hin oder her.. Ist halt so jetzt. :) Danke und schönes cooles Frühlingsweekend! Und ja, denkt daran -> +1h :) Grüsse Bits :) PS: Spannend ist der Punkt, dass wir die Installation frisch haben. Woher per Default diese über 256 Pfadlängen kommen.. ?! Prüfe das mal...

Hi Zusammen Nun, ich habe gemäss Gruppenrichtlinien.de die Policy für die Einrichtung der GroupPolicys für die OrdnerUmleitung so eingerichtet wie Empfohlen. Das Problem ist, leite ich die Favoriten um, kommt Event 502 und: Die Dateien konnten nicht von C:\users\username\favorites auf \\server\share umgeleitet werden. Eine mögliche Ursache ist, dass mindestens eine Datei über 256 Zeichen aufweist?! Habe ich etwas übersehn? Die Einstellungen: Setting: Basic Target: Redirect to the following location Root Path: \\server\usershome$ Berechtigungen habe ich gemäss: http://www.gruppenrichtlinien.de/artikel/ordnerumleitung-2-berechtigungen-auf-home-folder/ Erstellt. Als ShareBerechtigung: DomainUsers (SecurityID der User) auch im NTFS. Wo liegt das Problem? Kann mich jemand Unterstützen, denn jedesmal beim einloggen kommt dieses unschöne Eventchen im EventLog... Grüsse Bits

Hi Zusammen Fehlen noch wenige Stimmen!! Macht mit. OnlinePetition: http://www.change.org/petitions/continue-technet-or-create-an-affordable-alternative-to-msdn#share Grüsse Bits :)

Übel.. Habe soeben mit dem Technet Support gechatted.. Sie leitet mein Anliegen weiters.. Meine Meinung, MCPs oder MCSA's sprich Microsoft Zertifizierte Tekkies sollten das Recht dazu haben ein Technet zu besitzen. Schliesslich Zertifizieren wir uns für diese Software. Was für ein SHoCK!!! :(

Gelöst.. Thema geschlossen...

Hallo Zusammen Ich sitze an einem interessanten Problem. Umgebung: Leider: SBS2003 (wird bald definitiv abgelöst) DC2012: ZusatzDC (Backup) TS2012: TerminalServer 18 User 4 virtuelle Windows 7 Prof Clients aufm Hyper V 2012 All diese Maschinen sitzen auf Hyper V 2012. Externe Benutzer haben alle Windows 7. Diese greifen auf die 4 virtuelle Windows 7 Prof Clients zu. Bis vor der Migration war es ok, lokale Drucker (der Externen Benutzern), mit in die DomainSession zu nehmen (lokale Anmeldung am virtuellen Client funktioniert einwandfrei mit dem Drucker in die Session zu nehmen, lediglich die DomainSession, mappt die Drucker nicht). Spannend ist, RSOP.MSC zeigt keine Richtlinie an, welche irgendetwas "denied" würde. Wir haben die Druckertreiber sogar 1:1 exportiert und im virtuellen Client hineingefügt. Nix, einfach kein einziger lokaler Drucker lässt sich ins RDP Session mitnehmen. Jedoch wie immer, melde ich mich "local" an den Client an wie zb. client1\Administrator , dann werden die Drucker gemappt. Weder auf dem Client des Externen, noch auf den virtuellen Client, noch auf dem DC2012 noch auf dem TS sehe ich irgendetwas im EventLog... Werde wohl wieder mal alleine im Regen stehen mit diesem Problem. Tips sehr Willkommen.. Beste Grüsse bits

Hier geht's weiter... http://social.technet.microsoft.com/Forums/de-DE/windowsserver8de/thread/a29ff9c7-415d-48ea-ac61-38af6ebc471f/#a29ff9c7-415d-48ea-ac61-38af6ebc471f