Tag: Migration

It seems that some applications (none mentioned and none forgotten) create services where the path to the service is written with forward slashes. The migration engine in Windows 10 does not recognize this as a valid path and therefore do not migrate those services and they are thereby missing after upgrade.

The following can be found in the setupact.log (located in C:\Windows\Panther) after upgrading Windows 10 to a new build:

2017-02-07 16:07:42, Info       [0x08056f] MIG    Start processing unit="Services"
2017-02-07 16:07:42, Warning               MIG    CAddSystemServicesExpander::ExtractImagePath: Failed to extract file path from APP_Service::ImagePath=["C:/Program files/Vendor/Product/APP_Service.exe"]

The solution is to make sure the application is installing the service with a path that contain backslashes instead of forward slashes.

Some time ago I migrated a client’s Small Business Server 2003 to a Small Business Server 2008. When migrating their WSS 2.0 SharePoint from the old server to the new one I ran into some problems. I just could not get access to the Operations or Application management in SharePoint Central Administration, with the  below event logged.

Log Name:      Application
Source:        ASP.NET 2.0.50727.0
Date:          2009-02-26 13:23:42
Event ID:      1314
Task Category: Web Event
Level:         Information
Keywords:      Classic
User:          N/A
Computer:      CONTOSOSRV02.Contoso.local
Description:

Event code: 4007
Event message: URL authorization failed for the request.
Event time: 2009-02-26 16:21:50
Event time (UTC): 2009-02-26 15:21:50
Event ID: 0087e3fc2a3440178e6a801602c514f7
Event sequence: 113
Event occurrence: 6
Event detail code: 0
 
Application information:
    Application domain: /LM/W3SVC/1899589246/ROOT-1-128801351457937683
    Trust level: WSS_Minimal
    Application Virtual Path: /
    Application Path: C:\inetpub\wwwroot\wss\VirtualDirectories\4721\
    Machine name: CONTOSOSRV02
 
Process information:
    Process ID: 7888
    Process name: w3wp.exe
    Account name: CONTOSO\Administrator
 
Request information:
    Request URL: http://contososrv02:4721/_admin/operations.aspx
    Request path: /_admin/operations.aspx
    User host address: ::1
    User: CONTOSO\tempadmin
    Is authenticated: True
    Authentication Type: Negotiate
    Thread account name: CONTOSO\tempadmin

After doing som troubleshooting I got everything working by editing the web.config file of the C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\ADMIN directory. I simply added the line below to the file, saved it and then I could access the Operations and Application Management of SharePoint Central Administration.

<allow roles="CONTOSO\WSS_ADMIN_WPG" />

Case closed!