Forum Discussion

rotr0102's avatar
rotr0102
Regular Visitor
4 years ago
Solved

PBI Service / Deployment Pipeline "Missing from test"

Our environment is OneDrive synced to test workspace, then deployment pipeline from test to production workspace. Recently a junior team member deleted an dataset from the test workspace, and then checked in the object (same name) in OneDrive. When she checked it in it synced to the test workspace making it appear. The issue is now when you look at the deployment pipeline we see the dataset in the test workspace with a "new" icon, and the identical dataset in the production workspace with a "missing from test" icon. I'm trying to troubleshoot/resolve and wondering if anyone has an ideas for me.

 

My first guess is that the deletion/resync in test created a dataset GUID that was different from the previous object and thus PBI Service believes it to be a "new" object, causing this disconnect in the deployment pipeline. I'm not finding much online about how to see historical object GUIDs, or how to "reset" them back (if it's at all possible), or adjust the deployment pipeline so it connects the production object back to its equivalent test object (with a modified guid). Can anyone share any ideas that might be helpful in this situation?

 

Thanks in advance!

 

 

  • rotr0102 today there isn't a good way to solve it beyond deleting the Prod dataset and creating a new one through deplpoyment. If Prod links are extremely importaqnt, what you can do is remove the Test WS and re-create a new WS in Test using 'Deploy to previous stage'.

     

    Having that said, there's a solution coming in few weeks if you can wait until then- you will have the option to assign WSs to multiple stages. This capability also includes 'matching' of items based on name and type. Once this is live, you can unassign and re-assign the Test WS, and it should re-connect the datasets in the screenshot above.

  • Thanks for responding.

     

    Yes, and to confirm, reverting to a previous version does not resolve this issue. When I reverted in OneDrive I confirmed that a previous version was synced into the test workspace, but the GUID of the object did not change (revert back to it's legacy version). If the object was deleted and then readded via OneDrive sync it received a new GUID by PBI Service, there was literally no way to get the object assinged to the old GUID that the deployment pipeline was looking for. 

     

    The solution was a backwards deployment using the API. This method also created a testing object with a new GUID -- *BUT* it seemed to update the deployment pipeline to connect the test/prod versions which resolved this issue.

5 Replies

    • rotr0102's avatar
      rotr0102
      Regular Visitor

      Thanks for responding.

       

      Yes, and to confirm, reverting to a previous version does not resolve this issue. When I reverted in OneDrive I confirmed that a previous version was synced into the test workspace, but the GUID of the object did not change (revert back to it's legacy version). If the object was deleted and then readded via OneDrive sync it received a new GUID by PBI Service, there was literally no way to get the object assinged to the old GUID that the deployment pipeline was looking for. 

       

      The solution was a backwards deployment using the API. This method also created a testing object with a new GUID -- *BUT* it seemed to update the deployment pipeline to connect the test/prod versions which resolved this issue.

      • Anonymous's avatar
        Anonymous
        Not applicable

        What API was used to do this?

  • rotr0102 today there isn't a good way to solve it beyond deleting the Prod dataset and creating a new one through deplpoyment. If Prod links are extremely importaqnt, what you can do is remove the Test WS and re-create a new WS in Test using 'Deploy to previous stage'.

     

    Having that said, there's a solution coming in few weeks if you can wait until then- you will have the option to assign WSs to multiple stages. This capability also includes 'matching' of items based on name and type. Once this is live, you can unassign and re-assign the Test WS, and it should re-connect the datasets in the screenshot above.