Bonjour @BenjaminL54
Attention lors de l'utilisation de ce call API :
POST /cloud/project/{serviceName}/instance/{instanceId}/rescueMode
Les paramètres a indiquer :
serviceName * <project-ID>
instanceId * <Instance-ID>
rescue* :
check => passage en rescue (== openstack server rescue --image rescue-ovh <instance-id> )
uncheck => passage sur disque (== openstack server unrescue <instance-id> )
Du coup, via le script en PHP, le call pour passer en rescue doit ressembler a cela :
<?php
require __DIR__ . '/api/vendor/autoload.php';
use \Ovh\Api;
$ovh = new Api( 'xxxxxxxxx', // Application Key
'xxxxxxxxx', // Application Secret
'ovh-eu', // Endpoint of API OVH Europe (List of available endpoints)
'xxxxxxxxx'); // Consumer Key
$result = $ovh->post('/cloud/project/xxxxxxxxxxxx/instance/yyyyyyy/rescueMode', array(
'rescue' => true ));
print_r( $result );
?>
et pour unrescue l'instance, passer l'argument a false tout simplement :
<?php
$result = $ovh->post('/cloud/project/xxxxxxxxxxxx/instance/yyyyyyy/rescueMode', array(
'rescue' => false ));
?>
Du coup, si vous laisser l'argument "'rescue' => false " alors que l'instance est active, cela reviens a voir remettre sur disque... une instance qui est déjà sur disque.
D'où le message legitime :
{"class":"Client::BadRequest","message":"Invalid parameter(s): instance is in ACTIVE status"}
Concernant le display du password => il ne faut pas en tenir compte !!
En effet, il s'agit d'un reste historique lié a la façons dont on passé les instances en rescue.
Aujourd'hui, le mdp est set automatiquement via le cloud-init et peut être trouver dans le console log / KVM de l'instance (pas de call API pour cela).
Eric.
