<p>mc не работает с корзинами GCS, содержащими символы подчеркивания в имени</p>

Созданный на 5 апр. 2016 · 6Комментарии · Источник: minio/mc

Проверка, которую mc выполняет для имен корзин, ограничивает их подмножеством символов с поддержкой DNS. Однако Google Cloud Storage, похоже, допускает использование других символов. Это приводит к тому, что mc не может выполнять операции с некоторыми бакетами GCS.

Есть ли способ ослабить это ограничение для каждого псевдонима? Мой вариант использования здесь - иметь возможность передавать данные между GCS и S3, и в настоящее время я не могу сделать это для всех сегментов, с которыми я работаю. См. Ниже информацию об ошибке, которую я получаю.

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

Источник

d5ve

👍2

Самый полезный комментарий

$ ./mc config host add gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 GMT] 0B dw_export /
$ ./mc ls gcs / dw_export /
MC:Невозможно указать "gcs / dw_export /". Имя сегмента содержит недопустимые символы.

В настоящее время да, сегменты ограничены на основе требований к именованию сегментов S3, т. Е. Следуя ограничениям сегментов отсюда http://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

Посмотрим, есть ли способ расслабить это только для gcs.

harshavardhana 5 апр. 2016

👍2 😕1

Все 6 Комментарий

$ ./mc config host add gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 GMT] 0B dw_export /
$ ./mc ls gcs / dw_export /
MC:Невозможно указать "gcs / dw_export /". Имя сегмента содержит недопустимые символы.

Посмотрим, есть ли способ расслабить это только для gcs.

harshavardhana 5 апр. 2016

👍2 😕1

Можем ли мы иметь соглашения об именах / валидациях корзин, специфичные для каждого поставщика хранилища. Это может быть очень удобно, если мы поддерживаем нескольких поставщиков, каждый со своими ограничениями. Изменения политики одного не сломают другого.

sreeram-boyapati 18 апр. 2016

Можем ли мы иметь соглашения об именах / валидациях корзин, специфичные для каждого поставщика хранилища. Это может быть очень удобно, если мы поддерживаем нескольких поставщиков, каждый со своими ограничениями. Изменения политики одного не сломают другого.

Проблема с Google Cloud Storage в том, что оно не полностью совместимо с S3. «mc» - это инструмент, написанный только для S3-совместимого объектного хранилища, такого как S3, Minio, Ceph или Swift и файловые системы. - вот почему добавление дословных решений для каждого поставщика не имеет смысла, поскольку это не универсальный инструмент передачи данных для всех типов поставщиков.

Что можно сделать, так это ослабить ограничения ведра только для «GCS», это требует изменения кода в minio-go.

harshavardhana 18 апр. 2016

Чтобы минио заработало, я передаю (переименовываю) свой бэкет с именем без подчеркивания.
Так что после этого я смог отразить это ведро.

skipp 18 апр. 2016

Мы должны только поощрять пользователей следовать лучшим практикам. Если мы ослабим его, миграция данных между GCS, AWS и Minio станет сложнее, и пользователи всегда будут зависеть от mc.

GarimaKapoor 19 июл. 2016

Этот поток был автоматически заблокирован, поскольку после его закрытия в последнее время не было никаких действий. Пожалуйста, откройте новую проблему для связанных ошибок.