<p>لا يعمل mc مع مستودعات GCS التي تحتوي على شرطات سفلية في الاسم</p>

تم إنشاؤها على ٥ أبريل ٢٠١٦ · 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 إضافة gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 بتوقيت جرينتش] 0B dw_export /
$ ./mc ls gcs / dw_export /
مولودية:تعذر إحصاء "gcs / dw_export /". اسم المجموعة يحتوي على أحرف غير صالحة.

يتم حاليًا تقييد مستودعات نعم بناءً على متطلبات تسمية حاوية S3 ، أي قيود الحاوية التالية من هنا http://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

سوف نرى ما إذا كانت هناك طريقة للاسترخاء فقط من أجل gcs.

harshavardhana في ٥ أبريل ٢٠١٦

👍2 😕1

ال 6 كومينتر

مضيف التهيئة $ ./mc إضافة gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 بتوقيت جرينتش] 0B dw_export /
$ ./mc ls gcs / dw_export /
مولودية:تعذر إحصاء "gcs / dw_export /". اسم المجموعة يحتوي على أحرف غير صالحة.

سوف نرى ما إذا كانت هناك طريقة للاسترخاء فقط من أجل gcs.

harshavardhana في ٥ أبريل ٢٠١٦

👍2 😕1

هل يمكن أن يكون لدينا اصطلاحات تسمية / التحقق من الصحة الخاصة بكل مزود تخزين. يمكن أن يكون مفيدًا جدًا عندما ندعم عدة مزودين لكلٍ منهم قيوده الخاصة. التغييرات في سياسة المرء لن تحطم الآخر.

sreeram-boyapati في ١٨ أبريل ٢٠١٦

هل يمكن أن يكون لدينا اصطلاحات تسمية / التحقق من الصحة الخاصة بكل مزود تخزين. يمكن أن يكون مفيدًا جدًا عندما ندعم عدة مزودين لكلٍ منهم قيوده الخاصة. التغييرات في سياسة المرء لن تحطم الآخر.

تكمن مشكلة Google Cloud Storage في أنه غير متوافق تمامًا مع S3. "mc" هي أداة مكتوبة فقط لتخزين العناصر المتوافقة مع "S3" مثل S3 أو Minio أو Ceph أو Swift وأنظمة الملفات. - هذا هو السبب في أن إضافة الحلول الحرفية لكل مزود ليس منطقيًا لأنه ليس أداة عامة لنقل البيانات لجميع أنواع مقدمي الخدمات.

ما يمكن فعله هو تخفيف قيود الجرافة فقط من أجل "GCS" على وجه التحديد ، فهو يتطلب تغييرات في الكود في minio-go.

harshavardhana في ١٨ أبريل ٢٠١٦

لجعل minio يعمل ، أقوم بنقل (إعادة تسمية) ظهري مع الاسم بدون شرطة سفلية.
بعد ذلك تمكنت من عكس هذا الدلو.

skipp في ١٨ أبريل ٢٠١٦

يجب علينا فقط تشجيع المستخدمين على اتباع أفضل الممارسات. إذا استرخينا ، فسيصبح ترحيل البيانات بين GCS و AWS و Minio أكثر صعوبة وسيعتمد المستخدمون دائمًا على mc.