Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • autosubmit autosubmit
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 338
    • Issues 338
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 21
    • Merge requests 21
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Earth SciencesEarth Sciences
  • autosubmitautosubmit
  • Wiki
  • migrate experiments

migrate experiments · Changes

Page history
Update migrate experiments authored May 16, 2023 by Eric Ferrer's avatar Eric Ferrer
Show whitespace changes
Inline Side-by-side
migrate-experiments.md
View page @ 2d330d1a
...@@ -121,6 +121,13 @@ There are two ways to do it: ...@@ -121,6 +121,13 @@ There are two ways to do it:
**Before running** the second step of the migration (with the new user), remind to change the **queue** parameter (example CLASS_A to bsc_es) if necessary in the platform.conf file. **Before running** the second step of the migration (with the new user), remind to change the **queue** parameter (example CLASS_A to bsc_es) if necessary in the platform.conf file.
# Check the runtime
After the migration is done, it is recommended to check the runtime, there might be broken links that should be fixed (it is easily done, since the links will be pointing to a path of the previous user running the experiment, just need to update them to the new group and user).
And in the case of running an OSM experiment, there will be some files that need to be executed by the POST job. The ones that will give issues belong to the POST job for which the SIM has already ran, but the POST is still missing dependencies and will run with the new account. The file will be named like `${EXPID}_osm_post_${CHUNK}.sh` and will be in the runtime folder. It will have some paths set up on its generation pointing to the old group and user that ran the experiment before the migrate.
# Tests done # Tests done
......
Clone repository
  • Code coverage
  • Deployment
  • Issues documenting different aspects
  • Leaflet
  • Possible Operational Problems and Solutions
  • Running Autosubmit in Earth Sciences
  • Testing_Suite
  • Updating ReadTheDocs Autosubmit documentation
  • Visual Identity
  • [DestinE] Autosubmit VM on Lumi
  • background
  • bibtex
  • databases
  • development
  • dissemination
View All Pages