<p>mc no funciona con depósitos de GCS que contienen guiones bajos en el nombre</p>

Creado en 5 abr. 2016 · 6Comentarios · Fuente: minio/mc

La validación que hace mc en los nombres de depósito los restringe a un subconjunto de caracteres apto para DNS. Sin embargo, Google Cloud Storage parece permitir otros personajes. Esto conduce a la situación en la que mc no puede realizar operaciones en algunos depósitos de GCS.

¿Hay alguna manera de relajar esa restricción por alias? Mi caso de uso aquí es poder transferir datos entre GCS y S3, y actualmente no puedo hacer eso para todos los depósitos con los que estoy trabajando. Vea a continuación el error que recibo.

$ ./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

Fuente

d5ve

👍2

Comentario más útil

$ ./mc config host agregar gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[21/03/2016 15:30:02 GMT] 0B dw_export /
$ ./mc ls gcs / dw_export /
mc:No se puede establecer 'gcs / dw_export /'. El nombre del depósito contiene caracteres no válidos.

Actualmente sí, los depósitos están restringidos según los requisitos de nomenclatura del depósito S3, es decir, siguiendo las restricciones del depósito desde aquí http://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

Veré si hay una manera de relajar esto solo para gcs.

harshavardhana en 5 abr. 2016

👍2 😕1

Todos 6 comentarios

$ ./mc config host agregar gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[21/03/2016 15:30:02 GMT] 0B dw_export /
$ ./mc ls gcs / dw_export /
mc:No se puede establecer 'gcs / dw_export /'. El nombre del depósito contiene caracteres no válidos.

Veré si hay una manera de relajar esto solo para gcs.

harshavardhana en 5 abr. 2016

👍2 😕1

¿Podemos tener convenciones de nomenclatura / validación de cubos específicas para cada proveedor de almacenamiento? Puede ser muy útil cuando apoyamos a varios proveedores, cada uno con sus propias restricciones. Los cambios de política de uno no romperán el otro.

sreeram-boyapati en 18 abr. 2016

¿Podemos tener convenciones de nomenclatura / validación de cubos específicas para cada proveedor de almacenamiento? Puede ser muy útil cuando apoyamos a varios proveedores, cada uno con sus propias restricciones. Los cambios de política de uno no romperán el otro.

El problema con Google Cloud Storage es que no es totalmente compatible con S3. 'mc' es una herramienta escrita solo para el almacenamiento de objetos compatibles con 'S3' como S3, Minio, Ceph o Swift and Filesystems. - es por eso que agregar soluciones textuales por proveedor no tiene sentido, ya que no es una herramienta de transferencia de datos genérica para todo tipo de proveedores.

Lo que se puede hacer es relajar las restricciones de cubos solo para 'GCS' específicamente, requiere cambios de código en minio-go.

harshavardhana en 18 abr. 2016

Para hacer que minio funcione, transfiero (cambio de nombre) mi backet con el nombre sin guión bajo.
Entonces, después de eso, pude reflejar este cubo.

skipp en 18 abr. 2016

Solo debemos alentar a los usuarios a seguir las mejores prácticas. Si lo relajamos, la migración de datos entre GCS, AWS y Minio se vuelve más difícil y los usuarios siempre dependerán de mc.

GarimaKapoor en 19 jul. 2016

Este hilo se ha bloqueado automáticamente ya que no ha habido ninguna actividad reciente después de que se cerró. Abra un nuevo problema para errores relacionados.