<p>mc ne fonctionne pas avec les buckets GCS contenant des traits de soulignement dans le nom</p>

Créé le 5 avr. 2016 · 6Commentaires · Source: minio/mc

La validation que mc fait sur les noms de compartiment les limite à un sous-ensemble de caractères DNS. Cependant, Google Cloud Storage semble autoriser d'autres caractères. Cela conduit à la situation où mc ne peut pas effectuer d'opérations sur certains compartiments GCS.

Existe-t-il un moyen d'assouplir cette restriction par alias ? Mon cas d'utilisation ici est de pouvoir transférer des données entre GCS et S3, et je ne peux actuellement pas le faire pour tous les compartiments avec lesquels je travaille. Voir ci-dessous pour l'erreur que je reçois.

$ ./mc config host add gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 GMT]     0B dw_export/
$ ./mc ls gcs/dw_export/
mc: <ERROR> Unable to stat ‘gcs/dw_export/’. Bucket name contains invalid characters.

wontfix

Source

d5ve

👍2

Commentaire le plus utile

$ ./mc config host add gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 GMT] 0B dw_export/
$ ./mc ls gcs/dw_export/
mc :Impossible de stat 'gcs/dw_export/'. Le nom du bucket contient des caractères non valides.

Actuellement, oui, les compartiments sont restreints en fonction des exigences de dénomination des compartiments S3, c'est-à-dire en suivant les restrictions de compartiment à partir d'ici

Je verrai s'il existe un moyen de détendre cela juste pour gcs.

harshavardhana le 5 avr. 2016

👍2 😕1

Tous les 6 commentaires

$ ./mc config host add gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 GMT] 0B dw_export/
$ ./mc ls gcs/dw_export/
mc :Impossible de stat 'gcs/dw_export/'. Le nom du bucket contient des caractères non valides.

Actuellement, oui, les compartiments sont restreints en fonction des exigences de dénomination des compartiments S3, c'est-à-dire en suivant les restrictions de compartiment à partir d'ici

Je verrai s'il existe un moyen de détendre cela juste pour gcs.

harshavardhana le 5 avr. 2016

👍2 😕1

Pouvons-nous avoir des conventions de nommage/validation de compartiment spécifiques à chaque fournisseur de stockage. Cela peut être très pratique lorsque nous prenons en charge plusieurs fournisseurs, chacun avec ses propres restrictions. Les changements de politique de l'un ne briseront pas l'autre.

sreeram-boyapati le 18 avr. 2016

Pouvons-nous avoir des conventions de nommage/validation de compartiment spécifiques à chaque fournisseur de stockage. Cela peut être très pratique lorsque nous prenons en charge plusieurs fournisseurs, chacun avec ses propres restrictions. Les changements de politique de l'un ne briseront pas l'autre.

Le problème avec Google Cloud Storage est qu'il n'est pas entièrement compatible S3. 'mc' est un outil écrit uniquement pour le stockage d'objets compatible 'S3' comme S3, Minio, Ceph ou Swift et Filesystems. - c'est pourquoi ajouter des solutions verbatim par fournisseur n'a pas de sens car ce n'est pas un outil de transfert de données générique pour tous les types de fournisseurs.

Ce qui peut être fait, c'est assouplir les restrictions de compartiment uniquement pour 'GCS', cela nécessite des modifications de code dans minio-go.

harshavardhana le 18 avr. 2016

Pour faire fonctionner minio, je transfère (renomme) mon backet avec le nom sans trait de soulignement.
Donc, après cela, j'ai pu refléter ce seau.

skipp le 18 avr. 2016

Nous devons seulement encourager les utilisateurs à suivre les meilleures pratiques. Si nous le détendons, la migration des données entre GCS, AWS et Minio devient plus difficile et les utilisateurs seront toujours dépendants de mc.

GarimaKapoor le 19 juil. 2016

Ce fil a été automatiquement verrouillé car il n'y a eu aucune activité récente après sa fermeture. Veuillez ouvrir un nouveau problème pour les bogues liés.