locked
Not able to deploy PDP Page on QA Server using Playbook! RRS feed

  • 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:

    1. 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.
    2. The created .xml or .playbook backup must be sent to the computer that is hosting the server to receive the restore.
    3. 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
    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: Projectopolis
    Wednesday, 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: Projectopolis
    Friday, 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:

    1. 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.
    2. The created .xml or .playbook backup must be sent to the computer that is hosting the server to receive the restore.
    3. 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
    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
    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


    Ravishankar
    Saturday, 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

     


    Monday, October 17, 2011 11:05 AM
  • Does it work for everything but PDPs?  Or does it not work at all?
     
     

    Andrew Lavinsky [MVP] Blog: http://azlav.umtblog.com Twitter: @alavinsky
    Monday, October 17, 2011 12:12 PM
  • 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 Solutions
    Monday, 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?

    Ravishankar
    Wednesday, 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.com
    Thursday, 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


    Ravishankar
    Thursday, 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