** UPDATE2: OK so I didn't reboot before that previous note. This has now resolved the issue. Reboot WAS tried prior to June CU
* UPDATE: After installing June CU2011 Server Rollups (SPF & SPS+PS) I am still seeing the same issues as before. More research to do.....
Since my rig had Project Server 2010 SP1 packages installed I have seen PWA provisioning fail when creating a brand new PWA Site with clean DB names etc.
Note: This is NOT a restore scenario:
Firstly I see the following, which is what I would expect:
09/19/2011 15:45:59.32 OWSTIMER.EXE (0x0C30) 0x05C4 Project Server Provisioning 6974 Information Provisioning 'zzzzzzzzzzzzzzzzz': Server versions: Primary 10.50.1600.1, Reporting 10.50.1600.1. 47871661-d3d4-46fa-9c73-f5faf328a37d
09/19/2011 15:45:59.35 OWSTIMER.EXE (0x0C30) 0x05C4 Project Server Provisioning 6975 Information Provisioning 'zzzzzzzzzzzzzzzzz': Databases specified for site 'ProjectServer' are as follows: Published: Name = 'zzzzzzzzzzzzzzzzz_Published', State = NotCreated Draft: Name = 'zzzzzzzzzzzzzzzzz_Draft', State = NotCreated Archive: Name = 'zzzzzzzzzzzzzzzzz_Archive', State = NotCreated Reporting: Name = 'zzzzzzzzzzzzzzzzz_Reporting', State = NotCreated 47871661-d3d4-46fa-9c73-f5faf328a37d
* UPDATE: After installing June CU2011 Server Rollups (SPF & SPS+PS) I am still seeing the same issues as before. More research to do.....
Since my rig had Project Server 2010 SP1 packages installed I have seen PWA provisioning fail when creating a brand new PWA Site with clean DB names etc.
Note: This is NOT a restore scenario:
Firstly I see the following, which is what I would expect:
09/19/2011 15:45:59.32 OWSTIMER.EXE (0x0C30) 0x05C4 Project Server Provisioning 6974 Information Provisioning 'zzzzzzzzzzzzzzzzz': Server versions: Primary 10.50.1600.1, Reporting 10.50.1600.1. 47871661-d3d4-46fa-9c73-f5faf328a37d
09/19/2011 15:45:59.35 OWSTIMER.EXE (0x0C30) 0x05C4 Project Server Provisioning 6975 Information Provisioning 'zzzzzzzzzzzzzzzzz': Databases specified for site 'ProjectServer' are as follows: Published: Name = 'zzzzzzzzzzzzzzzzz_Published', State = NotCreated Draft: Name = 'zzzzzzzzzzzzzzzzz_Draft', State = NotCreated Archive: Name = 'zzzzzzzzzzzzzzzzz_Archive', State = NotCreated Reporting: Name = 'zzzzzzzzzzzzzzzzz_Reporting', State = NotCreated 47871661-d3d4-46fa-9c73-f5faf328a37d
Then a little while later prior to the above job completing I see a second PWA Provisioning job is initiated, that reuses the PWA Site url configured by me and then shows the following in ULS:
09/19/2011 15:49:59.61 OWSTIMER.EXE (0x18CC) 0x2238 Project Server Provisioning 6974 Information Provisioning 'zzzzzzzzzzzzzzzzz': Server versions: Primary 10.50.1600.1, Reporting 10.50.1600.1. 27bbee07-9442-48ce-af3e-eb7dabaf80ea
09/19/2011 15:49:59.95 OWSTIMER.EXE (0x18CC) 0x2238 Project Server Provisioning 6975 Information Provisioning 'zzzzzzzzzzzzzzzzz': Databases specified for site 'ProjectServer' are as follows: Published: Name = 'zzzzzzzzzzzzzzzzz_Published', State = NotEmpty Draft: Name = 'zzzzzzzzzzzzzzzzz_Draft', State = Empty Archive: Name = 'zzzzzzzzzzzzzzzzz_Archive', State = Empty Reporting: Name = 'zzzzzzzzzzzzzzzzz_Reporting', State = Empty 27bbee07-9442-48ce-af3e-eb7dabaf80ea
Shortly after this, guess what:
09/19/2011 15:49:59.95 OWSTIMER.EXE (0x18CC) 0x2238 Project Server Provisioning 7070 Critical Provisioning 'zzzzzzzzzzzzzzzzz': One or more of the databases already contains schema. When editing or creating a Project Server instance, you may specify: * Four databases that do not exist * Four existing, blank databases * Four existing Project Server databases of the same version from the same installation. Combinations of blank, new, and existing databases are not allowed. 27bbee07-9442-48ce-af3e-eb7dabaf80ea
Subtle but important difference here... this second provisioning job that appears to have been initiated part way through the initial DB provisioning job now sees that the Published database = NotEmpty state.
Hypothesis here is that the first correct provision job has begun to build the DB schema, and then been kicked out by the erroneous second job, which finds a mismatch set of databases and bombs out.
Resolution:
So far it appears that the June CU resolves this issue, but I am retesting this now. be back after the break
Comments
Post a Comment