Kibana: [الترحيل v6.5] يبدو أن مثيل Kibana آخر يقوم بترحيل الفهرس

تم إنشاؤها على ٩ نوفمبر ٢٠١٨  ·  28تعليقات  ·  مصدر: elastic/kibana

إصدار Kibana: 6.5.0

إصدار Elasticsearch

إصدار نظام تشغيل الخادم:

إصدار المتصفح:

إصدار نظام تشغيل المتصفح:

طريقة التثبيت الأصلية (على سبيل المثال ، صفحة التنزيل ، yum ، من المصدر ، إلخ):
من المصدر

وصف الخطأ:
أنا أستخدم Elasticsearch و Kibana في v6.4.3 وأنا أختبر الانتقال إلى الإصدار 6.5.0.
عندما أبدأ Kibana للمرة الأولى un v6.5.0 ، أوقف العملية أثناء الترحيل ولدي صفحة متصفح فارغة لـ Kibana

خطوات التكاثر:
لإعادة الإنتاج ، أبدأ kibana وأتوقف عندما تكون السجلات في هذه المرحلة:

  log   [14:00:01.131] [info][migrations] Creating index .kibana_2.
  log   [14:00:01.221] [info][migrations] Reindexing .kibana to .kibana_1

في هذه المرحلة ، تكون استجابة طلب القطط المستعارة هي:

.security .security-6 - - -

وإذا حاولت إعادة تشغيل خدمة Kibana ، فلدي صفحة فارغة في المتصفح وفي السجلات لدي هذه الرسالة:

log   [14:00:20.457] [warning][migrations] Another Kibana instance appears to be migrating the index. Waiting for that migration to complete. If no other Kibana instance is attempting migrations, you can get past this message by deleting index .kibana_2 and restarting Kibana.

capture d ecran 2018-11-09 a 10 53 45

قمت بحذف فهرس .kibana_2 كما هو مذكور في السجلات ، باستخدام طلب Curl هذا:

curl -XDELETE 'http://localhost:9200/.kibana_2'  --header "content-type: application/JSON" -u elastic -p

أعيد تشغيل Kibana ولدي هذه الرسالة:

[warning][migrations] Another Kibana instance appears to be migrating the index. Waiting for that migration to complete. If no other Kibana instance is attempting migrations, you can get past this message by deleting index .kibana_1 and restarting Kibana.

أحذف فهرس .kibana_1 كما هو مذكور في السجلات ، باستخدام طلب Curl هذا:

curl -XDELETE 'http://localhost:9200/.kibana_1'  --header "content-type: application/JSON" -u elastic -p

قبل حذف الفهرس kibana_1 ، نحتاج إلى التحقق من وجود الفهرس kibana في خادم elasticsearch الخاص بي؟
أطرح هذا السؤال لأنه إذا فهمت أن kibana_1 هو نسخة من kibana. و kibana. يتم حذفه عند انتهاء الترحيل. لذلك إذا قمت بحذف .kibana_1 كما هو مطلوب وتم حذف .kibana بالفعل ، فقد أفقد جميع لوحات المعلومات / التصورات التي قمت بتخزينها؟ انا على حق؟

أعيد تشغيل Kibana وهذه المرة يعمل كل شيء ، وعاد Kibana إلى المتصفح ، وفي السجلات لدي السجلات:

[migration] finished in 688ms.

تضمين التغريدة
سلوك متوقع:

لقطات الشاشة (إذا كانت ذات صلة):

أخطاء في وحدة تحكم المتصفح (إذا كانت ذات صلة):

قدم السجلات و / أو مخرجات الخادم (إذا كان ذلك مناسبًا):

أي سياق إضافي:

Saved Objects Core bug

التعليق الأكثر فائدة

مرحبًا ، الإرشادات التي يوفرها @ Timmy93 مدمرة وستفقد جميع لوحات المعلومات والمرئيات .

يتم شرح عملية الترحيل في صفحة التوثيق هذه.

ال 28 كومينتر

pinging @ مرونة / عمليات kibana

CamiloSierraH - شكرا على التقرير. سبب هذه المشكلة هو إيقاف العملية المسؤولة عن معالجة الترحيل. هذا "القفل" هو للتعامل مع وجود العديد من مثيلات Kibana.

في هذه المشكلة ، أرى مشكلتين محتملتين:

  • يجب أن نضيف ملاحظة إلى "Reindexing .kibana إلى .kibana_X" تفيد بعدم إيقاف عملية Kibana.
  • قد لا يكون اسم الفهرس الموجود في الرسائل لعمليات إعادة المحاولة اللاحقة أثناء إعادة الفهرسة صحيحًا.
    > السجل [14: 00: 20.457] [تحذير] [عمليات الترحيل] يبدو أن مثيل Kibana آخر يقوم بترحيل الفهرس. في انتظار اكتمال هذا الترحيل. إذا لم يكن هناك مثيل Kibana آخر يحاول الترحيل ، فيمكنك تجاوز هذه الرسالة عن طريق حذف index .kibana_2 وإعادة تشغيل Kibana.

يتوفر المزيد من المعلومات هنا: https://www.elastic.co/guide/en/kibana/current/upgrade-migrations.html

نفس المشكلة في بيئة عامل ميناء / ديف

يبدو أن نفس المشكلة - تمت ترقيتها من 6.4.0 إلى 6.5.0 باستخدام حزمة DEB - عالقة في "يبدو أن مثيل Kibana آخر يقوم بترحيل الفهرس. في انتظار اكتمال هذا الترحيل. إذا لم يكن هناك مثيل Kibana آخر يحاول الترحيل ، فيمكنك تجاوز هذه الرسالة بحذف الفهرس kibana_2 وإعادة تشغيل Kibana. "

يؤدي حذف kibana_2 وإعادة التشغيل إلى حدوث نفس الشيء ، حيث يتعطل في الرسالة أعلاه.

تقول Kibana UI "خادم Kibana ليس جاهزًا بعد" - لا يمكن الوصول / الحالة أيضًا ، نفس الرسالة.

نفس المشكلة مثل ترقية @ lnx01 من 6.4.x إلى 6.5.0

لدي نفس المشكلة وكنت أعمل على مثيل الاختبار الخاص بي. في الواقع ، لا يمكنني الوصول إلى kibana.
هل لديك حل سريع لاستعادة واجهة المستخدم الخاصة بي؟ هل من الممكن الرجوع إلى إصدار أقدم من ELK stack أو kibana فقط؟

gmeriaux تحتاج إلى اتباع هذه الخطوات لاستعادة نسخة kibana الخاصة بك -> https://www.elastic.co/guide/en/kibana/current/release-notes-6.5.0.html#known -issues-6.5. 0

gmeriaux لقد نجحت فقط في خفض مستوى kibana وإزالة الفهارس .kibana_1 و. kibana_2

@ CamiloSierraH ، @ gheffern
شكر!!!
أواجه مشكلة في الترقية في بيئة Windows (6.4.3 ⇨6.5.0)

kibna2 indice حذف بعد أن بدأ kibna

هناك. كان لا. مشكلة في الإصدار 6.5.1

لدي نجاح في الترقية في بيئة Windows (6.4.3⇨6.5.1)

وجدت مشكلة مماثلة أثناء الترقية. تبين أن ذلك كان مرتبطًا بمؤشر مغلق .tasks . كان Kibana يفشل مع index_closed_exception هذا الفهرس لا يستخدمه Kibana عادة (تم إغلاقه تلقائيًا من قبل المنسق منذ فترة طويلة).

لقد لاحظت أن Kibana يجب أن يكون عند التوقف التام قبل حذف المؤشرات. على الرغم من أن Kibana ظل بطيئًا لبضع دقائق قبل إعادة التشغيل - ربما لإعادة بناء كلا المؤشرين - فقد توصل إلى جميع البيانات سليمة.

$ curl-XGET "https://localhost:9200/_cat/indices"| grep kibana
...
green open .kibana_2 kVo3hhokTP2hVUSfmPkGVA 1 0 181 0 184.2kb 184.2kb
green open .kibana_1 mHhRaCqKStq6bL1qRLxMVA 1 0 178 0 170.9kb 170.9kb

لدي رسالة الخطأ: "يبدو أن مثيل Kibana آخر يقوم بترحيل الفهرس. في انتظار اكتمال هذا الترحيل. إذا لم يكن هناك مثيل Kibana آخر يحاول الترحيل ، فيمكنك تجاوز هذه الرسالة عن طريق حذف index .kibana_1 وإعادة تشغيل Kibana."
بعد استخدام curl -XDELETE http: // localhost : 9200 / .kibana_1 لحذف الفهرس وإعادة تشغيل kibana. ، أحصل على نفس الرسالة.
إصدار الأيائل كلها 6.5.4.
image

لقد واجهت نفس المشكلة أثناء الترقية من 6.4.2 إلى 6.5.4

واجهت نفس المشكلة في الترحيل من 6.4.3 إلى 6.6.0 .

لقد قمت بحذف الفهارس الثلاثة: .kibana ، .kibana_1 و .kibana_2 وإعادة تشغيل خدمة kibana.

لقد استخدمت الأمر التالي من لينكس باش:
curl -X DELETE "localhost:9200/.kibana_2" && curl -X DELETE "localhost:9200/.kibana_1" && curl -X DELETE "localhost:9200/.kibana"

مرحبًا ، الإرشادات التي يوفرها @ Timmy93 مدمرة وستفقد جميع لوحات المعلومات والمرئيات .

يتم شرح عملية الترحيل في صفحة التوثيق هذه.

كنت أقوم بترقية kibana من 6.4.0 إلى 6.7.1 . واجهت نفس المشكلة ، لذلك حذفت مؤشرات .kibana_N . كما ذكرت lucabelluccini ، فقدت كل لوحات المعلومات وأنماط الفهرس الخاصة بي.
أخطط لترقية واحدة أخرى إلى 7.0.0 لكنني لا أريد حقًا أن أفقد كائنات kibana مرة أخرى. هل هناك طريقة للتعامل مع هذه القضية دون حذف المؤشرات؟

لقد اكتشفت للتو أن هناك مثيل kibana آخر في نفس المجموعة es. كل شيء جاهز بعد ترقية الباقي! كان هذا سيئتي. الرجاء الرجاء التأكد من عدم وجود أي مثيل آخر في نفس المجموعة.

نفس المشكلة المتعلقة بالترقية ، ولكن إنشاء نمط الفهرس الآن يستغرق وقتًا طويلاً ، لدرجة أنني أشعر بالقلق لأنه لا يعمل على الإطلاق.

notque - بالنسبة لهذه المشكلة ، أوصي بفحص سجلات ES لأنها لا علاقة لها بعمليات ترحيل Kibana.

واجهت هذه المشكلة أيضًا عند الترقية من 6.6.2 إلى 6.8.0 في 1 من 3 مثيلات Kibana باستخدام نفس مجموعة ES.

بعد إيقاف Kibana على جميع الأجهزة الثلاثة وحذف فهرس .kibana_2 ، بدأت المثيل المحدث واستمررت في رؤية هذا في السجلات:

kibana[8682]: {"type":"log","@timestamp":"2019-06-18T18:34:46Z","tags":["info","migrations"],"pid":8682,"message":"Creating index .kibana_2."}
kibana[8682]: {"type":"log","@timestamp":"2019-06-18T18:34:46Z","tags":["info","migrations"],"pid":8682,"message":"Migrating .kibana_1 saved objects to .kibana_2"}
kibana[8765]: {"type":"log","@timestamp":"2019-06-18T18:34:55Z","tags":["info","migrations"],"pid":8765,"message":"Creating index .kibana_2."}
kibana[8765]: {"type":"log","@timestamp":"2019-06-18T18:34:55Z","tags":["warning","migrations"],"pid":8765,"message":"Another Kibana instance appears to be migrating the index. Waiting for that migration to complete. If no other Kibana instance is attempting migrations, you can get past this message by deleting index .kibana_2 and restarting Kibana."}

بدلاً من حذف الفهرس .kibana_2 مرة أخرى ، قمت بتحديث الاسم المستعار لـ .kibana للإشارة إلى .kibana_2 . انتهى هذا الأمر بحل المشكلة بالنسبة لي:

curl -X POST "localhost:9200/_aliases" -H 'Content-Type: application/json' -d'
{
    "actions" : [
        { "remove" : { "index" : ".kibana_1", "alias" : ".kibana" } },
        { "add" : { "index" : ".kibana_2", "alias" : ".kibana" } }
    ]
}
'

للفضول فقط: لقد أعدت تشغيل kibana بعد وقت قصير جدًا من الترقية من 7.0 إلى 7.2 وتعطلت في "خادم Kibana غير جاهز" (+ تم العثور أخيرًا على إدخال السجل الذي يظهر فيه مثيل kibana آخر ...) لحسن الحظ اقترحت الرسالة الفهرس الذي يجب حذفه.

سيكون من الرائع حقًا أن تلتقط kibana الهجرة بنفسها.

يمكن أن تحدث حالة التوقف هذه أيضًا إذا تم تعطيل تخصيص Elasticsearch عند ترقية Kibana

كان لدي نفس الخطأ. (kibana 6.8.2) كانت هناك 3 مثيلات تعمل في موقعي ، kibana. ، kibana_1 و. kibana_2. اتبعت الخطوات التالية:

1- إيقاف خدمة Kibana.
2- تم حذف فهرس kibana_2 و kibana.
curl -XDELETE المضيف المحلي
curl -XDELETE المضيف المحلي
3- ثم ضع فهرس kibana_1 على الاسم المستعار kibana.
curl -X POST " localhost: 9200 / _aliases " -H 'Content-Type: application / json' -d '{"Actions": [{"add": {"index": ".kibana_1"، "alias": ".kibana"}}]} '
4. إعادة تشغيل خدمة Kibana.
تم تحميل Kibana مرة أخرى بنجاح.

Pinging @ Elastic / kibana-platform (فريق: منصة)

[ مرونة @ sjc-v2-elk-l01 ~] $ curl localhost: 9200
{
"الاسم": "master-1"،
"اسم المجموعة": "sjc-v2" ،
"الكتلة_ويد": "g-MOWUQGQMmgOUaCP0cdYA"
"الإصدار" : {
"الرقم": "7.6.2"،
"build_flavor": "افتراضي"،
"build_type": "القطران"،
"build_hash": "ef48eb35cf30adf4db14086e8aabd07ef6fb113f"،
"build_date": "2020-03-26T06: 34: 37.794943Z"،
"build_snapshot": خطأ ،
"lucene_version": "8.4.0"،
"الحد الأدنى للإصدار": "6.8.0"،
"الإصدار_الحد الأدنى من الفهرس_التوافقية": "6.0.0-beta1"
} ،
"tagline": "أنت تعرف ، للبحث"
}

السجلات

log [03: 47: 03.301] [info] [saveobjects-service] بدء عمليات ترحيل الكائنات المحفوظة
log [03: 47: 03.312] [info] [saveobjects-service] إنشاء فهرس .kibana_task_manager_1.
log [03: 47: 03.316] [info] [saveobjects-service] إنشاء الفهرس kibana_1.
تعذر إنشاء تكوين عامل APM: طلب المهلة بعد 30000 مللي ثانية
سجل [03: 47: 33.313] [تحذير] [خدمة الكائنات المحفوظة] غير قادر على الاتصال بـ Elasticsearch. خطأ: مهلة الطلب بعد 30000 مللي ثانية
سجل [03: 47: 35.817] [تحذير] [خدمة الكائنات المحفوظة] غير قادر على الاتصال بـ Elasticsearch. خطأ: [Resource_already_exists_exception] الفهرس [.kibana_task_manager_1 / 6jHlllmtTmGSJI3vco_KJw] موجود بالفعل ، مع {index_uuid = "6jHlllmtTmGSJI3vco_KJw" & index = ". kibana_task_manager_1"}
log [03: 47: 35.818] [تحذير] [خدمة الكائنات المحفوظة] يبدو أن مثيل Kibana آخر يقوم بترحيل الفهرس. في انتظار اكتمال هذا الترحيل. إذا لم يكن هناك مثيل Kibana آخر يحاول الترحيل ، فيمكنك تجاوز هذه الرسالة عن طريق حذف index .kibana_task_manager_1 وإعادة تشغيل Kibana.
سجل [03: 47: 35.828] [تحذير] [خدمة الكائنات المحفوظة] غير قادر على الاتصال بـ Elasticsearch. خطأ: [Resource_already_exists_exception] الفهرس [.kibana_1 / xvwnY15cQaStFRV-qjMbaA] موجود بالفعل ، مع {index_uuid = "xvwnY15cQaStFRV-qjMbaA" & index = ". kibana_1"}
log [03: 47: 35.829] [تحذير] [خدمة الكائنات المحفوظة] يبدو أن مثيل Kibana آخر يقوم بترحيل الفهرس. في انتظار اكتمال هذا الترحيل. إذا لم يكن هناك مثيل Kibana آخر يحاول الترحيل ، فيمكنك تجاوز هذه الرسالة عن طريق حذف index .kibana_1 وإعادة تشغيل Kibana.

أتلقى نفس الخطأ ، لقد حذفت المؤشرات أدناه وأعدت التشغيل ، لكن الخطأ نفسه.

[ مرونة @ sjc-v2-elk-l01 ~] $ curl localhost: 9200 / _cat / indexices
أحمر مفتوح kibana_task_manager_1 6jHlllmtTmGSJI3vco_KJw 1 1
أحمر مفتوح .apm-agent-config uD5uuI-nQa-qucX3wx3HIQ 1 1
أحمر مفتوح kibana_1 xvwnY15cQaStFRV-qjMbaA 1 1

مرحباshemukr
المؤشرات في حالة red ويبدو أن المشكلة لا تتعلق بترحيل الكائنات المحفوظة.
يرجى التواصل على http://discuss.elastic.co/ (بإخراج GET _cluster/allocation/explain ).

هذا هو السلوك المتوقع حاليًا عند فشل الترحيل ، ولكن سيتم تحسينه بواسطة # 52202 والذي سيتم إعادة المحاولات التلقائية لعمليات الترحيل الفاشلة دون تدخل المستخدم.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات