Snapshot and restore : communication entre deux cluster

[Dominique_Lechaudel]

Bonjour,

Je cherche à paramétrer la fonctionnalité snapshot/restore et utiliser un repository de type read-only URL pour utiliser le snapshot d'un autre cluster (communications prod/pre-prod)
Les cluster sont protégés par xpack.
Comment passer les crédentials dans la définition du repository ?

L'erreur obtenue lors du "check" signale que l'accès est refusé. Normal, il faudrait lui passer un user/mdp comment faire ?
Est-ce possible de le faire, ou ce n'est disponible que pour des cluster non protégés ?

 {
  "error": {
    "root_cause": [
      {
        "type": "repository_verification_exception",
        "reason": "[vpezmesure-snap] path  is not accessible on master node"
      }
    ],
    "type": "repository_verification_exception",
    "reason": "[vpezmesure-snap] path  is not accessible on master node",
    "caused_by": {
      "type": "i_o_exception",
      "reason": "Server returned HTTP response code: 401 for URL: http://vpezmesure.intra.inist.fr:9200/_snapshot/index.latest"
    }
  },
  "status": 500
}

Merci de votre aide

Dominique

[ahmed_charafouddine]

Le message d'erreur indique qu'au moins un des nœuds master n'a pas accès au repository. Il faut - je pense - que tous les nœuds du cluster doivent avoir acces au repository.

[Dominique_Lechaudel]

Merci pour votre réponse.
Je cherche à lire un snapshot d'un cluster vers un autre.
Le cluster destination est protégé via user/mdp. Dans la définition du repository, il n'y a pas moyen de passer cette authentification ? et éviter le message d'erreur ?

[dadoonet (David Pilato)]

Quel repo as-tu exactement défini ?

Mais essaye quelque chose comme:

PUT /_snapshot/my_read_only_url_repository
{
  "type": "url",
  "settings": {
    "url": "http://user:pass@yoururl"
  }
}

Peut-être que ça peut contourner le problème ?
Sinon, ouvre une feature request. Si ça n'est pas supporté, ce type de "credentials" devraient être gérés dans le coffre à mots de passe d'elasticsearch je pense.

[Dominique_Lechaudel]

Merci
Oui, j'essaie ça. Ça passait pas dans l'interface kibana, j'avais pas pensé à le mettre direct.

[Dominique_Lechaudel]

Bon, du coup j'ai le même message d'erreur, pour lui l'URL n'est pas correcte.

Je n'ai jamais entendu parler de ce coffre à mot de passe.
Qu'est-ce que c'est ?

Je vais ouvrir une feature request alors, sur kibana je suppose

En tout cas merci pour la réactivité

{
  "error": {
    "root_cause": [
      {
        "type": "repository_exception",
        "reason": "[vpezmesure-snap-repo] failed to create repository"
      }
    ],
    "type": "repository_exception",
    "reason": "[vpezmesure-snap-repo] failed to create repository",
    "caused_by": {
      "type": "illegal_argument_exception",
      "reason": "Unable to parse URL repository setting",
      "caused_by": {
        "type": "malformed_u_r_l_exception",
        "reason": "Error at index 0 in: \"xxxxxx\"",
        "caused_by": {
          "type": "number_format_exception",
          "reason": "Error at index 0 in: \"xxxxxx\""
        }
      }
    }
  },
  "status": 500
}

[dadoonet (David Pilato)]

@Dominique_Lechaudel

sur kibana je suppose

Non. Sur Elasticsearch qui doit d'abord supporter cette fonction.
Je viens de vérifier le code et effectivement ce n'est pas supporté.

Ca ne pas doit être super compliqué à supporter.

InputStream from a URL

Même il est possible de gérer des timeout, des redirects, des proxy, etc...

@Dominique_Lechaudel

Je n'ai jamais entendu parler de ce coffre à mot de passe.
Qu'est-ce que c'est ?

Secure settings | Elasticsearch Reference [7.10] | Elastic

[Dominique_Lechaudel]

Merci pour les infos.

Je viens de soumettre une request feature
https://github.com/elastic/elasticsearch/issues/65821

J'espère que ma description est compréhensible