<p>mc는 이름에 밑줄이 포함된 GCS 버킷에서 작동하지 않습니다.</p>

$ ./mc 구성 호스트 추가 gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 GMT] 0B dw_export/
$ ./mc ls gcs/dw_export/
맥:'gcs/dw_export/'를 stat할 수 없습니다. 버킷 이름에 잘못된 문자가 포함되어 있습니다.

현재 예 버킷은 여기에서 버킷 제한을 다음하여 예 S3 버킷 이름 지정 요구 사항에 따라 제한됩니다 http://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

gcs를 위해 이것을 완화할 수 있는 방법이 있는지 확인할 것입니다.

각 스토리지 제공자에 특정한 버킷 명명/검증 규칙을 가질 수 있습니까? 자체 제한 사항이 있는 여러 공급자를 지원할 때 매우 편리할 수 있습니다. 하나의 정책 변경은 다른 하나를 손상시키지 않습니다.

각 스토리지 제공자에 특정한 버킷 명명/검증 규칙을 가질 수 있습니까? 자체 제한 사항이 있는 여러 공급자를 지원할 때 매우 편리할 수 있습니다. 하나의 정책 변경은 다른 하나를 손상시키지 않습니다.

Google Cloud Storage의 문제는 S3와 완전히 호환되지 않는다는 것입니다. 'mc'는 S3, Minio, Ceph 또는 Swift 및 Filesystems와 같은 'S3' 호환 개체 스토리지 전용으로 작성된 도구입니다. - 이것이 모든 유형의 제공자를 위한 일반적인 데이터 전송 도구가 아니기 때문에 제공자별로 축어적 솔루션을 추가하는 것이 의미가 없는 이유입니다.

할 수 있는 것은 특히 'GCS'에 대한 버킷 제한을 완화하는 것입니다. minio-go에서 코드 변경이 필요합니다.

minio가 작동하도록 하기 위해 밑줄 없이 이름으로 내 백켓을 전송(이름 변경)합니다.
그래서 그 후에 이 버킷을 미러링할 수 있었습니다.

사용자가 모범 사례를 따르도록 권장해야 합니다. 이를 완화하면 GCS, AWS 및 Minio 간의 데이터 마이그레이션이 더 어려워지고 사용자는 항상 mc에 의존하게 됩니다.

이 스레드는 닫힌 후 최근 활동이 없었기 때문에 자동으로 잠겼습니다. 관련 버그에 대한 새 문제를 여십시오.