rrzatc

Hi Leute, nicht dramatisches, aber dennoch merkwürdig. Ich nutzte einen Exchange 2013 und Outlook 2013. Ich habe 3 Public Folder in einer Public Folder Mailbox. Wenn ich am Client die Ansicht auf "Liste" einstelle, merkt er sich die Ansicht für 2 der 3 Public Folder. Ich habe auch schon Outlook /Cleanviews ausgeführt, ändert aber nichts. Anderer Client und anderer User, aber der Fehler bleibt trotzdem. Hat jemand eine Idee woran das liegen kann? Danke & schöne Grüße, lenny

Hi BVucinec, thanks for your help. It worked...even some other warnings regarding VMTools disappeared. Thanks, lenny

Keine Panik, ist doch schon längst gelöscht.

Noch nichts gehört, habe vorhin erst ein Case eröffnet.

Japp, dort ist aber nichts los :)

Auf dem Esxi Host laufen noch andere VM's mit der gleichen Config...da gibt es ja auch keine Probleme.

Hi, es handelt sich um eine VM in einer vsphere 5.5 Update 1 Umgebung. Hardware kann also denke ich ausgeschlossen werden. Die NIC ist eine VMXNET3 und die Tools sind aktuell. Ich habe ein Update gefunden: http://support.microsoft.com/default.aspx?id=2633667 Das allerdings tauscht nit die netbt.sys sondern die netbios.sys. Ich denke ich werde es auf einen Versuch ankommen lassen müssen. Schöne Grüße, lenny

Ernsthaft??? :jau:

Hi Leute, ich habe einen virtuellen Server 2008 R2 SP1, der als Terminal Server dient. Seit einiger Zeit startet er ab und an einfach neu. Das System wurde parallel zum alten hochgezogen und vor ein paar Wochen Produktiv genommen, seit dem habe ich auch die Probleme. Die Dateiversion von Netbt.sys lautet: 6.1.7601.17514. Ich kann es leider nicht weiter eingrenzen bzw. deuten. Habt ihr noch eine Idee dazu? Danke schonmal, lenny :) Eine Auswertung des Dumps brachte folgendes: IRQL_NOT_LESS_OR_EQUAL (a) An attempt was made to access a pageable (or completely invalid) address at an interrupt request level (IRQL) that is too high. This is usually caused by drivers using improper addresses. If a kernel debugger is available get the stack backtrace. Arguments: Arg1: 0000000000000350, memory referenced Arg2: 0000000000000002, IRQL Arg3: 0000000000000001, bitfield : bit 0 : value 0 = read operation, 1 = write operation bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status) Arg4: fffff80001e72ee3, address which referenced memory Debugging Details: ------------------ WRITE_ADDRESS: 0000000000000350 CURRENT_IRQL: 2 FAULTING_IP: nt!KeAcquireSpinLockAtDpcLevel+43 fffff800`01e72ee3 f0480fba2900 lock bts qword ptr [rcx],0 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0xA PROCESS_NAME: System TRAP_FRAME: fffff880023b28d0 -- (.trap 0xfffff880023b28d0) NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000350 rdx=fffffa8289f77cf0 rsi=0000000000000000 rdi=0000000000000000 rip=fffff80001e72ee3 rsp=fffff880023b2a60 rbp=0000000000000001 r8=fffffa825e1f5780 r9=0000000000000000 r10=fffff88001f65b80 r11=fffff880023b2bf8 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei pl nz na po nc nt!KeAcquireSpinLockAtDpcLevel+0x43: fffff800`01e72ee3 f0480fba2900 lock bts qword ptr [rcx],0 ds:0298:0350=???????????????? Resetting default scope LAST_CONTROL_TRANSFER: from fffff80001e7d129 to fffff80001e7db80 STACK_TEXT: fffff880`023b2788 fffff800`01e7d129 : 00000000`0000000a 00000000`00000350 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx fffff880`023b2790 fffff800`01e7bda0 : fffffa82`49955e30 fffff8a0`2d500730 fffff8a0`2d500730 fffff880`01f65180 : nt!KiBugCheckDispatch+0x69 fffff880`023b28d0 fffff800`01e72ee3 : 00000000`c0000239 fffff880`03377bdd fffffa82`5f010a20 00000000`00000070 : nt!KiPageFault+0x260 fffff880`023b2a60 fffff880`033e0a07 : fffffa82`5e1f5780 00000000`00000001 00000000`00000000 fffffa82`5e1f5780 : nt!KeAcquireSpinLockAtDpcLevel+0x43 fffff880`023b2ab0 fffff800`01e815d1 : fffffa82`89f77e53 00000000`00000005 00000000`00000000 fffffa82`89f77cf0 : netbt!AcceptCompletionRoutine+0x47 fffff880`023b2b10 fffff880`033a4b11 : fffffa82`89f77cf0 00000000`00000000 fffffa82`74654e56 00000000`00000000 : nt!IopfCompleteRequest+0x341 fffff880`023b2c00 fffff800`02175af3 : fffffa82`42dc7ab0 00000000`00000001 fffff800`02020220 fffff800`020232d8 : vnetflt+0x1b11 fffff880`023b2c80 fffff800`01e87261 : fffff880`00de0e00 fffff800`01e37c01 fffff800`02023200 00000000`00000000 : nt!IopProcessWorkItem+0x23 fffff880`023b2cb0 fffff800`0211bbae : 00000000`00000000 fffffa82`425d8660 00000000`00000080 fffffa82`425a6040 : nt!ExpWorkerThread+0x111 fffff880`023b2d40 fffff800`01e6e8c6 : fffff880`022a9180 fffffa82`425d8660 fffff880`022b4ec0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a fffff880`023b2d80 00000000`00000000 : fffff880`023b3000 fffff880`023ad000 fffff880`023b29e0 00000000`00000000 : nt!KiStartSystemThread+0x16 STACK_COMMAND: kb FOLLOWUP_IP: netbt!AcceptCompletionRoutine+47 fffff880`033e0a07 488d4b60 lea rcx,[rbx+60h] SYMBOL_STACK_INDEX: 4 SYMBOL_NAME: netbt!AcceptCompletionRoutine+47 FOLLOWUP_NAME: MachineOwner MODULE_NAME: netbt IMAGE_NAME: netbt.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4ce79386 FAILURE_BUCKET_ID: X64_0xA_netbt!AcceptCompletionRoutine+47 BUCKET_ID: X64_0xA_netbt!AcceptCompletionRoutine+47 Followup: MachineOwner --------- 4: kd> lmvm netbt start end module name fffff880`033b7000 fffff880`033fc000 netbt (pdb symbols) c:\windows\symbols\netbt.pdb\3D581F5A08614A7CB02D71638469228D2\netbt.pdb Loaded symbol image file: netbt.sys Image path: \SystemRoot\System32\DRIVERS\netbt.sys Image name: netbt.sys Timestamp: Sat Nov 20 10:23:18 2010 (4CE79386) CheckSum: 00041134 ImageSize: 00045000 Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4 4: kd> .trap 0xfffff880023b28d0 NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000350 rdx=fffffa8289f77cf0 rsi=0000000000000000 rdi=0000000000000000 rip=fffff80001e72ee3 rsp=fffff880023b2a60 rbp=0000000000000001 r8=fffffa825e1f5780 r9=0000000000000000 r10=fffff88001f65b80 r11=fffff880023b2bf8 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei pl nz na po nc nt!KeAcquireSpinLockAtDpcLevel+0x43: fffff800`01e72ee3 f0480fba2900 lock bts qword ptr [rcx],0 ds:0298:0350=????????????????

Super, genau so gemacht und läuft spitze. Danke! :thumb1: Adieu, lenny

Die PDF's kenne ich bereits, aber danke schön. Nur werde ich daraus nicht so richtig schlau.

Hallo Leute, ich habe 2 IRF Domains, bestehend aus jeweils 2 Switchen (Distribution-IRF und Access-IRF). Beide Switche aus der Access-IRF sind mit jedem Switch aus der Distribution-IRF verbunden. Nun zur Frage... Brauche ich jetzt schon Spanning Tree oder erst wenn es in der Access-IRF mehr Switche werden? :schreck: Vielen Dank, lenny

Hi, ich habe bei ersten Mal 5 Tage gewartet. Im "MSExchange Management" Log sehe ich nur das die CMDlets erfolgreich abgearbeitet wurden. Relevantes (???) im Exchange Log finde ich dazu lediglich: Error: Exception thrown during AdminLogProvisioningHandler.Validate: Microsoft.Exchange.Data.Storage.ObjectNotFoundException: The discovery mailbox, a hidden default mailbox that is required to search mailboxes, can't be found. It may have been inadvertently deleted. This mailbox must be re-created before you can search mailboxes. at Microsoft.Exchange.Data.Storage.Infoworker.MailboxSearch.MailboxDataProvider.GetDiscoveryMailbox(ADRecipientSession session) at Microsoft.Exchange.Management.SystemConfigurationTasks.AdminAuditLogHelper.CheckArbitrationMailboxStatus(OrganizationId organizationId, ADUser& user, ExchangePrincipal& principal, String& errorMessage) Ich sehe übrigens auch keine Archivierungspolicy im Outlook, lediglich im OWA.

Hallo Leute, bräuchte mal bitte frische Ideen. Ich habe ein Exchange 2010 und eine Mailbox macht mir Ärger. Ich habe eine Retention Policy erstellt, die besagt alles was älter ist als 2 Jahre kommt ins Archiv. Das Archiv für die Mailbox aktiviert und über Powershell das ganze mit Start-ManagedFolderAssistant gestartet. Das "Personal Archive" taucht auch gleich im Outlook und OWA auf, nach ca. 500 MB stoppt das ganze. Dann das Archiv exportiert, Archiv deaktiviert und wieder aktiviert, nun macht er weiter, allerdings wieder nur einen Teil und hört dann ebenfalls auf. Gecheckt habe ich bereits die Quotas und Policies, habe das ganze über die EMC wie auch über die Shell gemacht - Ergebnis ist das gleiche. Patche und RU's sind alle aktuell. Ich habe das gesamte Postfach exportiert und in ein Testpostfach importiert - exakt gleiches verhalten. Exchange bricht sogar an der gleichen Stelle mit dem verschieben ins Archiv ab. Ich habe schon ein MailBoxRepairRequest durchgeführt und das Archiv auch schon in eine andere DB gehängt - alles nichts. Ich habe irgendwie das Gefühl als sei etwas im Postfach korrupt, z.B. eine Mail o.ä. und deshalb hört er mit dem verschieben auf. Bin für Vorschläge dankbar... :confused: Schöne Grüße, lenny

Hi, wollte mal abschließend Rückmeldung geben. Habe als Zwischenschritt einen "Single-Node Filecluster mit Server 2008 installiert. Mit dem Migrationsassistent die Shares rüber geholt und von dort dann auf den 2008 R2. Hat letztlich super geklappt. Das Storage habe ich im Anschluss der Migration entsprechend gemappt. Ein Hinweis noch. Wenn der System-User bei den Shares raus ist (auf NTFS-Ebene), kann er zwar die Shares von 2003 nach 2008 migrieren, aber dort nicht Online schalten. Also am besten vorher prüfen :) Der Weg zurück klaptt im Notfall übrigens auch, einfach entsprechende Objekte des 2008er in der AD löschen und den 2003 wieder an starten. Hoffe das hilft dem ein oder anderen. Adieu, lenny