Grafana: अनधिकृत

क्या आप कुछ और विवरण दे सकते हैं:

• क्या ये दो अलग-अलग उदाहरण हैं?
• कौन सी कार्रवाई अनधिकृत त्रुटि को ट्रिगर करती है?
• क्या आप लॉग आउट हो रहे हैं या यह केवल कुछ निश्चित क्रियाएं हैं जो काम नहीं करती हैं?

क्या वे अलग-अलग ips/डोमेन नामों पर सेटअप हैं? यदि डोमेन नाम समान है और केवल पोर्ट द्वारा भिन्न है, तो आपको अद्वितीय सत्र कुकीज़ रखने और मुझे कुकीज़ याद रखने की आवश्यकता है

-वे अलग उदाहरण हैं
-मुझे नहीं पता कि कौन सी कार्रवाई अनधिकृत को ट्रिगर करती है, यह तब होता है जब मैं ग्राफ़ देखता हूं या ग्राफ़ाना एक्सेस करता हूं
-कभी-कभी मैं लॉग आउट हो जाता हूं
-अलग डोमेन

मैं इसे Grafana 4.6.x पर oauth के साथ Github के माध्यम से सामना कर रहा हूं। जब मैं टैब स्विच करता हूं और ग्राफाना में वापस आता हूं तो यह यादृच्छिक प्रतीत होता है। एक रिफ्रेश समस्या को "सही" कर देगा, लेकिन यह कभी-कभी बाद में वापस आ जाता है।

मुझे ग्राफाना v4.6.2 (प्रतिबद्ध: 8db5f08) पर एक ही समस्या दिखाई देती है, सब कुछ अपेक्षित काम करता है, और अचानक मुझे एक अनधिकृत चेतावनी मिलती है (और कुछ ग्राफ खाली होते हैं, लेकिन कुछ सामान्य रूप से दिखाई देते हैं)।

मैं डेटा स्रोत के रूप में प्रोमेथियस का उपयोग करता हूं।

मुझे यह भी लगता है कि यह मुख्य रूप से तब होता है जब डैशबोर्ड स्वतः रीफ्रेश होता है, लेकिन जब मैं इसे मैन्युअल रूप से रीफ्रेश करता हूं तो स्वयं को ठीक करता है।

यहां भी इसी तरह की समस्या है, लेकिन एचटीटीपीएस के साथ एक ग्राफाना इंस्टेंस के साथ, और डेटासोर्स को पोस्टग्रेज करता है।

जब डैशबोर्ड खोला जाता है, तो सभी ग्राफ अच्छे होते हैं। लेकिन कभी-कभी बाद में, कुछ ग्राफ ऑटो-रीफ्रेश पर "अनधिकृत" त्रुटियां दिखाना शुरू कर देते हैं, लेकिन अगले (या अगले कुछ) ऑटो-रीफ्रेश के भीतर वे सामान्य स्थिति में ठीक हो जाते हैं, लेकिन फिर कभी-कभी "अनधिकृत" स्थिति में बदल जाते हैं, दोहराते हुए प्रत्येक ऑटो-रीफ्रेश पर यह यादृच्छिक व्यवहार।

सुनिश्चित नहीं है कि यह संबंधित है, लेकिन निम्न लॉग संदेश मिले।

lvl=eror msg="आईडी के साथ उपयोगकर्ता प्राप्त करने में विफल" लकड़हारा=संदर्भ userId=1 त्रुटि="उपयोगकर्ता नहीं मिला"

ग्राफाना संस्करण इस प्रकार है:

lvl=जानकारी संदेश = "ग्राफाना शुरू करना" लकड़हारा=सर्वर संस्करण=5.0.4 प्रतिबद्ध=7dc36ae संकलित=2018-03-28T20:52:41+0900

मैं फ़ायरफ़ॉक्स का उपयोग कर रहा हूं, और मैं आमतौर पर डैशबोर्ड को कई दिनों तक खुला और अछूता छोड़ देता हूं, क्लाइंट मशीन (ग्रेफाना को होस्ट करने वाली सर्वर मशीन नहीं) समय-समय पर स्लीप मोड में जाता है।

यह मेरे साथ अब और नहीं हो रहा है grafana 5.x

मुझे अभी भी ग्राफाना 5.0.4 के साथ यह वही समस्या है, उपयोगकर्ता के वही संदेश लॉग में नहीं मिले (यह एक साधारण स्थानीय ग्राफाना उपयोगकर्ता के साथ है)।

मुझे भी यह समस्या हो रही है। और मामला बहुत दिलचस्प है। यह तब हो सकता है जब मैं एक ही ब्राउज़र में विभिन्न संस्करणों के दो ग्राफाना पृष्ठ खोलता हूं और कुछ संचालन करने की कोशिश करता हूं।

मेरे पास ग्राफाना का एक पुराना संस्करण है (v4.3.2 (प्रतिबद्ध: ed4d170)) और लंबे समय से grafana.mydomain.com पर अच्छा चल रहा है। आज मैं अपने ग्राफाना को v5.0.4 में अपग्रेड करना चाहता हूं। जगह में अपग्रेड करने के बजाय। मैं उसी मशीन पर नया ग्राफाना सेटअप करना चाहता था, अपने इच्छित डैशबोर्ड की प्रतिलिपि बनाना चाहता था, और फिर पुराने को फाड़ देना चाहता था।

तो मैंने क्या किया:

1. पोर्ट मैप के साथ पुराने वाले की एक ही मशीन पर ३००५ . पर docker run grafana5
2. सफारी में grafana.mydomain.com पर पुराना ग्राफाना4 खोला
   और यह अच्छी तरह से काम करता है
3. सफारी में grafana.mydomain.com:3005 पर Grafana5 पर जाएं
   तो अब मेरे पास मेरी स्क्रीन पर Grafana4 और Grafana5 के दो खुले हुए टैब हैं
4. कुछ संचालन करने की कोशिश कर रहे Grafana5 लॉगिन करें .... जैसे [डैशबोर्ड बनाएं]
   अब दोनों Grafana पेज क्रैश हो गए

दोनों Grafana को Unauthorized त्रुटियां मिलेंगी और कोई डेटा अंक नहीं मिलेगा

अपडेट : मैंने [ip]: 3005 के साथ Grafana5 पर जाकर अपना चरण 3 बदल दिया। यह अभी के लिए ठीक काम करता है।
ऐसा लगता है कि एक ही डोमेन में दो Grafana पृष्ठ खोलने में कुछ विरोध हो सकते हैं।

@ kehao95 एक ही ब्राउज़र में आपका उपयोग-मामला एक ही डोमेन पर दो ग्राफाना इंस्टेंस खोलना लेकिन विभिन्न बंदरगाहों के साथ समर्थित नहीं है। (टोर्केल ने ऊपर उल्लेख किया है)।

@ajardan एक ही डोमेन या अलग-अलग लोगों पर आपके उदाहरण हैं?

@daniellee मैं वास्तव में हर समय केवल एक उदाहरण का उपयोग करता हूं। और मेरे द्वारा देखे जाने वाले डैशबोर्ड पर ग्राफ़ 2 अलग-अलग डेटा स्रोतों (प्रोमेथियस और क्लौडेरा) से खींचे गए हैं

मुझे समय-समय पर यह अजीब "अनधिकृत" मुद्दे भी मिलते हैं। पृष्ठ रीफ्रेश समस्या "ठीक करता है"। मैं आधिकारिक डॉकर छवि से Grafana v5.1.0 (844bdc53a) चलाता हूं। डेटा स्रोत InfluxDb है। मैंने Grafana में 2 संगठन बनाए, लेकिन वास्तव में केवल एक का ही उपयोग करें। एकल 'व्यवस्थापक' उपयोगकर्ता।

एक नए त्रुटि संदेश के साथ बस एक बार यह त्रुटि मिली "एनोटेशन क्वेरी विफल। अनधिकृत"

Win10 x64 पर मेरा ग्राफाना कुछ दिनों तक पूरी तरह से ठीक काम कर रहा था जब तक कि मुझे "अनधिकृत" चेतावनी नहीं मिली। व्यवहार वैसा ही है जैसा @dogada द्वारा वर्णित है और मैं भी v5.1.0 influxdb के साथ चला रहा हूं। Grafana और influxdb दोनों एक ही कंप्यूटर पर हैं।

वही मुद्दा। डॉकटर में एक ग्राफाना 5.1 उदाहरण। प्राधिकरण के लिए Google शपथ।

कोई अपडेट्स?

वही व्यवहार। वर्तमान में डॉकटर में v5.0.3 चल रहा है, आंतरिक प्रमाणीकरण, एकल व्यवस्थापक उपयोगकर्ता, nginx के माध्यम से प्रॉक्सी किया गया है, डेटा स्रोत influxdb है। डेटा ऑटो-रिफ्रेश होने पर डैशबोर्ड खुद को ठीक करता है। ज्यादातर तब होता है जब पृष्ठभूमि में टैब लंबे समय तक रहता है

एक ही उदाहरण के लिए दो टैब खुले होने पर एक ही समस्या देखी गई।

नवीनतम डॉकटर छवि v5.1.2 में अपडेट करें (प्रतिबद्ध: c3c690e21) समस्या को ठीक नहीं करता है

मेरे पास GitHub OAuth का उपयोग करके Docker में Grafana 5.0.0 के साथ एक ही समस्या होने का मेरा मानना ​​​​है। मैंने इसे डैशबोर्ड पर InfluxDB, CloudWatch और दोनों डेटा स्रोतों के मिश्रण के साथ देखा है। (एक उदाहरण, एक पोर्ट, HTTPS, एक ELB के पीछे।)

इस धागे में अन्य लोगों की तरह, मुझे लगता है कि यह एक ऑटो-रीफ्रेश द्वारा ट्रिगर किया गया है, और यह पेज रीलोड के बाद चला जाता है। कभी-कभी मुझे मूल "अनधिकृत" त्रुटि संदेश (ग्राफ लोडिंग विफलताओं के साथ) और कभी-कभी (अधिक दुर्लभ) "एनोटेशन क्वेरी विफल। अनधिकृत" संदेश भी दिखाई देता है।

~मेरा संदेह OAuth प्लगइन्स के साथ कुछ की ओर इशारा कर रहा है?~ यह लगभग निश्चित रूप से सत्र बैकएंड के कारण है, नीचे देखें।

थोड़ा और गहराई में खुदाई करने के बाद मुझे और अधिक विवरण जोड़ने के लिए, मुझे अपने लॉग में इस तरह की कई त्रुटियां दिखाई देती हैं:

t=2018-05-16T16:55:39+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"

कोड की इस पंक्ति में मुझे ऐसी त्रुटि दिखाई देने वाली एकमात्र जगह है, जो सत्र और सत्र कुकीज़ के प्रबंधन से संबंधित प्रतीत होती है?

https://github.com/grafana/grafana/blob/0ad63366349db8781916a731387cd5e556280633/pkg/middleware/middleware.go#L97

मैं डिफ़ॉल्ट file बैकएंड का उपयोग करके अपने सत्रों को संग्रहीत कर रहा हूं, लेकिन एक माउंटेड ईएफएस शेयर के माध्यम से, मुझे आश्चर्य है कि क्या यह एक संभावित जटिलता है।

मुझे इस समस्या का सामना करना पड़ा जब मैंने एक ही ब्राउज़र में दो अलग-अलग ग्राफाना (जो अलग-अलग पोर्ट में चल रहे हैं) को खोलने का प्रयास किया।
मुझे अनधिकृत त्रुटियां मिलती हैं और कभी-कभी लॉग आउट हो जाता हूं

यह देखना वाकई दिलचस्प होगा कि जब आप आईडी लॉग संदेश के विफल प्राप्त करते हैं तो SQL क्वेरी निष्पादित की जाती हैं। यदि आप इसे आसानी से पुन: पेश कर सकते हैं तो यह बहुत मूल्यवान होगा यदि आप एसक्यूएल प्रश्नों के लॉगिंग को सक्षम कर सकते हैं और अपने निष्कर्षों की रिपोर्ट कर सकते हैं:

[database]
# Set to true to log the sql calls and execution times.
log_queries = true

शुक्रिया

@marefr ऐसा लगता है कि ये त्रुटियां हमेशा इन दो प्रश्नों में से एक से घिरी होती हैं:

SELECT\n\t\tu.id as user_id,\n\t\tu.is_admin as is_grafana_admin,\n\t\tu.email as email,\n\t\tu.login as login,\n\t\tu.name as name,\n\t\tu.help_flags1 as help_flags1,\n\t\tu.last_seen_at as last_seen_at,\n\t\t(SELECT COUNT(*) FROM org_user where org_user.user_id = u.id) as org_count,\n\t\torg.name as org_name,\n\t\torg_user.role as org_role,\n\t\torg.id as org_id\n\t\tFROM `user` as u\n\t\tLEFT OUTER JOIN org_user on org_user.org_id = 1 and org_user.user_id = u.id\n\t\tLEFT OUTER JOIN org on org.id = org_user.org_id WHERE u.id=? []interface

UPDATE `user` SET `last_seen_at` = ? WHERE `id`=? []interface

पूर्ण उदाहरण लॉग:

t=2018-05-30T15:59:39+0000 lvl=info msg="[SQL] SELECT\n\t\tu.id as user_id,\n\t\tu.is_admin as is_grafana_admin,\n\t\tu.email as email,\n\t\tu.login as login,\n\t\tu.name as name,\n\t\tu.help_flags1 as help_flags1,\n\t\tu.last_seen_at as last_seen_at,\n\t\t(SELECT COUNT(*) FROM org_user where org_user.user_id = u.id) as org_count,\n\t\torg.name as org_name,\n\t\torg_user.role as org_role,\n\t\torg.id as org_id\n\t\tFROM `user` as u\n\t\tLEFT OUTER JOIN org_user on org_user.org_id = 1 and org_user.user_id = u.id\n\t\tLEFT OUTER JOIN org on org.id = org_user.org_id WHERE u.id=? []interface
{}
{2} - took: 54.517418ms" logger=sqlstore.xorm
t=2018-05-30T15:59:39+0000 lvl=info msg="[SQL] UPDATE `user` SET `last_seen_at` = ? WHERE `id`=? []interface
{}
{\"2018-05-30 15:59:39\", 2} - took: 42.957209ms" logger=sqlstore.xorm
t=2018-05-30T15:59:39+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-05-30T15:59:39+0000 lvl=info msg="[SQL] SELECT\n\t\tu.id as user_id,\n\t\tu.is_admin as is_grafana_admin,\n\t\tu.email as email,\n\t\tu.login as login,\n\t\tu.name as name,\n\t\tu.help_flags1 as help_flags1,\n\t\tu.last_seen_at as last_seen_at,\n\t\t(SELECT COUNT(*) FROM org_user where org_user.user_id = u.id) as org_count,\n\t\torg.name as org_name,\n\t\torg_user.role as org_role,\n\t\torg.id as org_id\n\t\tFROM `user` as u\n\t\tLEFT OUTER JOIN org_user on org_user.org_id = 1 and org_user.user_id = u.id\n\t\tLEFT OUTER JOIN org on org.id = org_user.org_id WHERE u.id=? []interface
{}
{2} - took: 69.013955ms" logger=sqlstore.xorm
t=2018-05-30T15:59:39+0000 lvl=info msg="[SQL] UPDATE `user` SET `last_seen_at` = ? WHERE `id`=? []interface
{}
{\"2018-05-30 15:59:39\", 2} - took: 5.593997ms" logger=sqlstore.xorm
t=2018-05-30T15:59:39+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-05-30T15:59:39+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-05-30T15:59:39+0000 lvl=info msg="[SQL] UPDATE `user` SET `last_seen_at` = ? WHERE `id`=? []interface
{}
{\"2018-05-30 15:59:39\", 2} - took: 46.673µs" logger=sqlstore.xorm
t=2018-05-30T15:59:39+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-05-30T15:59:39+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-05-30T15:59:39+0000 lvl=info msg="[SQL] UPDATE `user` SET `last_seen_at` = ? WHERE `id`=? []interface
{}
{\"2018-05-30 15:59:39\", 2} - took: 621.538µs" logger=sqlstore.xorm

बहुत बहुत धन्यवाद @bjacobel। मेरे हिसाब से यहां सब कुछ अच्छा लगता है। डेटाबेस क्वेरी के लिए सभी तरह से प्रदान की गई एक वास्तविक उपयोगकर्ता आईडी है। बहुत अजीब। हमारे तीसरे पक्ष के डेटाबेस lib xorm के साथ एक बग है यह सोचना शुरू कर रहा है।

क्या आपने उन लॉग संदेशों को उत्पन्न करने के लिए कुछ विशिष्ट किया है?
आप किस डेटाबेस का उपयोग कर रहे हैं? क्या सत्र भंडारण?
किस अनुरोध के परिणामस्वरूप अनधिकृत है, आप सभी अनुरोधों को लॉग करने के लिए राउटर लॉगिंग को सक्षम कर सकते हैं:

[server]
router_logging = true

कुबेरनेट्स में 5.1.4 पर हमें वही त्रुटि है।

हाय @marefr , क्षमा करें, मैं अतिरिक्त अनुरोधित विवरण के साथ जवाब देना भूल गया।

क्या आपने उन लॉग संदेशों को उत्पन्न करने के लिए कुछ विशिष्ट किया है?

एक डैशबोर्ड लोड करके और फिर ऑटो-रीफ्रेश की प्रतीक्षा करके क्वेरी उत्पन्न की जाती हैं। यह प्रत्येक ऑटो-रीफ्रेश पर नहीं होता है, और कभी-कभी यह डैशबोर्ड रीफ्रेश बटन के मैन्युअल क्लिक के साथ ट्रिगर हो सकता है (जिसे ग्राफाना में बनाया गया है, ब्राउज़र रीफ्रेश बटन नहीं) लेकिन आम तौर पर ऐसा तब होता है जब उपयोगकर्ता होता है निष्क्रिय (उदाहरण के लिए, पृष्ठभूमि टैब में ग्राफ़ाना छोड़ना।)

आप किस डेटाबेस का उपयोग कर रहे हैं? क्या सत्र भंडारण?

डेटाबेस माउंटेड NFS (EFS) शेयर पर SQLite है, और सत्र संग्रहण डिफ़ॉल्ट (फ़ाइल) है, हालाँकि मैंने मेमोरी-आधारित संग्रहण की भी कोशिश की है और इसमें भी यही समस्या थी। हमारे पास लोड बैलेंसर के पीछे एक ग्राफाना होस्ट है, और मैंने उस लोड बैलेंसर पर सत्र चिपचिपाहट सक्षम की है।

किस अनुरोध के परिणामस्वरूप अनधिकृत है?

मैंने राउटर लॉगिंग को सक्षम नहीं किया, क्योंकि मैं उस अनुरोध को देख सकता हूं जिसके परिणामस्वरूप ब्राउज़र से अनधिकृत हो:

[कुछ संवेदनशील जानकारी संपादित की गई]

Request URL: https://[my grafana hostname]/api/tsdb/query
Request Method: POST
Status Code: 401 
Remote Address: [my load balancer IP]:443
Referrer Policy: no-referrer-when-downgrade
:authority: [my grafana hostname]
:method: POST
:path: /api/tsdb/query
:scheme: https
accept: application/json, text/plain, */*
accept-encoding: gzip, deflate, br
accept-language: en-US,en;q=0.9
cache-control: no-cache
content-length: 478
content-type: application/json;charset=UTF-8
cookie: _ga=GA1.2.1782868908.1520436196; __gads=ID=b1c7d78e4fd8b9fb:T=1520436200:S=ALNI_MYT2aRMJqYtHY-CkgaPWmuNtsGEtA; sailthru_hid=919b24e8c99698a8b1829b81eda7135a5956a753dd4c29265f8b45b3a11fb749fc11562ad2abbb1220b9ef37; grafana_sess=[16-char hexadecimal session string]; AWSALB=IUyH6LlTXI/TJlteL8pr838fC7nsvth7s63o5WzqOa6wsCPRpHg20vYurCrYpbIWci27fQtzQpoRxVlIc8Ud/rEPIJvqWvT21an4e9aQmZioTEAFHA3+iWv7bPHs
dnt: 1
origin: https://[my grafana hostname]
pragma: no-cache
referer: https://[my grafana hostname]/d/[dashboard path]?refresh=5m&orgId=1&from=now-1h&to=now
user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36
x-grafana-org-id: 1

हाय @marefr , क्षमा करें, मैं अतिरिक्त अनुरोधित विवरण के साथ जवाब देना भूल गया। ...

@bjacobel यह संभवतः विशिष्ट मुद्दे से असंबंधित है, हालाँकि SQLite के डेवलपर्स NFS पर SQLite नहीं चलाने की सलाह देते हैं। विशेष रूप से, ग्राफाना प्रक्रिया को एनएफएस माउंट पर डीबी तक नहीं पहुंचना चाहिए, और मजबूत फाइल लॉक समर्थन के बिना किसी भी नेटवर्क फाइल सिस्टम से चलने की अनुशंसा नहीं की जाती है।

एक तरफ ध्यान दें, हम SQLite का उपयोग सत्र भंडारण के साथ करते हैं, लेकिन स्थानीय फाइल सिस्टम पर। हमने इसी मुद्दे का अनुभव नहीं किया है।

हमने बेहतर प्रदर्शन के लिए वाल मोड (जिसमें से मैं अंततः एक पीआर करूँगा) का उपयोग करने के लिए ग्राफाना में SQLite कॉन्फ़िगरेशन को भी बदल दिया है।

_{GitHawk . के साथ भेजा गया}

मैं अपने डोकर Grafana और InfluxDB स्टैक में एक ही समस्या आ रहा हूँ।
ग्राफाना v5.1.3 (प्रतिबद्ध: 087143285)
इन्फ्लक्सडीबी 1.5.3

Grafana sqlite डेटाबेस के साथ डोकर वॉल्यूम के माध्यम से स्थानीय भंडारण का उपयोग कर रहा है। वॉल्यूम स्थानीय एसएसडी का उपयोग कर रहे हैं।
जब भी मैं टैब को कुछ मिनटों से अधिक के लिए छोड़ता हूं तो मुझे त्रुटि मिलती है। अगर मैं फ़ायरफ़ॉक्स में देव उपकरण छोड़ता हूं तो मैं देखता हूं:

GET http://x.x.x.x:3000/api/datasources/proxy/1/query?db=(Redacted info)
{"message":"Unauthorized"}

किसी भी प्रकार का रीफ्रेश त्रुटियों को साफ़ करता है।

मैं एक ही मुद्दे पर आया था। मेरे लिए यह "session_provider=memcahched" के लापता होने से संबंधित था

अधिक कॉन्फ़िगरेशन विकल्पों के लिए आप http://docs.grafana.org/installation/configuration/#provider -config का संदर्भ ले सकते हैं

यहां भी वही मुद्दा है। मेरा डोकर सेटअप है:

FROM grafana/grafana:5.1.0
FROM influxdb:1.5.3

इसे बंद करना क्योंकि ऐसा लगता है कि यह सेटअप/कॉन्फ़िगरेशन से संबंधित है

@torkelo क्या इस मुद्दे का कोई स्पष्ट समाधान है? या संभावित समाधान क्या हो सकता है यह जानने में मदद करने के लिए एक संकेत?

सुनिश्चित करें कि सत्र सेटअप HA सेटअप के लिए काम कर रहा है या लोड बैलेंसर में चिपचिपा सत्र काम कर रहा है

हालांकि मैं लोड बैलेंसर का उपयोग नहीं करता।

एकाधिक प्रतिकृतियों के बिना यहाँ एक ही समस्या
कभी-कभी यादृच्छिक रूप से/एपीआई/लॉगिन/पिंग पर 401 त्रुटि मिली

यहाँ एक ही समस्या है (वर्षों के लिए, 5.0 दिनों से पहले), SQLite ext4 पर, कुबेरनेट्स पर एकल प्रतिकृति। नवीनतम आधिकारिक डॉकर छवि।

जब Grafana स्वचालित रूप से ताज़ा हो जाता है, तो अनुरोध बेतरतीब ढंग से विफल हो जाते हैं, अंततः सभी विजेट कुछ भी रिपोर्ट करना बंद कर देते हैं। प्रासंगिक लॉग:

t=2018-07-31T01:38:04+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-07-31T01:38:04+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-07-31T01:38:04+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="User not found"
t=2018-07-31T01:38:04+0000 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=GET path=/api/datasources/proxy/4/query status=401 remote_addr=192.168.1.72 time_ms=28 size=26 referer="REDACTED"

मैं कुछ डिबगिंग करने की कोशिश करूंगा, मुझे 99% यकीन है कि यह एक ग्राफाना (या इसके पुस्तकालयों में से एक) बग है।

/सीसी @torkelo

मुझे 95% यकीन है कि SQLite तालिका लॉक होने की स्थिति में यह एक अनुपलब्ध पुनः प्रयास है। अगर यह काम करता है तो मैं स्थानीय रूप से एक फिक्स और पीआर तैनात करूंगा।

संपादित करें: स्क्रैच करें, जो एक अलग कोडपथ लेगा।

यहाँ मेरी ओर से एक उदाहरण त्रुटि है।

grafana_1   | t=2018-07-31T09:23:06+0100 lvl=eror msg="Failed to get user with id" logger=context userId=1 error="User not found"
grafana_1   | t=2018-07-31T09:23:06+0100 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=GET path=/api/login/ping status=401 remote_addr=192.168.33.1 time_ms=35 size=26 referer="http://192.168.33.10:3000/d/ZJ65a0Dmz/yowyow?refresh=5s&orgId=1&from=now-30d&to=now"
grafana_1   | t=2018-07-31T09:23:06+0100 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=0
grafana_1   | t=2018-07-31T09:23:06+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/api/login/ping status=401 remote_addr=192.168.33.1 time_ms=24 size=26 referer="http://192.168.33.10:3000/d/ZJ65a0Dmz/yowyow?refresh=5s&orgId=1&from=now-30d&to=now"

मैंने इसे कुछ और विफलताओं को उत्पन्न करने के लिए रात भर चलने दिया और मुझे यकीन है कि यह सत्रों के साथ कुछ भी नहीं है। यह ओआरएम परत में है, विशेष रूप से user.go GetSignedInUser() जहां वह परत कभी-कभी सही प्रतिक्रिया नहीं देती है। मैंने एक रात में 1 मिनट पर एक मोटे 50 ग्राफ डैशबोर्ड पर सभी अनुरोधों को रिकॉर्ड किया और क्लस्टर त्रुटियों के साथ एक बहुत ही यादृच्छिक पैटर्न देखा, सब कुछ कुछ समवर्ती/रेसिंग मुद्दे की ओर इशारा करता है। मैं वर्तमान में एक पैच चला रहा हूं जो पंक्ति पाठक से त्रुटियों को ठीक से प्रसारित करता है (इस मुद्दे के लिए प्राथमिक उम्मीदवार), मैं देखूंगा कि मुझे एक अलग त्रुटि संदेश मिलता है या नहीं।

यह जल्दी था। मेरी त्रुटि प्रसार पैच लागू होने के साथ मुझे मूल कारण मिला:

t=2018-07-31T17:26:46+0000 lvl=eror msg="Failed to get user with id" logger=context userId=2 error="database table is locked"

SQLite निष्पादन ड्रायवर में कहीं न कहीं पुनर्प्रयास गलत तरीके से लागू किए गए हैं।

मैंने इसमें कुछ और देखा और यहां कई समस्याएं हैं:

1. गो-स्क्लाइट को गोरोइन-सुरक्षित नहीं माना जाता है (जो इस पूरी चीज को केंद्रीय एक्सओआरएम-प्रबंधित कनेक्शन के साथ संभवतः एक बुरा विचार बनाता है)।
2. SQLite एकल "कनेक्शन" पर समवर्ती प्रश्नों का समर्थन नहीं करता है। SQLite से एकाधिक कनेक्शन खोलने के लिए हमें xorm प्राप्त करने की आवश्यकता होगी। अन्यथा हम गतिरोध या इन लॉकिंग त्रुटियों में भाग सकते हैं क्योंकि SQLite ताले को हल करने का प्रयास नहीं करेगा यदि वे एक ही कनेक्शन से हैं।

मैंने देखा है कि लोग इन SQLite मुद्दों से बचने के लिए कई चीजें करते हैं, जिसमें एक ही म्यूटेक्स में सभी SQLite एक्सेस को लपेटना और प्रति अनुरोध एक नया SQLite इंस्टेंस खोलना शामिल है। करने के लिए सबसे आसान काम शायद "कनेक्शन" के लिए एक म्यूटेक्स रखने के लिए go-sqlite3 को हैक करना है और बस इसे सभी एक्सेस को क्रमबद्ध करना है (संपादित करें: बस एहसास हुआ कि यह शायद काम नहीं करेगा क्योंकि कर्सर से पढ़ते समय ताले दिखाई देते हैं, जो आप गतिरोध को जोखिम में डाले बिना लॉक नहीं कर सकते)। इस तरह एक सी प्रोग्राम ऐसा करेगा (जिसके लिए SQLite बनाया गया था)। यह धीमा हो सकता है, लेकिन जिन लोगों को प्रदर्शन की आवश्यकता है उन्हें वैसे भी PostgreSQL पर जाना चाहिए।

बहुत बहुत धन्यवाद, @lorenz ,

इस समाधान को आज़माने में रुचि रखने वाले अन्य लोगों के लिए, मैंने डिफ़ॉल्ट सेटिंग्स के साथ pgloader किया और माइग्रेशन के दौरान कोई सत्र या उपयोगकर्ता डेटा नहीं छोड़ा।

समस्या निश्चित रूप से केवल SQLite बैकएंड के साथ है क्योंकि "बड़े" डेटाबेस में सभी में एमवीसीसी है जो इस समस्या को हल करता है। मैंने व्यक्तिगत रूप से अपने उत्पादन उदाहरणों को PostgreSQL में भी स्थानांतरित कर दिया। समस्या अभी भी बनी हुई है कि SQLite बैकएंड के लिए हमें इसे कैसे और कैसे हल करना चाहिए। मुझे ऐसा करने का कोई आसान तरीका नहीं दिख रहा है क्योंकि ग्राफाना (गो में लिखे जाने के कारण) समेकन का भारी उपयोग करता है जिसके लिए Xorm वर्तमान में जो प्रदान करता है उससे परे SQLite में विशेष देखभाल की आवश्यकता होती है।

कोड में पहले से ही ताले और पुनर्प्रयासों का एक गुच्छा है जो उसके आसपास काम करने का प्रयास करते हैं, लेकिन वे अपर्याप्त हैं। चूंकि मैंने पंक्ति पाठक के लिए त्रुटि प्रबंधन को ठीक कर दिया है (जो वर्तमान में चुपचाप लॉकिंग त्रुटियों को निगलता है और इस प्रकार अप्रत्याशित व्यवहार बनाता है, मैं जल्द ही इसे ठीक कर दूंगा) मैंने देखा है कि लॉकिंग त्रुटियां केवल डेटा की तुलना में कई और स्थानों पर दिखाई देती हैं स्रोत प्रॉक्सी, यह केवल समापन बिंदु है जो सबसे अधिक बार हिट होता है और बग की संभाव्य प्रकृति के कारण इसे सबसे अधिक उपयोगकर्ता-दृश्यमान बनाता है। जहां तक ​​​​मैं इसके लिए सभी सुधारों को देख सकता हूं, हैकिंग Xorm या go-sqlite3 की आवश्यकता है, जो आमतौर पर वांछनीय नहीं है।

महान विश्लेषण @lorenz के लिए धन्यवाद! क्या आपको लगता है कि इस मामले में 500 वापस करना एक उचित अल्पकालिक समाधान होगा? जैसा कि अभी है, 401 ब्राउज़र (कम से कम क्रोम) को पासवर्ड भूलने के लिए मजबूर करता है और मेरे उपयोगकर्ताओं को इसे फिर से टाइप करने की आवश्यकता होती है। कभी-कभी इसे कई बार टाइप करना पड़ता है जब तक कि पासवर्ड अंततः स्वीकार नहीं हो जाता।

मेरा वर्तमान समाधान डेटाबेस को tmpfs से चलाना है। यह इस मुद्दे की आवृत्ति को कम करता है, लेकिन यह अभी भी समय-समय पर होता है।

@kichik जब मैंने त्रुटि प्रबंधन में अपना परिवर्तन किया है तो हम HTTP 500 (या 503) लौटने के बारे में सोच सकते हैं। लेकिन एकमात्र अच्छा समाधान जो मैं देख सकता हूं वह एक वास्तविक एमवीसीसी-सक्षम डेटाबेस जैसे पोस्टग्रेएसक्यूएल या माईएसक्यूएल का उपयोग कर रहा है जो इस मुद्दे को बिल्कुल प्रदर्शित नहीं करता है। जैसा कि मैंने अपनी पिछली टिप्पणी में बताया था कि यह समस्या केवल डेटा अनुरोधों से आगे जाती है, इसलिए HTTP 401 की तुलना में एक और त्रुटि कोड वापस करने से समस्या पूरी तरह से ठीक नहीं होगी।

मैंने अभी-अभी #१३००७ में अपनी त्रुटि रिपोर्टिंग में बदलाव किया है, इससे लोगों को यह देखने में मदद मिलनी चाहिए कि क्या वे लॉकिंग समस्या से प्रभावित हैं या यदि यह कुछ असंबंधित है।

@torkelo क्या हम इसे फिर से खोल सकते हैं क्योंकि यह स्पष्ट रूप से ग्राफाना के साथ एक मुद्दा है?

निश्चित रूप से मेरे लिए एक टैब (और एक उपयोगकर्ता) पर होता है।
sqlite3 का भी उपयोग कर रहे हैं। दिलचस्प बात यह है कि मुझे पहले यह समस्या नहीं थी। अब जब मैंने कुछ भारी (क्वेरी वार) पैनल जोड़े हैं तो मुझे अक्सर यह त्रुटि मिलती है, आमतौर पर केवल मेरे एक भारी पैनल के लिए।

यह पुष्टि करना कि गैर-sqlite3 डीबी पर स्विच करना मेरे लिए समस्या को हल करता है। मैं एक एकल उपयोगकर्ता और एक ही टैब के साथ मिल रहा था, साथ ही भारी/व्यस्त पैनल भी बदतर व्यवहार कर रहे थे।

अद्यतन: सत्रों को पूर्ण फिक्स के लिए अलग डीबी में संग्रहीत करने के लिए स्विच किया जाना चाहिए।

मैं उसी मुद्दे का सामना कर रहे mysqldb का उपयोग कर रहा हूं। ग्राफाना संस्करण 5.2.3, एलबी स्तर में सक्षम चिपचिपापन लेकिन समस्या अभी भी है।

यह भी अनुभव कर रहा है, डेटा बैकएंड के रूप में एसक्लाइट का उपयोग करना लेकिन ग्राफाना 5.2.3 पर सत्र स्टोर के रूप में रेडिस
लगभग 150 संगठन कॉन्फ़िगर किए गए। अनधिकृत चेतावनी आंतरिक रीफ़्रेश पर पॉप अप होती है लेकिन आमतौर पर मैन्युअल रीफ़्रेश पर चली जाती है।

इसे समय-समय पर लॉग में प्राप्त करना:

t=2018-09-22T18:10:17+0000 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=0
t=2018-09-22T18:10:17+0000 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=0
t=2018-09-22T18:10:17+0000 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=0
t=2018-09-22T18:10:17+0000 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=0
t=2018-09-22T18:10:17+0000 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=1
t=2018-09-22T18:10:17+0000 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=1

यह समस्या mysql कनेक्शन के खो जाने के कारण हो सकती है। जब मैं max_idle_conn और conn_max_lifetime मान कम करता हूं, तो ऐसा दोबारा नहीं होता है। उममीद है कि इससे मदद मिलेगी

@vishksaj @xiaochai यह एक अलग मुद्दा होने की संभावना है, क्या आप एक नया खोल सकते हैं?

https://github.com/oleh-ozimok/grafana/commit/b19e416549553f582dccfbcaa3f4d3f1a742a462 - मेरी समस्या हल हो गई (हॉटफिक्स docker pull olegozimok/grafana:5.3.2 साथ छवि)

ग्राफाना 5.3.2। HA कॉन्फ़िगरेशन: 2 ग्राफाना इंस्टेंस, MySQL मुख्य डीबी, सत्रों के लिए मेम्केड के 2 उदाहरण, ग्राफाना डीआईआर और डीबी एनएफएस पर संग्रहीत हैं। अप्रत्याशित रूप से हर समय वही "अनधिकृत" त्रुटियां। ऐसा ही तब था जब NFS पर DB SQLite था।

@ देव-ई के समान समस्या लेकिन सरल सेटअप। Grafana 5.3.2, एकल उदाहरण, एक ही होस्ट पर InfluxDB, एकल संगठन, एकल उपयोगकर्ता। संदेश बेतरतीब ढंग से प्रकट होता है और अगले पृष्ठ ताज़ा करने पर गायब हो जाता है।

मेरी भी यही समस्या है। बेतरतीब ढंग से अनधिकृत त्रुटियाँ प्राप्त करना।
ग्राफाना 5.3.4 थोड़े में अपग्रेड करने से यह बेहतर हो गया, लेकिन अभी भी काफी त्रुटियां हैं।

ग्राफाना लॉग में:
t=2018-11-19T09:55:07+0200 lvl=eror msg="आईडी के साथ उपयोगकर्ता प्राप्त करने में विफल" लकड़हारा=संदर्भ userId=1 त्रुटि="उपयोगकर्ता नहीं मिला"
t=2018-11-19T09:55:07+0200 lvl=eror msg="आईडी के साथ उपयोगकर्ता प्राप्त करने में विफल" लकड़हारा=संदर्भ userId=1 त्रुटि="उपयोगकर्ता नहीं मिला"
t=2018-11-19T09:55:07+0200 lvl=eror msg="आईडी के साथ उपयोगकर्ता प्राप्त करने में विफल" लकड़हारा=संदर्भ userId=1 त्रुटि="उपयोगकर्ता नहीं मिला"

बॉक्स सेटअप से बाहर:
ग्राफाना/अब 5.3.4 amd64
influxdb/अब 1.6.0-1 amd64

वही समस्या है:

t=2018-12-03T09:28:21+0000 lvl=eror msg="Failed to update last_seen_at" logger=context userId=12 orgId=1 uname=ht error="database table is locked"
t=2018-12-03T10:02:03+0000 lvl=eror msg="Failed to get user with id" logger=context userId=12 error="User not found"
t=2018-12-03T10:02:03+0000 lvl=eror msg="Failed to get user with id" logger=context userId=12 error="User not found"
t=2018-12-03T10:02:03+0000 lvl=eror msg="Failed to get user with id" logger=context userId=12 error="User not found"
t=2018-12-03T10:02:03+0000 lvl=eror msg="Failed to get user with id" logger=context userId=12 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:46:54+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
2018/12/03 10:51:54 http: proxy error: unexpected EOF
2018/12/03 10:51:54 http: proxy error: unexpected EOF
2018/12/03 10:51:54 http: proxy error: unexpected EOF
t=2018-12-03T10:51:55+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:51:55+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:51:55+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:51:55+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:51:56+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:51:56+0000 lvl=eror msg="Failed to get user with id" logger=context userId=3 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"
t=2018-12-03T10:52:25+0000 lvl=eror msg="Failed to get user with id" logger=context userId=17 error="User not found"

सिंगल ग्राफाना 5.3.4, स्टोरेज अमेज़ॅन ईएफएस फाइल सिस्टम (एनएफएस माउंट) है
सत्र फ़ाइल पर सेट है, डेटा संग्रहण sqlite है ( /var/lib/grafana/grafana.db )
Grafana LB को समाप्त करने वाले HTTPS के पीछे बैठता है

@oleh-ozimok सुझाव को लागू करते हुए एक पीआर बनाया। इसे ट्राय करने के लिए स्वतंत्र महसूस करें। एक बार मैं छुट्टी से घर वापस आने के बाद इसे और कोशिश करूँगा ताकि मेरे पास लंबे समय तक चलने वाला उदाहरण हो सके :)

@ oleh-ozimok यदि आप एक पीआर बनाना चाहते हैं तो मुझे आपको श्रेय देने के लिए मेरे बजाय विलय करने में अधिक खुशी होगी।

बीटीडब्ल्यू महान काम

इससे हमारी तैनाती भी प्रभावित होती है। HA/मल्टी मास्टर मोड में चल रहे दो Amazon Auora MySQL डेटाबेस का उपयोग करके हमें लगातार 401 अनधिकृत त्रुटियां मिलती हैं। मेरे पास सत्यापित सत्र दोनों डेटाबेस पर हैं। लेकिन फिर भी, मैंने सभी उदाहरणों को एक ही डेटाबेस में यह देखने के लिए इंगित किया कि क्या इससे समस्या ठीक हो जाएगी और ऐसा नहीं हुआ। सत्रों को सही ढंग से प्रमाणित करने में निश्चित रूप से कुछ गड़बड़ है। यह हमारे Oauth सेटअप के साथ और भी आगे जाता है। कई बार उपयोगकर्ता कॉन्फ़िगर किए गए Oauth प्रदाता का उपयोग करके लॉगिन करेगा और पुनर्निर्देशित होने पर यह लॉगिन करने में विफल हो जाएगा। अगर वे लगभग 2-3 बार लॉगिन करते हैं तो यह काम करता है।

यह बहुत अजीब है, शायद सर्वर पर अलग तरीके से कॉन्फ़िगर किया गया है?

कोई लॉग विवरण?

हम सत्र भंडारण की आवश्यकता को हटा रहे हैं और पूरी तरह से फिर से लिख रहे हैं कि v6 में लॉगिन सत्र कैसे प्रबंधित किए जाते हैं, इसलिए उम्मीद है कि यह इसे हल करेगा।

@buroa किसी भी मौके पर आप 6.0-बीटा 1 आज़मा सकते हैं? हमने प्रमाणीकरण टोकन को फिर से लिखा है और अधिकांश सत्र टोकन उपयोग (अभी भी auth_proxy का उपयोग करते समय उपयोग किया जाता है) को पूरी तरह से हटा दिया है और आशा करते हैं कि इनमें से अधिकांश मुद्दे दूर हो जाएंगे।

@bergquist ने मेरे सेटअप को 2019-02-01T09:58:20+0200 पर अपडेट किया, अभी के लिए यह त्रुटि नहीं हुई।

@buroa किसी भी मौके पर आप 6.0-बीटा 1 आज़मा सकते हैं? हमने प्रमाणीकरण टोकन को फिर से लिखा है और अधिकांश सत्र टोकन उपयोग (अभी भी auth_proxy का उपयोग करते समय उपयोग किया जाता है) को पूरी तरह से हटा दिया है और आशा करते हैं कि इनमें से अधिकांश मुद्दे दूर हो जाएंगे।

मैं नवीनतम बिल्ड का उपयोग कर रहा हूं: https://github.com/buroa/grafana/tree/us-iso-regions

क्या इसमें बदलाव की जरूरत है?

@buroa हाँ, लेकिन फिर भी आपको नवीनतम मास्टर में विलय करने का सुझाव देंगे क्योंकि हमने 6.0-बीटा 1 के बाद से कुछ बदलाव किए हैं।

आज एक त्रुटि हुई
t=2019-02-08T10:05:58+0200 lvl=info msg="कुकी के आधार पर उपयोगकर्ता को देखने में विफल" लकड़हारा = संदर्भ त्रुटि = "उपयोगकर्ता प्रमाणीकरण टोकन नहीं मिला"
ब्राउज़र टैब बंद नहीं हो रहा था, बस हर घंटे स्वतः रीफ़्रेश हो रहा था, लेकिन पीसी लॉक था।

@QuantumProjects क्या आप एक नया मुद्दा खोलना चाहेंगे क्योंकि इससे आपको Grafana v6.0-pre की समस्या है। कृपया अपने ग्राफाना सेटअप के बारे में अधिक विवरण प्रदान करें: कौन सा डेटाबेस उपयोग में है? ग्राफाना संस्करण? एकाधिक ग्राफाना उदाहरण? क्या प्रमाणीकरण प्रकार? रिवर्स प्रॉक्सी? धन्यवाद

@marefr ठीक है

@marefr मुझे वही "अनधिकृत" मिल रहा है - पॉपअप, शायद मेरा सेटअप इस मुद्दे को समझने में मदद कर सकता है:

• गेटवे सर्वर ट्रैफिक के साथ रिवर्स प्रॉक्सी के रूप में एक स्थानीय सर्वर की ओर इशारा करता है जो ग्राफाना की मेजबानी कर रहा है
• Grafana v5.4.3 . के साथ स्थानीय सर्वर
• डेटा स्रोत एक ही स्थानीय सर्वर पर एक influxdb v1.7.8 है
• प्रश्न किए गए प्रमाणीकरण प्रकार का पता कैसे लगाएं? मैं सिर्फ एक व्यवस्थापक उपयोगकर्ता के रूप में लॉग इन करता हूं

नोट: प्रत्येक सेवा एक डॉकटर कंटेनर, ट्रैफ़िक x64, ग्राफ़ाना और influxdb arm32v7 है

यह ग्राफाना 6.0.0 (प्रतिबद्ध: 34a9a62, शाखा: HEAD) में भी होता है। SQLite डेटाबेस उपयोग में नहीं है, Grafana nginx रिवर्स प्रॉक्सी के पीछे काम कर रहा है। LDAP प्रमाणीकरण कॉन्फ़िगर किया गया है। इस वीएम पर सिंगल ग्राफाना इंस्टेंस चल रहा है।

त्रुटि के समय लॉग प्रविष्टि:

t=2019-03-06T13:39:24+0100 lvl=eror msg="failed to look up user based on cookie" logger=context error="database is locked"

बस एक डेटा बिंदु जोड़ना, एक बार जब मैंने अपने डीबी को एसक्लाइट से पोस्टग्रेज में स्थानांतरित कर दिया, तो मैंने इन त्रुटियों को देखना बंद कर दिया। पहले वे सिस्टम का उपयोग करने में काफी असहज करने के लिए पर्याप्त थे। google oauth के साथ एकल 5.4.3 सर्वर चला रहा है।

मेरे साथ 5.4.3 पर पोस्टग्रेज से जुड़ा, काफी बेतरतीब ढंग से, लेकिन केवल तभी जब मैंने इसे ऑटोरफ्रेश करने दिया। सेटअप स्थानीय नेटवर्क पर है जहां डेटाबेस ग्राफाना के समान बॉक्स पर है।

जब "अनधिकृत" पॉप अप होता है तो मुझे syslog पर इस प्रकार की त्रुटियों का एक गुच्छा मिल रहा है:

...
...
grafana-server[12619]: t=2019-03-06T22:42:02+0100 lvl=info msg="Database table locked, sleeping then retrying" logger=sqlstore retry=0
grafana-server[12619]: t=2019-03-06T22:42:03+0100 lvl=eror msg="Failed to get user with id" logger=context userId=1 error="User not found"
...
grafana-server[12619]: t=2019-03-06T22:42:03+0100 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=POST path=/api/tsdb/query status=401 remote_addr=192.168.0.2 time_ms=17 size=26 referer="http://192.168.0.1:3000/d/.....
...

उपयोगकर्ता आईडी = 1 या 0 पर लॉग पर और पुनः प्रयास = 1 या 0 . पर कुछ भिन्नताएं हैं

नमस्ते,

मुझे आज भी यही समस्या थी। हमारे पास ग्राफाना 6.0.1 एक सादे डेबियन स्ट्रेच पर कुछ दिन पहले अपग्रेड किया गया है। ग्रैफाना मारियाडीबी 10.2 (गैलेरा क्लस्टर) के साथ बैकएंड (तीन नोड्स के साथ सिंक मोड) के साथ लोड बैलेंसर (प्रॉक्सीस्क्ल) से जुड़ता है।
हम प्राधिकरण के रूप में एलडीएपी (विंडोज एडी) का उपयोग करते हैं।

लॉग संदेश:

lvl=eror msg="failed to look up user based on cookie" logger=context error="invalid connection"

केवल एक चीज जो काम करती थी, वह थी डायरेक्ट आईपी का इस्तेमाल करना न कि लोड बैलेंसर का।

केवल एक चीज जो काम करती थी, वह थी डायरेक्ट आईपी का इस्तेमाल करना न कि लोड बैलेंसर का।

हालांकि एक ही मुद्दे की तरह नहीं लगता है, क्योंकि हमारा आंतरायिक है - हो सकता है कि हर दर्जन में से एक पैनल या तो रिफ्रेश त्रुटि के साथ विफल हो सकता है, लेकिन आम तौर पर काम करता है

6.0.2 को मेरे साथ भी ऐसा ही हो रहा है।

लॉग से:
t=2019-03-23T12:04:22+0000 lvl=eror msg="failed to look up user based on cookie" logger=context error="database is locked"
तथा
t=2019-03-23T19:05:45+0000 lvl=eror msg="Failed to update last_seen_at" logger=context userId=1 orgId=1 uname=<username> error="database is locked"

रिवर्स प्रॉक्सीइंग के लिए ट्रैफिक के साथ नियमित डॉकर इंस्टॉल करें।

मेरे लिए वही हो रहा है
संस्करण 6.02
"कुकी के आधार पर उपयोगकर्ता को देखने में विफल" लकड़हारा = संदर्भ त्रुटि = "डेटाबेस बंद है"

यदि आपको स्क्लाइट (डिफ़ॉल्ट) के साथ "डेटाबेस लॉक है" मिल रहा है तो शायद यह MySQL/postgres पर माइग्रेट करने का एक अच्छा समय है क्योंकि वे अधिक लेनदेन/एस को संभाल सकते हैं

@bergquist मुझे लगता है कि यह वास्तव में समाधान है। बस मारियाडीबी में माइग्रेट हो गया और मुझे अब ग्रेफाना से बाहर नहीं निकाला गया। कील!

@bergquist मुझे लगता है कि यह वास्तव में समाधान है। बस मारियाडीबी में माइग्रेट हो गया और मुझे अब ग्रेफाना से बाहर नहीं निकाला गया। कील!

स्पष्टीकरण के लिए, यह "डेटाबेस लॉक है" का समाधान हो सकता है, न कि "डेटाबेस टेबल लॉक" - मैं PostgreSQL पर हूं और "टेबल लॉक" का सामना कर रहा हूं।

रास्पियन अपग्रेड के बाद मेरे लिए हल किया गया जो मुझे 9.6 (9.4 से) पोस्टग्रेज पर ले गया। ग्राफाना अभी भी 5.4.3 . पर है

रास्पियन अपग्रेड के बाद मेरे लिए हल किया गया जो मुझे 9.6 (9.4 से) पोस्टग्रेज पर ले गया। ग्राफाना अभी भी 5.4.3 . पर है

मैंने जो कहा उसे भूल जाओ ... वापस आ गया है। कम बार, मैं कहूंगा...लेकिन फिर भी हो रहा है।

@gggh कोई समाधान? यह मेरे लिए नीले रंग से बाहर होने लगा!

@gggh कोई समाधान? यह मेरे लिए नीले रंग से बाहर होने लगा!

कुछ नहीं...! यह पोस्टग्रेज वर्जन अपग्रेड के साथ साफ हो गया, और लगता है कि यह फिर से वापस आ रहा है, हर दिन अधिक बार

@gggh धन्यवाद!
मैंने पोस्टग्रेज़ पर स्विच किया है, लेकिन वह भी मदद नहीं कर रहा है :(

ग्राफाना 6.2.1 और पोस्टग्रेस 11 का उपयोग करते हुए एक ही समस्या है, लेकिन यह केवल उन डैशबोर्ड पर हो रहा है जिन्हें मैं JSON से लोड करता हूं और फिर उन्हें एक्सेस करने का प्रयास करता हूं।

इस पर कोई अपडेट?

ठीक है, मुझे अपने मामले में समस्या मिली। मेरे पीजी में सीमित संख्या में कनेक्शन थे और ग्राफाना में max_open_conn सेट नहीं था। इस विकल्प को सेट करने के बाद, यह ठीक काम करता है।

मेरे लिए ग्राफाना 6.1.6 और पैक-इन SQLite डीबी पर भी ऐसा ही हो रहा है। यह समस्या ग्राफ़ाना को अनुकूलित करने के हमारे आंतरिक विकास प्रयासों को तोड़ती है। max_open_conn बदलना काम नहीं करता है (हालांकि मुझे इसकी उम्मीद नहीं थी क्योंकि यह पोस्टग्रेज़ के लिए एक फिक्स था)।

इसका मूल कारण ग्राफाना से जुड़ने की कोशिश करना प्रतीत होता है
प्रमाणीकरण करते समय अंतर्निहित डीबी, लेकिन ऐसा करने में विफल। SQLite के साथ, कि
SQLite ताले के बाद से अक्सर और समवर्ती उपयोग की कम गिनती पर होगा
इतना आक्रामक। ज्यादातर मामलों में, वास्तविक आरडीबीएमएस में माइग्रेट करना (मुझे पोस्टग्रेस पसंद है)
मुद्दे का समाधान करेंगे। यह संभव है कि यदि आप में दौड़ते हैं तो यह फिर से आ सकता है
कनेक्शन सीमा (या समान) समस्या, लेकिन यह एक डीबी चिंता से अधिक है
ग्राफाना चिंता। यदि आप एक डेमो के अलावा किसी अन्य चीज़ के लिए Grafana का उपयोग कर रहे हैं,
आपको इसे वास्तविक डीबी के साथ वापस करना चाहिए। अगर वह डीबी सही ढंग से कॉन्फ़िगर किया गया है
आपका उपयोग, जो इस समस्या को हल करना चाहिए।

सोम, जून 10, 2019 पर 11:20 पूर्वाह्न syardumian-CHC पर [email protected]
लिखा था:

मेरे लिए ग्राफाना 6.1.6 और पैक-इन SQLite डीबी पर भी ऐसा ही हो रहा है। इस
समस्या ग्राफाना को अनुकूलित करने के हमारे आंतरिक विकास प्रयासों को तोड़ती है। बदलना
max_open_conn काम नहीं करता (हालांकि मुझे इसकी उम्मीद नहीं थी क्योंकि यह एक था)
पोस्टग्रेज के लिए फिक्स)।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/grafana/grafana/issues/10727?email_source=notifications&email_token=AAAK6YSUDLXPF2E4436CEOTPZ2EMFA5CNFSM4EO23EH2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXH3500Y
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAK6YQLR3FSCNEQR7SNEKLPZ2EMFANCNFSM4EO23EHQ
.

मैंने कनेक्शन की सीमा और अधिकतम निष्क्रिय कनेक्शन बढ़ा दिए हैं, लेकिन फिर भी इस मुद्दे को बेतरतीब ढंग से मारता रहता हूं। इतना ही नहीं, लेकिन डैशबोर्ड जो कुछ समय के लिए खुले हैं, रीफ्रेश करने के लिए धीमे और धीमे लगते हैं, प्रत्येक पैनल पर लोडिंग-जीआईएफ स्पष्ट होता है और धीरे-धीरे क्रमिक रूप से गायब हो जाता है क्योंकि प्रत्येक पैनल लोडिंग पूर्ण करता है। यह ठीक है अगर मैं ब्राउज़र विंडो बंद कर दूं और एक नया खोलूं। मुझे लगता है कि मेरा डैशबोर्ड अधिक जटिल हो गया है, लेकिन यह स्पष्ट नहीं करता है कि पृष्ठ का एक नया लोड "इसे ठीक क्यों करता है"।

मुझे यादृच्छिक त्रुटि भी मिल रही है। वास्तव में नहीं पता कि मामला क्या है। आईपी ​​​​पते का उपयोग करना ठीक लगता है, लेकिन क्यूबनेटर्स के प्रवेश के साथ, यह "एनोटेशन क्वेरी विफल" बेतरतीब ढंग से दिखाता है।

एफडब्ल्यूआईडब्ल्यू, मैंने हाल ही में अपने इनग्रेड लोडबैलेंसर को फैबियो (ट्रैफिक से) में बदल दिया है और ग्राफाना (डॉकर छवि, कोई अतिरिक्त डेटाबेस बैकएंड नहीं) को v6.4.2 में अपडेट किया है, और स्वचालित रीफ्रेश करते समय 401 अनधिकृत त्रुटियां दूर हो गई हैं (अंतराल सेट 10 पर सेकंड, पूरे दिन चल रहा है)। यह संभावना नहीं है कि फैबियो पर स्विच करने से समस्या ठीक हो गई, मुझे लगता है कि यह ग्राफाना का नया संस्करण था जिसने मदद की, लेकिन मैं 100% निश्चित नहीं हूं।

इसे बंद करना क्योंकि हाल ही में कोई नई रिपोर्ट नहीं आई है। अगर आपको लगता है कि अभी भी कोई समस्या है तो कृपया एक नया मुद्दा खोलें

मैंने हाल ही में अपने कुबेरनेट्स क्लस्टर पर ग्राफाना स्थापित किया और इसी तरह के मुद्दे में भाग गया।
मैं डोकर छवि ग्राफाना/ ग्राफाना का उपयोग कर रहा हूं

अपने पॉड लॉग की जाँच करते हुए, मुझे यह दिलचस्प छोटी सी जानकारी मिली:

t=2019-11-01T15:18:33+0000 lvl=info msg="Successful Login" logger=http.server User=--snip--
t=2019-11-01T15:19:09+0000 lvl=eror msg="Failed to look up user based on cookie" logger=context error="dial tcp: lookup postgres.databases.svc.cluster.local: no such host"
t=2019-11-01T15:19:09+0000 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=GET path=/api/datasources/proxy/1/query status=401 remote_addr=--snip-- time_ms=11 size=26 referer="https://--snip--/d/TuobtjoZz/--snip--?orgId=1&refresh=5s&from=now-12h&to=now"

DNS समस्याएँ कुछ ऐसी नहीं हैं जिनका मैंने पहले अपने क्लस्टर में सामना किया है, लेकिन मैंने कुछ गुगली की और इस विशेष समस्या को पाया: https://github.com/kubernetes/kubernetes/issues/30215

क्या ग्राफाना के लिए अल्पाइन और गैर-अल्पाइन दोनों छवियों को शिप करना संभव होगा जैसे बहुत सारे डॉकटर चित्र करते हैं? ऐसा लगता है कि इससे मामला सुलझ जाएगा।
अगर ऐसा कुछ है जो मैं इसका परीक्षण करने या डीबग करने में मदद कर सकता हूं तो मुझे बताएं, मैं अनुरोध के अनुसार जानकारी प्रदान करूंगा।

6.3.6 (जो अल्पाइन-आधारित नहीं है) में अपग्रेड करने के बाद यह मुद्दा पूरी तरह से मेरे अंत में गायब हो गया।

मुझे एक ही समस्या का सामना करना पड़ा, एक ही ब्राउज़र में दो अलग-अलग ग्राफाना (कंटेनर) खुले
जब दूसरे में लॉगिन करें तो पहले मुझे फिर से लॉगिन करने के लिए कहें, पहले में लॉगिन करें दूसरा मुझे फिर से लॉगिन करने के लिए कहें
दोनों लॉगिन नहीं रख सकते
मुझे जो समाधान मिला वह है ग्राफाना डिफॉल्ट.इनी फ़ाइल में से किसी एक में बदलना
login_cookie_name = grafana_session
प्रति
login_cookie_name = grafana_session_1
कंटेनर और ब्राउज़र को पुनरारंभ करें, अब यह ठीक काम कर रहा है
अभी के लिए मैं फ़ाइल को कंटेनर के बाहर रखता हूँ
कंटेनर बनाते समय इस पैरामीटर को सेट करने की आवश्यकता है

@ikkerens कृपया ubuntu आधारित छवि का प्रयास करें, 6.6.2-ununtu

@ n0-bs मुझे खेद है, लेकिन यदि आप ग्राफाना के कई उदाहरण चला रहे हैं तो यह MySQL या Postgres को डेटाबेस के रूप में उपयोग करने का सुझाव दिया गया है।

क्षमा करें, लेकिन डेटाबेस के रूप में MySQL या Postgres का उपयोग कैसे करें, कुकी संघर्ष को हल करेगा जब मैं एक ही ब्राउज़र में इन दो अलग-अलग ग्राफाना उदाहरणों को खोलता हूं, मैं HA केस के बारे में बात नहीं कर रहा हूं
मेरे पास एक ही सर्वर पर दो अलग-अलग ग्राफाना इंस्टेंस (कंटेनर) हैं

मैं इसे अभी भी 6.7.2 के साथ देख रहा हूं। मैंने 6.5 से 6.6 तक अपग्रेड किया, फिर 6.7। PostgreSQL के साथ docker का उपयोग करते हुए, 6.7.2 छवि फिर 6.7.2-ubuntu की कोशिश की।

यह वह त्रुटि है जो मुझे लॉग में मिल रही है:
lvl=eror msg="Failed to look up user based on cookie" logger=context error="pq: remaining connection slots are reserved for non-replication superuser connections"

पोस्टग्रेज को फिर से शुरू करके फिक्स्ड (कम से कम अभी के लिए)।

मैं ग्राफाना के नवीनतम संस्करण का उपयोग कर रहा हूं और जब भी मैं इसे एक्सेस करता हूं, तब भी अनधिकृत मुद्दे को देख रहा हूं। मैं Kubernetes में Grafana का उपयोग कर रहा हूँ। मैंने इसे 3 अलग-अलग पॉड में 3 अलग-अलग नोड्स में तैनात किया। मैं इसके मूल डेटाबेस का उपयोग कर रहा हूँ। समस्या को ठीक करने के लिए कोई सुझाव?

@emzfuu यदि आप कई उदाहरण चलाते हैं तो आपको उन सभी को एक ही डेटाबेस में इंगित करने की आवश्यकता है। mysql/postgres

@bergquist क्या इस मुद्दे को ठीक करने का कोई और तरीका है?

बस ऊपर दिए गए मेरे प्रश्न को विस्तृत करने के लिए 3 अलग-अलग ग्राफाना (अकेले खड़े हो जाओ) का उपयोग कर रहा हूं जिसे सिंगल लोड बैलेंसर के माध्यम से एक्सेस किया जा रहा है। 3 Grafana का अपना db (sqlite3) है। हर बार जब मैं इसे एक्सेस करता हूं तो मुझे अनधिकृत त्रुटि मिलती है।

मुझे एक ही समस्या है, nfs का उपयोग करें।