[8.1] Make TaskQueueDB VO aware for diracx transition

[simon-mazenoux]

This will require DB changes.

• Add to wiki - in https://github.com/DIRACGrid/DIRAC/wiki/DIRAC-8.1#wms

BEGINRELEASENOTES

*WMS
CHANGE: add VO info in TaskQueueDB

ENDRELEASENOTES

This PR was created for the purpose of getting some values from the Registry config (which is now VO specific in diracx) when deleting a TaskQueue to ajust the job shares correction.

[simon-mazenoux]

Should I also create a script to fill the new VO column ? This way, we could make sure that every row has a VO, and it would avoid having hacky workarounds in diracx to figure out the VO from the group.

[simon-mazenoux]

I just added the migration procedure in the wiki (https://github.com/DIRACGrid/DIRAC/wiki/DIRAC-8.1#wms), so once this is reviewed, this is ready to be merged.

[fstagni]

I just added the migration procedure in the wiki (https://github.com/DIRACGrid/DIRAC/wiki/DIRAC-8.1#wms), so once this is reviewed, this is ready to be merged.

The script that you added in the wiki could be simplified, like the one in https://github.com/DIRACGrid/DIRAC/wiki/DIRAC-8.1#remove-of-diracsetup-and-ownerdn-in-wms-and-transformations.

I would actually suggest to merge the 2 scripts into 1 to avoid double work for the sysadmins.

[simon-mazenoux]

I just added the migration procedure in the wiki (https://github.com/DIRACGrid/DIRAC/wiki/DIRAC-8.1#wms), so once this is reviewed, this is ready to be merged.

The script that you added in the wiki could be simplified, like the one in https://github.com/DIRACGrid/DIRAC/wiki/DIRAC-8.1#remove-of-diracsetup-and-ownerdn-in-wms-and-transformations.

I would actually suggest to merge the 2 scripts into 1 to avoid double work for the sysadmins.

I choose to write the script this way because, given that the WMS in DIRAC doesn't take advantage of the new field, then the person in charge of the migration doesn't need to stop any service to apply this change. One just needs to add the VO column before the 8.1 migration, and launch the second part of the script after the migration.

However, if you think it is easier for an administrator to stop services and run all the DB commands at once, then I will promptly modify my script.