After applying Windows 2003 SP1, we are no longer able to do SDO import/expo
rt:

Here is the error:
--------------------------------------------
Error: 5001
Description: The system cannot find the path specified. (3)
Severity: 5
Source: Source: (ISOK File nrxmlproxy.cpp, Line 143)
 c:\depotcms\cmsmain\private\cms\server\a
ebinfiler\aebinfile.cpp 187

Debug info: C:\PROGRA~1\Microsoft Content Management
Server\Server\Temp\sdupload.sdo
Extra info:
Client Source: CImProgress::ProcessPackage
Recommended Action:
--------------------------------------------

Just in case, I've added all the following to the list of Data Execution
Prevention:

NRClient.exe,
NRProgress.exe,
WebControl.exe,
ProfileStager.exe,
StagingServerAdmin.exe,
AESecurityService.exe,
GenStagingScript.exe,
managekey.exe,
migrate.exe,
NRDCApplication.exe,

Unfortunately, doing this still did not fix the issue.

So, is there a fix available for download for this problem?

Regards,

Alper Kerman
MCI Portal and Web Services
Email: c-Alper.Kerman@MCI.com

[ Post a follow-up to this message ]

Hi Alper,

please check if the temp directory listed below exists or not.
I have seen this issue when someone "accidently" deletes the TEMP directory
in the MCMS server installation directory.

Cheers,
Stefan

--
This posting is provided "AS IS" with no warranties, and confers no rights

New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
----------------------


"Alper Kerman" <Alper Kerman@discussions.microsoft.com> wrote in message
news:C85C453A-CE3E-436A-BF4D-C304E49852B8@microsoft.com...
> After applying Windows 2003 SP1, we are no longer able to do SDO
> import/export:
>
> Here is the error:
> --------------------------------------------
> Error: 5001
> Description: The system cannot find the path specified. (3)
> Severity: 5
> Source: Source: (ISOK File nrxmlproxy.cpp, Line 143)
>  c:\depotcms\cmsmain\private\cms\server\a
ebinfiler\aebinfile.cpp 187
>
> Debug info: C:\PROGRA~1\Microsoft Content Management
> Server\Server\Temp\sdupload.sdo
> Extra info:
> Client Source: CImProgress::ProcessPackage
> Recommended Action:
> --------------------------------------------
>
> Just in case, I've added all the following to the list of Data Execution
> Prevention:
>
> NRClient.exe,
> NRProgress.exe,
> WebControl.exe,
> ProfileStager.exe,
> StagingServerAdmin.exe,
> AESecurityService.exe,
> GenStagingScript.exe,
> managekey.exe,
> migrate.exe,
> NRDCApplication.exe,
>
> Unfortunately, doing this still did not fix the issue.
>
> So, is there a fix available for download for this problem?
>
> Regards,
>
> Alper Kerman
> MCI Portal and Web Services
> Email: c-Alper.Kerman@MCI.com
>

[ Post a follow-up to this message ]

Hi Alper,

the SP1 installation will not remove this directory.
If it is SP1a it could remove it as SP1a is actually an uninstall and
reinstall.

What do you mean that "windows authentication is no longer working"?
Do you mean that users cannot login any more?
Please explain.

Cheers,
Stefan

--
This posting is provided "AS IS" with no warranties, and confers no rights

New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
----------------------


"Alper Kerman" <AlperKerman@discussions.microsoft.com> wrote in message
news:0A6D64D2-25A0-4A2A-A720-D9887D7B4109@microsoft.com...[vbcol=seagreen]
> Stefan,
>
> Thanks so much for your help. I assumed that the temp would be there as
> the
> import/export process was working prior to SP1 application. Is it possible
> that SP1 might have removed it? In any case, later this week I will apply
> the
> SP1 on another CMS box and see what happens. May be it is what you said;
> somebody accidently deleted that folder.
>
> In any case, thank you again.
>
> One other problem I've noticed is that after applying Windows SP1, IIS'
> windows integrated authentication mode is no longer working. So, I
> switched
> it to do basic authentication temporarily to get things working again.
> Would
> you have any ideas on this issue?
>
> Thanks Stefan!
>
> - A l p e r
>
>
> "Stefan [MSFT]" wrote:
> 

[ Post a follow-up to this message ]

Hi Stefan, thanks for your response again.

To describe what happens is; when we are on Integrated Windows
Authentication, the small login window pops up for authentication and it
relentlessly keeps popping back up even after entering correct credentials.
This crazy cycle seems to go on until the page in the background loads
completely. It almost looks like if it is trying to authenticate for every
piece of image that is rendering on the page in browser.

So, I'm not sure whether or not the integrated authentication is actually
working correctly. I do have administrative access (OS as well as CMS) to
that box and it is doing it for my account as well as all other authoring
accounts that use to work before, prior to SP1.

Thanks Stefan!

- A l p e r

"Stefan [MSFT]" wrote:

> Hi Alper,
>
> the SP1 installation will not remove this directory.
> If it is SP1a it could remove it as SP1a is actually an uninstall and
> reinstall.
>
> What do you mean that "windows authentication is no longer working"?
> Do you mean that users cannot login any more?
> Please explain.
>
> Cheers,
> Stefan
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights
>
> New to MCMS?
> Check out this book: Building Websites Using MCMS: [url]http://tinyurl.com/6zj44[/url
]
> ----------------------
>
>
> "Alper Kerman" <AlperKerman@discussions.microsoft.com> wrote in message
> news:0A6D64D2-25A0-4A2A-A720-D9887D7B4109@microsoft.com... 
>
>
>

[ Post a follow-up to this message ]

Hi Alper,

please verify in the IIS log which items cause these 401 response.

Cheers,
Stefan

--
This posting is provided "AS IS" with no warranties, and confers no rights

New to MCMS?
Check out this book: Building Websites Using MCMS: http://tinyurl.com/6zj44
----------------------


"Alper Kerman" <AlperKerman@discussions.microsoft.com> wrote in message
news:664CA01B-F9C9-4CEE-A6DD-D12C101EAC48@microsoft.com...[vbcol=seagreen]
> Hi Stefan, thanks for your response again.
>
> To describe what happens is; when we are on Integrated Windows
> Authentication, the small login window pops up for authentication and it
> relentlessly keeps popping back up even after entering correct
> credentials.
> This crazy cycle seems to go on until the page in the background loads
> completely. It almost looks like if it is trying to authenticate for every
> piece of image that is rendering on the page in browser.
>
> So, I'm not sure whether or not the integrated authentication is actually
> working correctly. I do have administrative access (OS as well as CMS) to
> that box and it is doing it for my account as well as all other authoring
> accounts that use to work before, prior to SP1.
>
> Thanks Stefan!
>
> - A l p e r
>
> "Stefan [MSFT]" wrote:
> 

[ Post a follow-up to this message ]