Jump to content

rrzatc

Members
  • Gesamte Inhalte

    112
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von rrzatc

  1. 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

  2. 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=????????????????

  3. 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

  4. 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.

  5. 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

  6. 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

     

  7. Hi,

     

    mal ein kleines Update. Das umhängen der Disks klappt problemlos. Auf dem neuen Cluster habe ich den Virtual Name und Resourcen vom alten eingetragen (alte habe ich nur stromlos gemacht, damit ich zurück kann falls nötig).

     

    Das einzige Problem ist, ich bekomme die Shares nicht rüber. Über Lanmanserver kann ich höchstens die NTFS-Parameter exportieren, aber die bleiben auf der Disk ja eh vorhanden.

     

    Wie exportiert ihr denn eure Shares? Habt ihr evtl. ein fertiges Script dafür?

     

    @NorbertFe: Es sind leider etwas mehr als 8 Shares, 80 trifft es eher :)

     

    Schöne Grüße,

    lenny

  8. Hi,

     

    sorry für die späte Antwort, ich war laaange im Urlaub. :)

     

    Ich habe folgendes Szenario für die Migration:

     

    2-Node-Cluster mit Server 2003R2 und 2 Disks über FC angebunden. Dieses Cluster soll ersetzt werden gegen ein 2-Node-Cluster mit Server 2008R2.

     

    Der neue Cluster soll auf neu angeschaffter HW laufen, Anbindung ebenfalls über FC.

     

    Ich habe die 2 neuen Nodes bereits mit 2008R2 installiert. Im nächsten Schritt würde ich den 2003er Cluster vom Netz nehmen (habe 3h Downtime). Dann die 2008er Nodes umbenennen auf die Namen der alten 2003er Nodes. Den 2008er Cluster mit der alten, bereits vorhandenen VIP neu erstellen und im selben Zug die Disk an das neue Cluster präsentieren.

     

    Die Freigaben und NTFS-Berechtigungen würde ich per Registry übernehmen (Namen der Clusternodes und VIP bleiben ja gleich).

     

    Wie bekomme ich denn am besten die Ressourcen rüber, bzw. geht das überhaupt so wie ich mir das vorstelle oder soll ich lieber anders angehen?

     

    Vielen Dank für eure Hilfe,

    lenny

×
×
  • Neu erstellen...