วันศุกร์ที่ 16 กรกฎาคม พ.ศ. 2553

Cannot mount Public Folder Database with error HR=0x80004005,EC=2418

จาก error ที่เจอไปค้นๆ ใน technet ดูสาเหตุมาจาก object public folder hierarchy มันหายไป(หายไปได้ยังไง ใครไปลบมัน)

วิธีแก้ทำตามนี้ครับ ขอแปะ ขั้นตอนจาก technet เลยนะครับ


Open adsiedit.msc.

Select Configuration-Configuration-Services-Microsoft Exchange-Exchange OrganizationName-Administrative Groups-Exchange Administrative Group.

Now we were missing the 'Folder Hierarchies' folder - how I still am unsure of. All we had to do was recreate it as follows:

Create the "Folder Hierarchies" under the Exchange Administrative Group

1. Right click on Exchange Administrative Group

2. Select New Object

3. Select msExchPublicFolderTreeContainer for the class and click Next

4. Enter the following for the value: Folder Hierarchies, click Next

5. Click Finish

Create Public Folder Tree Object

1. Right click CN=Folder Hierarchies -> New Object

2. Selected msExchPFTree for the class

3. For the value we entered, "Public Folders" and clicked next

4. Clicked on the "More Attributes" button, selected msExchPFTreeType and set the

value to 1. Note: This is very important that this value is set to a value of 1 as

this tells Exchange that this is a MAPI Tree

5. Click Ok and then finish

Populate msExchOwningPFTreeBL attribute object of the PF Stores in the organization

(Since this attribute is not directly editable, you have to follow the below steps

to do this for each PF store)

1. Get properties of the newly created "Public Folders" Tree object in ADSIEdit.

2. Copy the distinguishedname value to the clipboard and then click cancel.

3. Navigate to the Storage group that contains the Public Folder Store for this

server and get properties of the server.

4. Locate the msExchOwningPFTree attribute and paste in the value that was copied

to the clipboard in step 2. Click OK.

5. Restart the Information Store Service

6. Now try to mount the PF store and see if we can access it fine now.

วันเสาร์ที่ 3 กรกฎาคม พ.ศ. 2553

exchange 2003 error id:9098

Exchange Server 2003 Server SP2

Disk Array: Raid 5

HDD เสียไปลูกพอเปลี่ยน HDD ใหม่ sync disk อะไรเรียบร้อยแล้ว แต่ที่ application events มี error id:9098


The MAD Monitoring thread was unable to read its configuration from the DS, error '0x80041002'.


เกิดขึ้นทุกๆ 5 นาที (ได้วิธีแก้แล้วครับ ไปดูวิธีกัน)

ขั้นแรกผมใช้วิธี rebuild WMI ขึ้นมาใหม่เลยครับ วิธีการตามนี้

Click Start, Run and type CMD.EXE

Note: In Windows Vista, you need to open an elevated Command Prompt window. To do so, click Start, click All Programs, click Accessories, right-click Command Prompt, and then click Run as administrator.

Type this command and press Enter: net stop winmgmt

Using Windows Explorer, rename the folder %windir%\System32\Wbem\Repository. (For example, %windir%\System32\Wbem\Repository_bad). %windir% represents the path to the Windows directory, which is typically C:\Windows.

Switch to Command Prompt window, and type the following and press ENTER after each line:

net start winmgmt

EXIT

For Windows Server 2003

Use the following command to detect and repair a corrupted WMI Repository:

rundll32 wbemupgd, RepairWMISetup


Re-registering the WMI components

The .DLL and .EXE files used by WMI are located in %windir%\system32\wbem. You might need to re-register all the .DLL and .EXE files in this directory. If you are running a 64-bit system you might also need to check for .DLLs and .EXE files in %windir%\sysWOW64\wbem.

To re-register the WMI components, run the following commands at the command prompt:

  • cd /d %windir%\system32\wbem
  • for %i in (*.dll) do RegSvr32 -s %i
  • for %i in (*.exe) do %i /RegServer
หลังจาก Rebuild WMI ขึ้นมาใหม่เรียบร้อยแล้วก็ทำตามขั้นตอน 4 Step ด้านล่างให้ครบ

Step 1: Check the WMI service

a.

Log on to the computer that is running Exchange 2003 by using an account that has administrative permissions.

b.

Click Start , click Run , type wmimgmt.msc in the Open box, and then click OK .

c.

In the WMI snap-in, right-click WMI Control (Local) , and then click Properties .

d.

If the WMI service is configured correctly, the WMI Control (Local) Properties dialog box is displayed. When you click the General tab, the operating system version and the WMI version information are displayed.


Step 2: Check the WMI security settings

a.

In the WMI snap-in, click the Security tab.

b.

Expand Root , click MicrosoftExchangeV2 , and then click Security .

c.

Make sure that the inherited permissions resemble the following permissions, and then click OK :

Administrators

Full permissions

Everyone

Execute method

Provider Write

Enable account

Local Service

Execute method

Provider Write

Enable account

Network Service

Execute method

Provider Write

Enable account

d.

Expand CIMV2 , expand Applications , click Exchange , and then click Security .

e.

Make sure that the inherited permissions resemble the following permissions, and then click OK :

Administrators

Full permissions

Everyone

Execute method

Provider Write

Enable account

Local Service

Execute method

Provider Write

Enable account

Network Service

Execute method

Provider Write

Enable account

f.

Use Windows Explorer to locate and to right-click the WINNT\SYSTEM32\WBEM folder, and then click Properties .

g.

In the wbem Properties dialog box, click the Security tab.

h.

Make sure that the permissions resemble the following permissions, and then click OK :

Administrators

Full Control

Creator Owner

Special Permissions

Authenticated Users

Read & Execute

List Folder Contents

Read

System

Full control


Step 3: Use Wbemtest.exe to check classes and namespaces

a.

Click Start , click Run , type wbemtest in the Open box, and then click OK .

b.

In the Windows Management Instrumentation Tester dialog box, click Connect .

c.

In the Namespace field, type root\cimv2\applications\exchange , and then click Connect .

d.

Click Enum Classes . Do not enter a superclass name. Select the Recursive option, and then click OK .

e.

In the Query Result page, compare these values with the values from another server that is correctly running the same version of Exchange 2003 with the same service packs. These values should be the same.

f.

Click Close .

g.

In the Windows Management Instrumentation Tester dialog box, click Connect .

h.

In the Namespace field, type root\microsoftExchangeV2 , and then click Connect .

i.

Click Enum Classes . Do not enter a superclass name. Select the Recursive option, and then click OK .

j.

In the Query Result page, compare these values with the values from another server that is correctly running the same version of Exchange 2003 with the same service packs. These values should be the same.

k.

Click Close .

l.

Click Enum Instances .

m.

Enter the class name that you want to enumerate, such as Exchange_Server or Exchange_DSAccessDC , and then click OK .

The class name depends on the issue that you want to troubleshoot or to test. You can access the class names in steps 3i and 3j.


Step 4: Register the Exchange 2003 WMI .dll files

the WMI namespaces, and the WMI classes You might use an invalid WMI namespace or an invalid WMI class error message when you check the WMI security settings in step 2. Alternatively, you might use an invalid WMI namespace or an invalid WMI class error message when you use Wbemtest.exe to check the WMI classes and the WMI namespaces in step 3.

If this occurs, you must register the required Exchange 2003 .dll files, and then import the Exchange 2003 namespaces and classes to the WMI repository. To do this, follow these steps:

a.

Click Start , click Run , type cmd in the Open box, and then click OK .

b.

Change to the Exchsrvr\Bin directory.

c.

At the command prompt, type the following commands. Press ENTER after each command.

exmgmt.exe /uninstall
exmgmt.exe /install
regsvr32 /s exwmi.dll
regsvr32 /s cdowf.dll
regsvr32 /s cdowfevt.dll

d.

Change to the Windows\System32\Wbem directory.

e.

At the command prompt, type the following commands. Press ENTER after each command.

mofcomp.exe -class:forceupdate C: \WINDOWS\system32\WBEM\exmgmt.mof
mofcomp.exe C: \WINDOWS\system32\WBEM\exwmi.mof
mofcomp.exe -n:root\cimv2\applications\exchange C: \windows\system32\wbem\wbemcons.mof
mofcomp.exe -n:root\cimv2\applications\exchange C: \windows\system32\wbem\smtpcons.mof
mofcomp.exe -n:root\cimv2\applications\exchange C: \winnt\system32\wbem\msgtrk.mof

Note The Msgtrk.mof file is included only in Exchange 2003 and in later versions of Exchange Server. This file is not included in Microsoft Exchange 2000 Server.

f.

Click Start , click Run , type services.msc in the Open box, and then click OK .

g.

In the Services snap-in, right-click Windows Management Instrumentation , and then click Restart .


วันศุกร์ที่ 11 มิถุนายน พ.ศ. 2553

An IIS Directory entry couldn't be created. the error message is Access is Denied. HResult = -2147024891 it was running the command 'get-owavirtualDir

หลังจากติดตั้ง Exchange 2010 เพิ่มเข้าไปยัง Exchange Organization เดิมที่มีอยู่แล้วก็ได้ทำการทยอยย้าย Mailbox User ต่างๆ ไปยัง Exchange 2010

สิ่งที่ทำไปบน Ex2010 ณ ตอนนี้
- Request Certificate ใช้กับ Internet Access , Internal Access
- Change Publish Rules บน Forefornt TMG ให้ user access จากข้างนอกเข้ามาใช้ Outlook Web Abb [HTTPS]
- เปลี่ยนเส้นทาง Message Flow ใหม่จากเดิม Internet -> TMG -> IMSS -> Ex2007 ไปเป็น Internet -> TMG -> IMSS (อนาคตอันใกล้จะปลดทิ้งแล้วแทนที่ด้วย EDGE+Forefront Security For Exchange 2010) -> Ex2010


แต่ในขณะที่ได้ทำการเปลี่ยน Publish Policy บน TMG ของเดิมเคย Log on หน้า OWA ด้วย user + pass เฉยๆ แต่พอเปลี่ยนเป็น Exchange 2010 เลยได้ค่า Default คือ domain\user + pass ก็เลยจะเข้าไปแก้ authentication [FBA] ให้เป็น user+pass เลยเป็นที่มาของ Error ที่เจอตามหัวข้อเลยครับ

วิธีแก้เคสนี้
ให้เข้าไปเพิ่ม member ชื่่อว่า exchange trusted subsystem เข้าไปใน local administrators group บนเครื่อง ex 2007 เดิม จากนั้นลองเข้าไปแก้ไขค่า setting ของ OWA VirtualDirectory บน Exchange 2010 ดูครับว่าได้หรือยัง ถ้ายังไม่ได้ก็ตัวใครตัวมันครับ !!!

RMS Shared Identity user 'FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042' not found in Global Catalog. Trying root domain.

กำลัง Migration Exchange 2007 เดิมของ office ไปเป็น Exchange 2010 แต่ในขณะที่อยู่ในหน้า wizard readiness check ก็ดันเจอ error แบบนี้เข้าให้ T_T

RMS Shared Identity user 'FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042' not found in Global Catalog. Trying root domain.

ก็ไม่เข้าใจว่า FederateEmail object เกี่ยวข้องอะไรแล้วที่ฟ้อง error เพราะอะไร และ object ตัวนี้จะเอาไว้ใช้เกี่ยวกับ Federation Service อย่างไร กำลังหาคำตอบอยู่ครับ

แต่วิธีแก้ของเคสนี้ครับ
เปิด command line ขึ้นมาแล้วไปยัง path media setup ของ exchange 2010
แล้วรันคำสั้ง Setup.exe /PrepareAD แล้วทำการติดตั้งใหม่อีกครั้งน่าจะผ่านแล้วครับ !!