Answered by:
Not able to deploy PDP Page on QA Server using Playbook!

Question
-
Hi All,
While deploying project detailed pages on QA Server, facing problem. I have taken the pdp pages backup from sandbox and trying to deploy the same on QA Server. But when I try to login Playbooks it will through a message Invalid PWA instance, username, and/or password.
Can anyone help me to resolve this?
Thanks in advance
Anuranjan Prasad
Wednesday, October 12, 2011 3:29 AM
Answers
-
Hi,
Have you reviewed that page I have mentioned in my first reply? Especially the part about Project Detail Pages?
Project Detail Pages
http://<ServerName>/<PWASite>/Project Detail Pages/Forms/AllItems.aspx
Project Detail Pages can only be accessed by the Project Server 2010 Server Settings Backup/Restore tool if the PWA instance being connected to is located on the computer on which the tool is running. This means three things:
- In order to back up and restore PDPs, the tool must be run locally first on the computer that is hosting the server to be backed up.
- The created .xml or .playbook backup must be sent to the computer that is hosting the server to receive the restore.
- the tool must be run locally on the computer that is hosting the restored-to server in order to run the restore process.
Claims-forms servers cannot access PDPs because of limitations intrinsic to Microsoft SharePoint Server 2010. If you are migrating settings to or from a claims-forms server, please notice that most of the workflow settings will be unable to be migrated.
The account that is used to log on to Project Server 2010 must also have read/write permission to the SharePoint content database, and it must also be a site administrator. The recommended approach is to use the default PWA site administrator account.
If you restore PDPs to a site that shares the same content database as the site that was backed up, the process may fail. In the ULS log, you will see an error message that resembles:
Violation of UNIQUE KEY constraint 'Docs_IdLevelUnique'.
This occurs because each PDP in the content database must be unique. If you back up from one site and restore to another site in the same database, the same restored PDP will have the same GUID as one that already exists in the database.Make sure the account you are using matches ALL of these requirements. If your server is configured for claims based authentication or forms based authentication on the same URL, it simply will not work.
Regards,
Hans
My EPM blog: Projectopolis- Marked as answer by Gary Chefetz, MCITP, MCT, MVP Thursday, October 20, 2011 8:04 PM
Friday, October 14, 2011 5:38 AM
All replies
-
Hi Anuranjan Prasad,
Can you login to PWA using that user though Internet Explorer? Does the user you are using for logging in has Administrator permissions in PWA on the QA instance (can he access the Server Settings page and see all options)?
Also make sure to review the requirements for using Playbooks from this page: http://technet.microsoft.com/en-us/library/gg128952.aspx
I hope htis helps,
Hans
My EPM blog: ProjectopolisWednesday, October 12, 2011 7:07 PM -
Yes , I am able to login through the PWA and it has the Admin rights, so far I have tried following options.
1) have tried the farm account and PWA admin accout and sql account
2) After getting this problem we also created one more instance of project server service application with the same id that we have used for the configuration of sharepoint but this also did not work,
3) We also tried from our dev server accessing the qa instance but that also did not work.
Here is the entries that I am able to see in Playbook log file.
PlaybooksLogger Started 10/13/2011
05:49:45 : Running application ServerUrlForm
05:50:10 : Server URL set to http://<servername>/pwa
05:50:10 : Initializing Web Services...
Thursday, October 13, 2011 10:53 AM -
Hi,
Can anyone help me out on this?
Thanks & Regards
Anuranjan
Friday, October 14, 2011 4:35 AM -
Hi Anuranjan,
Have you tried installing playbooks on the QA application server and running it from there?
Regards,
Hans
My EPM blog: ProjectopolisFriday, October 14, 2011 5:00 AM -
Hi,
Yes, the playbooks.exe is installed at QA application server and trying to get logged in from there. I have also tried from the farm account, sql account as well as also tried from our dev server accessing the QA instance but that also didn't work.
One more thing do we have any alternative tool like playbooks for deployment pages?
Thanks & Regards
Anuranjan Prasad
Friday, October 14, 2011 5:23 AM -
Hi,
Have you reviewed that page I have mentioned in my first reply? Especially the part about Project Detail Pages?
Project Detail Pages
http://<ServerName>/<PWASite>/Project Detail Pages/Forms/AllItems.aspx
Project Detail Pages can only be accessed by the Project Server 2010 Server Settings Backup/Restore tool if the PWA instance being connected to is located on the computer on which the tool is running. This means three things:
- In order to back up and restore PDPs, the tool must be run locally first on the computer that is hosting the server to be backed up.
- The created .xml or .playbook backup must be sent to the computer that is hosting the server to receive the restore.
- the tool must be run locally on the computer that is hosting the restored-to server in order to run the restore process.
Claims-forms servers cannot access PDPs because of limitations intrinsic to Microsoft SharePoint Server 2010. If you are migrating settings to or from a claims-forms server, please notice that most of the workflow settings will be unable to be migrated.
The account that is used to log on to Project Server 2010 must also have read/write permission to the SharePoint content database, and it must also be a site administrator. The recommended approach is to use the default PWA site administrator account.
If you restore PDPs to a site that shares the same content database as the site that was backed up, the process may fail. In the ULS log, you will see an error message that resembles:
Violation of UNIQUE KEY constraint 'Docs_IdLevelUnique'.
This occurs because each PDP in the content database must be unique. If you back up from one site and restore to another site in the same database, the same restored PDP will have the same GUID as one that already exists in the database.Make sure the account you are using matches ALL of these requirements. If your server is configured for claims based authentication or forms based authentication on the same URL, it simply will not work.
Regards,
Hans
My EPM blog: Projectopolis- Marked as answer by Gary Chefetz, MCITP, MCT, MVP Thursday, October 20, 2011 8:04 PM
Friday, October 14, 2011 5:38 AM -
Hi,
There is also a solution starter you can use to move the demand management assets between environments. I did a couple of blog posts a while ago about these:
http://epmsource.com/2011/01/10/moving-demand-management-assets-from-a-to-b-part-1/
http://epmsource.com/2011/01/20/moving-demand-management-assets-from-a-to-b-part-2/
Hope this is of use.
Alex Burton
www.epmsource.com | Twitter
Project Server TechCenter | Project Developer Center | Project Server Help | Project Product Page- Proposed as answer by Christophe FiessingerMicrosoft employee Friday, October 14, 2011 10:49 PM
Friday, October 14, 2011 9:42 PM -
are you trying the deployment from the same project server hosted server (or) through a different machine.
Try to deploy from the same machine where PS is installed..
Thanks
Ravishankar
RavishankarSaturday, October 15, 2011 12:23 PM -
Hi All,
Please see the below information.
1) I have installed the playbooks on QA application and trying to get logged in from there and it is poping up this error. I have also tried from the farm account, sql account as well as also tried from our dev server accessing the QA instance but that also didn't work.
Thanks & Regards
Anuranjan Prasad
- Edited by Anuranjan Prasad Monday, October 17, 2011 11:05 AM
Monday, October 17, 2011 11:05 AM -
-
Hi there, if the machine name differs from the server name you use in the web browser URL to the /PWA you MUST use the URL you use in the browser and not the machine name. They may be the same server but you must use the name you would use in the browser. (the exact URL to the /pwa part). Hope this helps. Ray Letts Arbutus Solutions
Ray Letts Arbutus SolutionsMonday, October 17, 2011 4:53 PM -
Hi Andrew,
It does not work at all :(
Thanks & Regards
Anuranjan Prasad
Tuesday, October 18, 2011 4:54 AM -
Hi All,
No reply :(, Please someone help me getting out of this problem.
Thanks & Regards
Anuranjan Prasad
Wednesday, October 19, 2011 7:02 AM -
Are you able to access the PWA instance through browser on the same machine?
Are you able to access the PWA web services through the same machine?
RavishankarWednesday, October 19, 2011 7:45 AM -
Hi Ravishankar,
Yes, I am able to logged in PWA instance through browser on the same machine.
Thanks & Regards
Anuranjan Prasad
Wednesday, October 19, 2011 8:19 AM -
Hi Anuranjan
Try this: Start -> All Programs -> Right click on Playbooks -> Run as administrator -> Enter the PWA URL and try to connect
Thanks
Chak Tukkadi
Chak Tukkadi pVector Technologies Consulting: http://www.pvectortech.com Blog: http://www.epmcentral.comThursday, October 20, 2011 2:58 AM -
Hi are you able to access the below URL from the QA server
PWA URL/_vti_bin/PSI/Projects.asmx?wsdl
(or)
PWA URL/_vti_bin/PSI/Project.asmx?wsdl
Ravishankar
RavishankarThursday, October 20, 2011 4:35 AM -
Hi Ravishankar,
I am able to access both the URL from the QA server.
PWA URL/_vti_bin/PSI/Projects.asmx?wsdl and
PWA URL/_vti_bin/PSI/Project.asmx?wsdl
Thanks & Regards
Anuranjan Prasad
Friday, October 21, 2011 7:27 AM -
Hi Chak,
Yes, tried that but no success.
Thanks & Regards
Anuranjan Prasad
Friday, October 21, 2011 7:40 AM