Grafana: عامل ميناء: صور ARM لا تعمل منذ الإصدار 6.4.x.

شكرًا للإبلاغ عن هذا theWaldschrat ، سنحقق في الأمر أكثر

theWaldschrat ما الجهاز الذي تستخدمه؟ هل هذه بنية 32 أو 64 بت (armv6m armv7 ، armv8 ، إلخ)؟

ربما نحتاج إلى تضمين https://pkgs.alpinelinux.org/package/edge/main/armhf/libc6-compat في صورة Grafana docker؟

apk add --no-cache --repository=http://dl-cdn.alpinelinux.org/alpine/edge/main libc6-compat

@ theWaldschrat هل يمكنك تأكيد أن أعلاه يحل المشكلة الأساسية؟ يصعب علينا التحقق دون الوصول إلى جهاز ARM فعلي ، ربما تكون صورة الذراع القائمة على عامل الإرساء احتمالًا ، لكن نقدر ما إذا كان بإمكانك مساعدتنا هنا. شكر

الجهاز هو Raspberry Pi 4B. من الناحية الفنية ، هو ARM64v8 ، لكن Raspbian افتراضيًا يدير نواة 32 بت و userland ، لذلك ARM32v7.

uname -a
نظام التشغيل المضيف:
Linux raspberrypi 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l GNU/Linux
صورة Grafana 6.3.6:
Linux 97f0bb9a456d 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l armv7l armv7l GNU/Linux
صورة Grafana 6.4.X (الأحدث):
Linux 84a01cb75816 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l Linux

لم أقم بإنشاء الكثير من صور Docker حتى الآن ، لذلك لا يمكنني تجربة الأمر أعلاه في صورة جديدة ، على الأقل ليس بسرعة. لكن ما فعلته: تشغيل grafana: أحدث حاوية بنقطة دخول bash وجذر المستخدم:
docker run -it -p 3001:3000 --entrypoint="bash" --user=root grafana/grafana
ها هي النتيجة:

• يؤدي تشغيل /run.sh يدويًا إلى ظهور نفس رسالة الخطأ ، لذلك تم تأكيد ذلك.
• تشغيل فوق الأمر: لا خطأ.
• قم بتشغيل /run.sh مرة أخرى: رسائل خطأ جديدة:

Error relocating /usr/share/grafana/bin/grafana-server: __memset_chk: symbol not found
Error relocating /usr/share/grafana/bin/grafana-server: __memcpy_chk: symbol not found
Error relocating /usr/share/grafana/bin/grafana-server: __vfprintf_chk: symbol not found
Error relocating /usr/share/grafana/bin/grafana-server: __fprintf_chk: symbol not found

• تشغيل ldd /usr/share/grafana/bin/grafana-server لا يشكو من فقد المكتبات بعد الآن ، لكنه يعطي نفس النتائج المذكورة أعلاه.

أنا لست خبيراً ، لكني أعتقد أن lib-c لا يزال غير متوافق.

theWaldschrat شكرا لك مفيدة جدا.

فقط للتحقق من بعض الأشياء الإضافية ، يمكنك تجربة هذه على وجه التحديد للتحقق من حصولك على نفس المشكلة:
docker run -it -p 3001:3000 --entrypoint="bash" --user=root grafana/grafana-arm32v7-linux:6.4.1

docker run -it -p 3001:3000 --entrypoint="bash" --user=root grafana/grafana-arm32v7-linux:6.4.0-beta1

فقط للتأكد ، يمكنك أيضًا محاولة تشغيل خادم grafana وبدء تشغيله:
docker run -it -p 3001:3000 --entrypoint="bash" --user=root grafana/grafana-arm64v8-linux:6.4.1

أول اثنين يفعلون نفس الشيء كما هو موضح سابقًا.
تشغيل /run.sh أو مباشرة /usr/share/grafana/bin/grafana-server لا يحدث فرقًا.

الثالث لا يبدأ حتى مع عدم تطابق القوس:
standard_init_linux.go:211: exec user process caused "exec format error"

لدي نفس المشكلة واضطررت إلى الرجوع إلى الإصدار 6.3.6 ، لذلك يبدو أن جميع صور 6.4.x المستندة إلى جبال الألب معطلة لـ ARMv7.

شكر. بعد دخولك إلى bash ، هل يمكنك محاولة تثبيت حزمة musl-dev باستخدام إضافة apk؟

musl-dev بشكل جيد بالنسبة لي ، ولكن ليس له تأثير على المشكلة ، مع أو بدون libc6-compat .

يتيح تثبيت glibc apks من https://github.com/armhf-docker-library/alpine-pkg-glibc/releases أن يبدأ بـ grafana-server . إذا فهمت المشكلة بشكل صحيح ، فمن الأفضل ربط الثنائيات بشكل ثابت مع musl.

إنها فكرة ربط Alpine بشكل ثابت بـ musl بدلاً من الارتباط الديناميكي glibc. إنه أسرع وأصغر وأكثر استقرارًا ويحتمل أن يكون أكثر أمانًا. على الأقل هذا ما يقولون.
ولكن بقدر ما أستطيع أن أرى ، فإن Grafana يبني خارج الصورة المستهدفة التي تربطها بـ glibc ، لذلك من المحتمل أن تكون أفضل فكرة إما تثبيت glibc كما هو مذكور أعلاه أو استخدام صورة أساسية مختلفة تتضمن بالفعل glibc.

بالنظر إلى هذا التغيير ، فقد كسر صورة عامل الإرساء لأجهزة ARM بشكل فعال ، كنت أتوقع شيئًا أفضل من علامة "يحتاج إلى التحقيق".

تنهد! أعتقد أن لعنة "التطور السريع".

يمكنني إعادة إنتاج الخطأ في OS X ، على الرغم من أنه يبدو مختلفًا قليلاً عن الخطأ الخاص بك:

$ docker run --platform arm grafana/grafana
/lib/ld-linux-armhf.so.3: No such file or directory

سأرى ما إذا كان بإمكاني إصلاحه.

قد يكون لديّ مسؤولاً عن السبب الجذري لهذه المشكلة ، آمل أن أتمكن من إصلاحها بحلول الغد.

العمل على حل هذه المشكلة عن طريق بناء ثنائيات مسلية بالإضافة إلى ثنائيات جليبك

فقط ركض في هذا أيضا. نظامي هو aarch64 (RockPro64) وأنا أتلقى نفس الخطأ:

/run.sh: line 80: /usr/share/grafana/bin/grafana-server: No such file or directory

بناءً على العمل في # 19798 ، دفعنا علامة باسم dev-musl إلى مستودعات grafana docker hub. لقد تمكنا فقط من اختبار تشغيل صور عامل الإرساء arm و arm64 باستخدام المحاكاة ، لذا نطلب من أي شخص التفضل بالمساعدة في اختبار صور ذراع و arm64 للتحقق من أنها تعمل كما هو متوقع. لم يتم دفع أي بيان إلى grafana / grafana ، لذا إذا كنت تريد تجربة arm أو arm64 ، فيجب عليك تحديد المستودع الصحيح يدويًا ، انظر أدناه.

لينكس / amd64 :
docker run <args> grafana/grafana:dev-musl

لينكس / arm64 :
docker run <args> grafana/grafana-arm64v8-linux:dev-musl

لينكس / ذراع :
docker run <args> grafana/grafana-arm32v7-linux:dev-musl

يرجى ملاحظة أن هذه الصور تستند إلى فرع المطور الحالي (Master / Grafana v6.5.0-pre) من Grafana ، لذا إذا كنت ترغب في الاختبار باستخدام تثبيت Grafana الحالي ، فيرجى تذكر نسخ بياناتك الحالية احتياطيًا .

نطاق الاختبار:

• تحقق من إمكانية تشغيل هذه الحاوية بنجاح واستخدام docker logs <image name> يجب ألا ينتج عنه أي شيء غير متوقع مثل الأخطاء.
• إذا أمكن ، حاول إضافة / الاتصال بمصدر بيانات وعرض لوحة / لوحة
• اختياري: تحقق من أنه يمكنك تنزيل / تثبيت المكونات الإضافية
• قدم ملاحظات في هذه المشكلة أو PR # 19798 من خلال كتابة تعليق يخبرنا بالجهاز / البنية التي استخدمتها والنتيجة.

شكرا لك مقدما

$ uname -a
Linux black-pearl 4.14.70-hypriotos-v7+ #1 SMP Sat Sep 22 05:54:18 UTC 2018 armv7l GNU/Linux

LGTM يعمل على Raspberry 3B

• [x] تحقق من إمكانية تشغيل الحاوية بنجاح واستخدام سجلات عامل الإرساءلا ينبغي إخراج أي شيء غير متوقع مثل الأخطاء.
• [x] إذا أمكن ، حاول إضافة / الاتصال بمصدر بيانات وعرض لوحة / لوحة
• [x] اختياري: تحقق من أنه يمكنك تنزيل / تثبيت المكونات الإضافية

SBC: Cubietruck (المعروف أيضًا باسم CubieBoard 3)

$ uname -a
Linux fernia 4.19.62-sunxi # 5.92 SMP الأربعاء 31 يوليو 22:07:23 CEST 2019 armv7l armv7l armv7l GNU / Linux

LGTM

• [x] تحقق من إمكانية تشغيل الحاوية بنجاح واستخدام سجلات عامل الإرساء يجب ألا ينتج عنه أي شيء غير متوقع مثل الأخطاء.
• [x] إذا أمكن ، حاول إضافة / الاتصال بمصدر بيانات وعرض لوحة / لوحة
• [x] اختياري: تحقق من أنه يمكنك تنزيل / تثبيت المكونات الإضافية

شكرا جزيلا على الاستجابات السريعة والمساعدة. مقدر جدا.

متفق عليه ، شكرا للمساعدة في الاختبار!

في الثلاثاء 22 أكتوبر 2019 الساعة 19:05 ماركوس إفرايمسون إخطارات @github.com
كتب:

شكرا جزيلا على الاستجابات السريعة والمساعدة. مقدر جدا.

-
أنت تتلقى هذا لأنه تم تعيينك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/grafana/grafana/issues/19585؟email_source=notifications&email_token=AACEVV4YMCESH5G7XWTY3QLQP4XHPA5CNFSM4I42J4CKYY3PNVWWK3TUL52HS4DFVREXG43VMV
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/AACEVV3OBIAWAV3ZNAP4XEDQP4XHPANCNFSM4I42J4CA
.

uname -a
Linux raspberrypi4 4.19.75-v7l+ #1270 SMP Tue Sep 24 18:51:41 BST 2019 armv7l GNU/Linux

رازبيري باي 4 ب

docker -v
Docker version 19.03.4, build 9013bf5

• [x] تحقق من إمكانية تشغيل الحاوية بنجاح واستخدام سجلات عامل الإرساء يجب ألا ينتج عنه أي شيء غير متوقع مثل الأخطاء
• [X] إن أمكن ، حاول إضافة / الاتصال بمصدر بيانات وعرض لوحة معلومات / لوحة (تدفق مع لوحة الرسم البياني
• [] اختياري: تحقق من أنه يمكنك تنزيل / تثبيت المكونات الإضافية

LGTM: رازبيري باي 4

$ uname -a
Linux worker-3 4.19.75-v7l+ #1270 SMP Tue Sep 24 18:51:41 BST 2019 armv7l GNU/Linux

• [x] تحقق من إمكانية تشغيل الحاوية بنجاح واستخدام سجلات عامل الإرساء يجب ألا ينتج عنه أي شيء غير متوقع مثل الأخطاء
• [x] إن أمكن ، حاول إضافة / الاتصال بمصدر بيانات وعرض لوحة القيادة / اللوحة (influxdb ، prometheus ، loki)
• [x] تحقق من أنه يمكنك تنزيل / تثبيت المكونات الإضافية (raintank-worldping-app ، grafana-kubernetes-app ، devopsprodigy-kubegraf-app ، grafana-piece-piece-panel)

LGTM

Rockchip rock64

$ uname -a
Linux rock64 4.4.132-1072-rockchip-ayufan-ga1d27dba5a2e #1 SMP Sat Jul 21 20:18:03 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

• [x] تحقق من إمكانية تشغيل الحاوية بنجاح واستخدام سجلات عامل الإرساء يجب ألا ينتج عنه أي شيء غير متوقع مثل الأخطاء
• [x] إن أمكن ، حاول إضافة / الاتصال بمصدر بيانات وعرض لوحة القيادة / اللوحة (influxdb ، prometheus ، loki)
• [] تحقق من أنه يمكنك تنزيل / تثبيت المكونات الإضافية (raintank-worldping-app ، grafana-kubernetes-app ، devopsprodigy-kubegraf-app ، grafana-piece-piece-panel)

مستوى مهارة عامل ميناء
لاعب غير محترف
مستوى مهارة جرافانا
لاعب غير محترف
-uname -a
Linux SwingerPictureServer 4.19.75-v7 + # 1270 SMP ........... armv71 GNU / Linux
HW
Raspberry Pi 3B
ملف compose.sh:
تشغيل عامل ميناء \
- اسم Grafana_test \
-p 3001: 3001 \
-e "GF_SERVER_ROOT_URL = http: //: 3001 "
- ه "GF_SECURITY_ADMIN_PASSOWRD ="\
- نوع الجبل = ربط ، المصدر = "/ home / pi / DockerConf / Grafana / test / config" ، target = "/ etc / grafana": ro \
grafana / grafana-arm32v7- لينكس: dev-musl

ملف تسجيل:
warn: msg = "تم إهمال phantomJS وستتم إزالته في الإصدار المستقبلي ...

شكرا لكم جميعا. لقد دمجنا هذا لإتقان ، لكننا قررنا تضمين هذا الإصلاح في Grafana v6.5.0 ، ليتم إصداره في غضون أسبوعين. حتى ذلك الحين ، يمكنك استخدام الإصدارات الليلية إذا كنت ترغب في تشغيل صور Grafana v6.5-pre ARM المتوافقة مع ARM باستخدام علامة grafana/grafana:master .

الرجاء إضافة ملاحظة إلى Docker hub حتى يسهل العثور على هذه المشكلة. إذا كنت تقوم حاليًا بسحب grafana / grafana ، فلا تزال تحصل على صورة غير وظيفية على armhf.

فقط أعلق على ملاحظة أن grafana / grafana-arm32v7- linux: الأحدث الآن يعمل بشكل جيد بالنسبة لي (هذه الصورة ) ، لذلك قمت بإلغاء تثبيت الإصدارات 👍

mhansen يمكنك استخدام الصورة الأساسية مباشرة (grafana / grafana: الأحدث) ، إنها متعددة الأسطر :)

أستخدم حاليًا grafana / grafana: 6.5.1@sha256 : befcd84da2c1f3310b23d93ba9eec4a80df4c86c04bd39455623ac632fbcefdd في مجموعة ARM.

theWaldschratpedroetbmhansenhermSySfRaMe @ كريستيان-wojtaspgolmgcgarnerJochenLutziwittkauJasonSwindle @ protik77 @ ata4 يمكننا استخدام بعض المساعدة اختبار يبني جديدة (صور عامل الميناء والمحفوظات قطران) في مختلف أبنية ARM، قد ساعدني؟ ونحن نقدر ذلك!

صور Docker المعنية

• grafana / grafana-arm64v8- لينكس: Master-df1d43167af035c6819923ecce135056f37c79c2-new-pipeline
• grafana / grafana-arm64v8- لينكس: master-df1d43167af035c6819923ecce135056f37c79c2-ubuntu-new-pipeline
• grafana / grafana-arm32v7- linux: master-df1d43167af035c6819923ecce135056f37c79c2-new-pipeline
• grafana / grafana-arm32v7- لينكس: master-df1d43167af035c6819923ecce135056f37c79c2-ubuntu-new-pipeline

المحفوظات القطران في السؤال

أرشيفات MUSL مخصصة لـ Alpine Linux ، بينما GLIBC مخصصة لتوزيعات Linux العادية:

• ARM64 / MUSL
• ARM64 / GLIBC
• ARMv6 / GLIBC
• ARMv7 / MUSL
• ARMv7 / GLIBC

عدد الدورات في الدقيقة

• ARM64
• ARMv7

صورة عامل ميناء
grafana / grafana-arm64v8- لينوكس: master-df1d43167af035c6819923ecce135056f37c79c2-new-pipeline يعمل بشكل جيد على Raspberry Pi 4B مع Kernel 4.19.97-v8 + و Docker CE 19.03.5.

@ volschin!

حدثت مشكلة مع الحاوية اليوم بعد تشغيل حوالي 24 ساعة (لا يوجد نموذج أولي). هذا شيء لم يحدث في الأشهر الماضية. لذا ربما توجد مشكلة استقرار.

حدثت مشكلة مع الحاوية اليوم بعد تشغيل حوالي 24 ساعة (لا يوجد نموذج أولي). هذا شيء لم يحدث في الأشهر الماضية. لذا ربما توجد مشكلة استقرار.

ما نوع المشكلة التي رأيت بالضبطvolschin؟

@ aknuds1 آسف ، لم أتمكن من إجراء اختبار كامل لصور ذراع الرصيف الجديدة بعد. هل هناك طريقة لأتمتة الاختبار؟

ليس لدي أي طريقة آلية ، آسفiwittkau.

لم أعد أرى grafana / grafana: الأحدث على أنه متعدد ، فقط amd64 / linux.

$ docker run --rm mplatform/mquery grafana/grafana
Image: grafana/grafana
 * Manifest List: No
 * Supports: amd64/linux

لقد تحولت إلى grafana / grafana: Master

لم أعد أرى grafana / grafana: الأحدث على أنه متعدد ، فقط amd64 / linux.

$ docker run --rm mplatform/mquery grafana/grafana
Image: grafana/grafana
 * Manifest List: No
 * Supports: amd64/linux

لقد تحولت إلى grafana / grafana: Master

mhansen مثير للاهتمام ، شكرًا على

مقابل ما يستحق ، أنا أستخدم grafana/grafana-arm32v7-linux:latest في الوقت الحالي. على الرغم من تثبيته 6.7.1.