This is in reference to the problem a customer experienced upgrading RAM 7.5.1.1 to RAM 7.5.1.2 which requires migrating the internally shipped RTC 2002 server to RTC 401. Refer to jazz.net forum post -->
https://jazz.net/forum/questions/110803/ram-7511-7512-upgrade-failing-at-automated-upgrade-of-rtc-2x-301-402

RAM Setup takes care of migrating the RTC 2002 jazz database to the ccm and jts databases using the appropriate repotools commands executed in the background to first migrate from rtc 2 to rtc3, then from rtc3 to rtc 4.

One of the snags we ran into is if the customer has used the RTC 2002 server web URL and navigated to the RAM Lifecycle project area, a dashboard is automatically created. Later the migration from rtc3 to rtc4 fails because the dashboard was not migrated during the rtc2 to rtc3 migration steps. Now the customer is stuck and can't has to restore their previous RTC jazz database (hopefully backed up) and reinstall RAM 7511.

Prior to migration, is there way programmatically (REST calls, repotools, etc.) to detect if the dashboard exists? And if so, is there a way to  delete the dashboard(s) prior to migration in order to avoid this problem?
As a workaround, Curtis d'Entremont provided a javascript that a customer could manual execute on the dashboard page prior to migration. But it would be better to handle automatically during RAM setup instead.
If there not a way to remove the dashboard using RAM Setup, how would RAM Setup migrate the dashboard(s) during the rtc2 to rtc3 migration? Can it be done via Repotools? At the point of migration, there is no running RTC 3 server... just the ccm and jts databases. The target migration is RTC 4 so the installed apps are ccm and jts on RTC 4.0.1 (not running yet at this point until database migration is complete).

Thanks...
Peter Walker