Changes in 71f2d90: added hint for how to replace an access token in security-service DB

				wiki/info/landscape/paris2024/olympic-plan-for-paris-marseille-2024.md
			
          @@ -185,3 +185,13 @@ Combine the above scenarios: a failing production master (hardware or VM-only) w

           * master set-up on sap-p1-2 must be configured in "failover" mode by default; this means it sends to the local RabbitMQ and the security_service MongoDB replica set that does not replicate into the cloud, to keep traffic on the SSH tunnel to the cloud as low as possible

           * create a "primary master" configuration on sap-p1-2 in case sap-p1-1 fails for a longer time and we need to switch to sap-p1-2 for a longer time; in that case we would like to have DB replication into the cloud, so use the localhost:[10201|10202|10203] "paris2024" MongoDB replica set and send to the RabbitMQ in the cloud (rabbit-eu-west-3); these failover scenarios should be manageable by corresponding scripts

           * Shall we obtain the tunnel scripts via symbolic links from the respective git repo at /home/sailing/code, there then under configuration/on-site-scripts/paris2024/sap-p1-[12]? Currently, they are copies that evolve independently from the git repo.

          +

          +## Replacing an Access Token Accidentally Revoked in security-service DB

          +

          +SSH into the security-service instance, then run

          +

          +```

          +  mongo "mongodb://dbserver.internal.sapsailing.com:10203/security_service?replicaSet=live"

          +  > db.PREFERENCES.update({"USERNAME": "username", "KEYS_AND_VALUES.KEY": "___access_token___"}, { $set: { 'KEYS_AND_VALUES.$': { "KEY" : "___access_token___", "VALUE" : "asfdasdfasdfasfdasfdasdfsadfasfdasdfdsaf=" } } })

          +  > quit()

          +```

          \ No newline at end of file

...	...	@@ -185,3 +185,13 @@ Combine the above scenarios: a failing production master (hardware or VM-only) w
185	185	* master set-up on sap-p1-2 must be configured in "failover" mode by default; this means it sends to the local RabbitMQ and the security_service MongoDB replica set that does not replicate into the cloud, to keep traffic on the SSH tunnel to the cloud as low as possible
186	186	* create a "primary master" configuration on sap-p1-2 in case sap-p1-1 fails for a longer time and we need to switch to sap-p1-2 for a longer time; in that case we would like to have DB replication into the cloud, so use the localhost:[10201\|10202\|10203] "paris2024" MongoDB replica set and send to the RabbitMQ in the cloud (rabbit-eu-west-3); these failover scenarios should be manageable by corresponding scripts
187	187	* Shall we obtain the tunnel scripts via symbolic links from the respective git repo at /home/sailing/code, there then under configuration/on-site-scripts/paris2024/sap-p1-[12]? Currently, they are copies that evolve independently from the git repo.
	188	+
	189	+## Replacing an Access Token Accidentally Revoked in security-service DB
	190	+
	191	+SSH into the security-service instance, then run
	192	+
	193	+```
	194	+ mongo "mongodb://dbserver.internal.sapsailing.com:10203/security_service?replicaSet=live"
	195	+ > db.PREFERENCES.update({"USERNAME": "username", "KEYS_AND_VALUES.KEY": "___access_token___"}, { $set: { 'KEYS_AND_VALUES.$': { "KEY" : "___access_token___", "VALUE" : "asfdasdfasdfasfdasfdasdfsadfasfdasdfdsaf=" } } })
	196	+ > quit()
	197	+```
...	...	\ No newline at end of file