प्रतिपुष्टि के लिए धन्यवाद! हम वर्तमान में जांच कर रहे हैं और जल्द ही आपको अपडेट करेंगे।

@ gs9824 क्या आप ग्राफाना के बारे में कुछ और जानकारी प्रदान कर सकते हैं? मैं इस सेवा से परिचित नहीं हूं।

@MicahMcKittrick-MSFT, ग्राफाना डैशबोर्ड के माध्यम से विभिन्न स्रोतों से डेटा की कल्पना करने का एक उपकरण है। ग्राफाना को डॉकटर कंटेनर के रूप में चलाने में समस्या यह है कि डॉकटर कंटेनर को पुनरारंभ करते समय सेटिंग्स को बरकरार नहीं रखा जाता है।
इसका समाधान कॉन्फ़िगरेशन को लगातार स्टोरेज में स्टोर करना है, ताकि पुनरारंभ करने से कॉन्फ़िगरेशन हानि न हो।
मैं इसके लिए एक Azure फ़ाइल शेयर का उपयोग करने का प्रयास करता हूं और इसे कंटेनर (/ var/lib/grafana) में माउंट करता हूं। इस तरह विन्यास कायम है।
ऐसा लगता है कि ग्राफाना उस स्टोरेज के भीतर फाइलें बना सकता है (मैं इसे स्टोरेज एक्सप्लोरर के माध्यम से देख सकता हूं), लेकिन ऐसा लगता है कि किसी भी फाइल को अपडेट करने में सक्षम नहीं है

t=2018-10-09T14:20:36+0000 एलवीएल = त्रुटि संदेश = "सर्वर शटडाउन" लकड़हारा = सर्वर कारण = "सेवा init विफल: माइग्रेशन विफल त्रुटि: डेटाबेस लॉक है"

डेटाबेस फ़ाइल शेयर पर संग्रहीत है।

फ़ाइल शेयर पर उपयोगकर्ताओं के लिए एक्सेस अधिकार बनाना संभव है, लेकिन मुझे नहीं लगता कि मैं इन्हें कंटेनर निर्माण कमांड में कैसे निर्दिष्ट कर सकता हूं।

@ gs9824 क्या आपने AKS के साथ लगातार डिस्क का उपयोग करते हुए देखा है?

https://docs.microsoft.com/en-us/azure/aks/azure-disks-dynamic-pv

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

@ MicahMcKittrick-MSFT, क्षमा करें अभी तक नहीं। मैं पहली बार कंटेनर निर्माण के दौरान कुछ chmod कमांड निष्पादित करने का प्रयास करके फ़ाइल शेयर को काम करने की कोशिश कर रहा हूं। भाग्य के बिना अब तक।

@MicahMcKittrick-MSFT जहां तक ​​मैं समझता हूं, इसमें एक पूर्ण AKS क्लस्टर स्थापित करना शामिल होगा। मैं कंटेनर में कुछ भी संशोधित किए बिना, ग्राफाना को एक साधारण एज़ूर कंटेनर इंस्टेंस के रूप में चलाने के लिए चाहता था।

@seanmck। @iainfoulds क्या आप में से किसी के पास इस पर कोई विचार होगा?

@ gs9824 सिर्फ FYI करें, मैं इसका उत्तर पाने के लिए ऑफ़लाइन काम कर रहा हूं। एक बार मेरे पास और जानकारी होने पर आपको अपडेट करूंगा।

@ gs9824 चूंकि यह एक लंबे समय तक चलने वाला उदाहरण है और बहुत सारे पुनरारंभ को देखते हुए, आपको az container create कमांड में एक लंबी चलने वाली कमांड लाइन जोड़ने की आवश्यकता हो सकती है, जैसे --command-line "tail - एफ / देव / अशक्त"।

साथ ही, अतिरिक्त समस्या निवारण विकल्पों के लिए इस मार्गदर्शिका को देखें

https://docs.microsoft.com/en-us/azure/container-instances/container-instances-troubleshooting#container -continually-exits-and-restarts-no-long-running-process

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

नमस्ते

संयोग से, मेरे पास बिल्कुल उसी उपयोग के मामले (ग्राफाना) के लिए एक ही समस्या है।

Grafana निम्न त्रुटि लॉग करता है:
lvl=eror msg="Server shutdown" logger=server reason="Service init failed: Migration failed err: database is locked"
और नतीजतन, कंटेनर समाप्त हो जाता है।
--command-line "tail -f /dev/null" सिर्फ लॉग को प्रदर्शित होने से रोकता है लेकिन ग्राफाना अभी भी शुरू नहीं होता है और कंटेनर समाप्त हो जाता है।

ग्राफाना को माउंट पर इंगित किए बिना शुरू करते हुए, यह एक स्थानीय फ़ोल्डर का उपयोग करेगा, जो काम करता है। Azure पोर्टल पर मैंने मैन्युअल रूप से माउंट पर फ़ोल्डर्स और फ़ाइलों को लिखने का प्रयास किया है, जो ठीक काम करता है।

यहां एक एआरएम टेम्पलेट है ताकि आप समस्या को पुन: उत्पन्न कर सकें। बस मेरे द्वारा जोड़े गए कुछ प्लेसहोल्डर को बदलें और आपको जाने के लिए अच्छा होना चाहिए।

{ "$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#", "contentVersion": "1.0.0.0", "parameters": { "SOME_CONTAINER_GROUP_NAME": { "defaultValue": "CONTAINER_GROUP_NAME", "type": "String" } }, "variables": {}, "resources": [{ "comments": "Generalized from resource: '/subscriptions/SUBSCRIPTION_ID/resourceGroups/grafana-test/providers/Microsoft.ContainerInstance/containerGroups/CONTAINER_GROUP_NAME'.", "type": "Microsoft.ContainerInstance/containerGroups", "name": "[parameters('SOME_CONTAINER_GROUP_NAME')]", "apiVersion": "2018-04-01", "location": "westeurope", "scale": null, "properties": { "containers": [{ "name": "[parameters('SOME_CONTAINER_GROUP_NAME')]", "properties": { "image": "grafana/grafana", "command": [], "ports": [{ "protocol": "TCP", "port": 3000 },{ "protocol": "TCP", "port": 80 } ], "environmentVariables": [{ "name": "GF_INSTALL_PLUGINS", "value": "grafana-azure-monitor-datasource" },{ "name": "GF_PATHS_DATA", "value": "/mnt/grafana" } ], "resources": { "requests": { "memoryInGB": 1.5, "cpu": 1 } }, "volumeMounts": [{ "name": "grafana-storage", "mountPath": "/mnt/grafana", "readOnly": false } ] } } ], "volumes": [{ "name": "grafana-storage", "azureFile": { "shareName": "grafana-test", "readOnly": false, "storageAccountName": "SOMESTORAGE_ACCOUNT", "storageAccountKey": "SOMESTORAGE_KEY" } } ], "restartPolicy": "Always", "ipAddress": { "ports": [{ "protocol": "TCP", "port": 3000 },{ "protocol": "TCP", "port": 80 } ], "type": "Public" }, "osType": "Linux" }, "dependsOn": [] } ] }

@ MicahMcKittrick-MSFT पहले जवाब न देने के लिए क्षमा करें - यह जानकर अच्छा लगा कि मैं इस मुद्दे के साथ अकेला नहीं हूं :)। मेरे पास एक वर्कअराउंड के रूप में एक वीएम पर ग्राफाना चल रहा है (मार्केट प्लेस के माध्यम से स्थापित - ग्राफाना लैब्स से ग्राफाना)। पुनरारंभ होने की सबसे अधिक संभावना है क्योंकि @orendin राज्यों के रूप में लॉक किए गए डेटाबेस के कारण ग्राफाना प्रारंभ करने में विफल रहता है।

अतिरिक्त विवरण के लिए सभी का धन्यवाद।

मुझे यकीन नहीं है कि यह जानकारी है जिसे हम इस दस्तावेज़ में शामिल कर सकते हैं, लेकिन इसकी परवाह किए बिना, मैं लेखक को समीक्षा करने और यह देखने के लिए असाइन करूंगा कि क्या हम कोई विवरण जोड़ सकते हैं।

नमस्ते, मुझे इस बार प्रोमेथियस के साथ भी यही समस्या है।

एक ही मामला परिदृश्य, मैं एक फ़ाइल-शेयर के साथ घुड़सवार एसीआई बनाने के लिए प्रोमेथियस छवि का उपयोग कर रहा हूं।

मैंने क्या किया : स्क्रिप्ट शुरू

echo" parameters"
ACI_PERS_RESOURCE_GROUP=ftp-group-container
ACI_PERS_LOCATION=some_location
ACI_PERS_SHARE_NAME=some_share

echo" Create the storage account with the parameters "
az storage account create \
--resource-group $ACI_PERS_RESOURCE_GROUP \
--name $ACI_PERS_STORAGE_ACCOUNT_NAME \
--location $ACI_PERS_LOCATION \
--sku Standard_LRS

echo " create file share"
az storage share create --name $ACI_PERS_SHARE_NAME --account-name $ACI_PERS_STORAGE_ACCOUNT_NAME

echo" get the storage key " STORAGE_KEY=$(az storage account keys list --resource-group $ACI_PERS_RESOURCE_GROUP --account-name $ACI_PERS_STORAGE_ACCOUNT_NAME --query "[0].value" --output tsv)
echo "storage key : "$STORAGE_KEY

echo" create a container instance "
az container create -g some-container-group \
--name prometheus-instance \
--image prom/prometheus \
--restart-policy OnFailure \
--ports 9090 \
--dns-name-label some-label \
--ip-address public \
--azure-file-volume-account-name $ACI_PERS_STORAGE_ACCOUNT_NAME \
--azure-file-volume-account-key $STORAGE_KEY \
--azure-file-volume-share-name $ACI_PERS_SHARE_NAME \
--azure-file-volume-mount-path /etc/prometheus/

स्क्रिप्ट अंत

मैंने शेयर-फ़ाइल 'prometheus.yml' में एक YAML फ़ाइल जोड़ी

जैसा मैं सोचा था

मुझे उम्मीद थी कि एसीआई वाईएएमएल फाइल को शुरू करेगा और पढ़ेगा जिसे मैंने शेयर-फाइल पर बनाया था क्योंकि मैंने उस पर /etc/prometheus को माउंट किया था

वास्तव में क्या हुआ

ACI पुनरारंभ करना बंद नहीं कर सका, क्योंकि इसे '/etc/prometheus/prometheus.yml' से कॉन्फ़िगरेशन प्राप्त करने की आवश्यकता है और त्रुटि है
err="error loading config from \"/etc/prometheus/prometheus.yml\": couldn't load configuration (--config.file=\"/etc/prometheus/prometheus.yml\"): open /etc/prometheus/prometheus.yml: permission denied

मैंने क्या करने की कोशिश की

मैं अपने आप को अनुमतियाँ जोड़ने के लिए फ़ाइल सिस्टम पर पहुँच को बाधित करने में कामयाब रहा,
drwx------ 2 root root 0 Nov 15 21:33 prometheus.yml
chmod a+rwx prometheus.yml
drwx------ 2 root root 0 Nov 15 21:34 prometheus.yml

जैसा कि आप फ़ाइल पर रूट के रूप में chmod के साथ भी देख सकते हैं, मैं अनुमतियों को रद्द नहीं कर सका। तो शायद यही कारण है कि मैं एसीआई को वाईएएमएल कॉन्फिडेंस फाइल नहीं पढ़ सकता

किसी भी मदद के लिए धन्यवाद।

हाय दोस्तों,
मैंने अपनी समस्या ठीक की।

क्या छूट रहा है

az storage share policy create --help

मैंने क्या किया

मैंने सभी अनुमतियों (पढ़ने-लिखने-सूची) के साथ एक शेयर नीति जोड़ा और यह काम किया।
मेरे पास अब एसीआई पर अनुमति की समस्या नहीं है

आशा है कि यह मदद करेगा

सुनो,
कंटेनर इंस्टेंस के रूप में neo4j छवि को तैनात करते समय मुझे एक ही समस्या का सामना करना पड़ रहा है।
ऊपर वर्णित सभी कामकाज के लिए धन्यवाद। उन सभी की कोशिश की।
मुसीबत

• मेरे पास एक फ़ाइल साझा है, जो एक ही संसाधन समूह में कंटेनर के लिए बनाई गई है। फ़ाइल शेयर को कंटेनर में लगातार डिस्क के रूप में माउंट किया जाना है।
• जैसा अपेक्षित था, फ़ाइल शेयर माउंट किया गया है, लेकिन डेटा को पढ़ने में असमर्थ है।
• पहुँच अधिकार मुद्दे।
  
  
  

_ संदर्भ _

{
    "....": [],
    "properties": {
        "containers": [
            {
                "....": [],
                "environmentVariables": [],
                "resources": {
                    "requests": {
                        "memoryInGB": 4,
                        "cpu": 1
                    }
                },
                "volumeMounts": [
                    {
                        "name": "data",
                        "mountPath": "/var/lib/neo4j/data/"
                    }
                ]
            }
        ]
    },
    "....": [],
    "volumes": [
        {
            "name": "data",
            "azureFile": {
                "shareName": "neo4jfiles",
                "storageAccountName": "neo4jcontainerstorage",
                "storageAccountKey": "<I-REVEALED-MY-SECRET-KEY>"
            }
        }
    ],
    "....": []
}

ऐसा लगता है कि मूल समस्या हल हो गई है। यदि आपके पास टिप्पणी है तो दूसरे के लिए @dkkapur जोड़ना। धन्यवाद।

क्या किसी ने ग्राफाना की समस्या का समाधान किया है? दुर्भाग्य से, मुझे अभी भी त्रुटि मिलती है

„lvl=eror msg="Server shutdown" logger=server reason="Service init failed: Migration failed err: database is locked"

मैंने सभी अधिकारों के साथ एक "एक्सेस पॉलिसी" बनाई है, लेकिन मुझे नहीं पता कि वॉल्यूम बढ़ते समय मुझे इसे किसी तरह निर्दिष्ट करना है या नहीं

"resources": [
    {
      "apiVersion": "2018-10-01",
      "type": "Microsoft.ContainerInstance/containerGroups",
      "location": "[parameters('location')]",
      "name": "[parameters('containerName')]",
      "properties": {
        "containers": [
          {
            "name": "[parameters('containerName')]",
            "properties": {
              "image": "[parameters('imageName')]",
              "ports": "[parameters('ports')]",
              "environmentVariables": [
                {
                  "name": "GF_PATHS_DATA",
                  "value": "/mnt/grafana/data"
                },
                {
                  "name": "GF_PATHS_LOGS",
                  "value": "/mnt/grafana/logs"
                },
                {
                  "name": "GF_DASHBOARDS_PATH",
                  "value": "/mnt/grafana/dashboards"
                }
              ],
              "volumeMounts": [
                {
                  "name": "grafana-storage",
                  "mountPath": "/mnt/grafana",
                  "readOnly": false
                }
              ],
              "resources": {
                "requests": {
                  "cpu": "[int(parameters('numberCpuCores'))]",
                  "memoryInGB": "[float(parameters('memory'))]"
                }
              }
            }
          }
        ],
        "volumes": [
          {
            "name": "grafana-storage",
            "azureFile": {
              "shareName": "grafana",
              "readOnly": false,
              "storageAccountName": "_NAME_",
              "storageAccountKey": "_ACCESS_KEY_"
            }
          }
        ],
        "restartPolicy": "[parameters('restartPolicy')]",
        "osType": "[parameters('osType')]",
        "ipAddress": {
          "type": "[parameters('ipAddressType')]",
          "ports": "[parameters('ports')]",
          "dnsNameLabel": "[parameters('dnsNameLabel')]"
        }
      },
      "tags": {}
    }
  ]

माइक्रोसॉफ्ट, कृपया इस तथ्य को ठीक करें कि माउंटेड फाइलशेयर स्टोरेज के लिए कंटेनर को रूट के रूप में चलाने की आवश्यकता होती है, क्योंकि यह डॉकर सर्वोत्तम प्रथाओं के खिलाफ जाता है। इसके अलावा यह बहुत सारे कंटेनरों को हटा देता है जो रूट के रूप में नहीं चलते हैं, और फ़ाइल भंडारण की आवश्यकता होती है।

मुझे लगता है कि ग्राफाना के साथ अंतर्निहित मुद्दा यह है कि डॉकर छवि रूट के रूप में नहीं चलती है।

फाइलशेयर रूट के रूप में आरोहित प्रतीत होता है

जब ग्राफाना उपयोगकर्ता माउंटेड स्टोरेज तक पहुंचने का प्रयास करता है, तो यह विफल हो जाएगा। आप माउंटेड स्टोरेज को भी नहीं चुन सकते हैं, मैंने उपयोगकर्ता को वापस रूट पर बढ़ा दिया है और init.sh scipt में Grafana उपयोगकर्ता को अनुमतियां असाइन करने का प्रयास किया है। कोई भाग्य नहीं।

आपके पास एसीआई कंटेनर के अंदर किसी अन्य फाइलशेयर को माउंट करने के लिए पर्याप्त अनुमति नहीं है, सीआईएफ माउंट विफल रहता है।

प्रस्तावित समाधान: माउंट विकल्पों को निर्दिष्ट करने की क्षमता को फ्लोट करें, जैसा कि Azure AKS में होता है।
Kubernetes / AKS में, आप एक Azure फ़ाइलशेयर माउंट कर सकते हैं, लेकिन आप GID, UID और डिफ़ॉल्ट अनुमतियों जैसे माउंट विकल्प निर्दिष्ट कर सकते हैं।

@dlepow @dkkapur इस विषय पर कोई समाचार?

डीप को फॉलो-अप के लिए असाइन करना। धन्यवाद!

असाइन करें:@dkkapur

@dkkapur कोई अपडेट?

हे लोक!
अंत में मुझे यह समस्या मिली ... समाधान बनाने की कोशिश में 10 घंटे बिताएं

उस पर कोई खबर? ऐसा लगता है कि एक वर्ष से अधिक समय पहले असाइन किया गया है लेकिन कोई उत्तर नहीं है

एक मानक Postgresql Docker छवि के साथ भी ऐसा ही होता है - यदि आप किसी फ़ाइल शेयर को माउंट करके डेटाबेस को लगातार बनाने का प्रयास करते हैं, तो यह प्रारंभ नहीं होता है।

@ MicahMcKittrick-MSFT अरे मीका, इस पर कोई अपडेट?

@dkkapur क्या ACI कंटेनर को AKS जैसे विकल्पों के साथ

माउंट विकल्प:
- dir_mode=0777
- file_mode=0777
- यूआईडी = 1000
- gid=1000
- mfsymlinks
- नोब्रली
- कैश = कोई नहीं

मुझे लगता है कि ग्राफाना के साथ अंतर्निहित मुद्दा यह है कि डॉकर छवि रूट के रूप में नहीं चलती है।

बिल्कुल। यह grafana नामक एक सीमित अनुमति वाले उपयोगकर्ता का उपयोग करता है (यदि जानबूझकर नहीं बदला गया है)।

यह समस्या मूल रूप से उत्पादन में किसी भी स्थायी भंडारण बंधन को रोक रही है क्योंकि हम डॉकर कंटेनर के स्वास्थ्य पर भरोसा नहीं कर सकते हैं, यही कारण है कि हम पहली बार डॉकर कंटेनरों का उपयोग करते हैं। क्या कोई गैर-उन्नत उपयोगकर्ता सक्षम संग्रहण है जिसे हम संलग्न कर सकते हैं?

नमस्ते,
इस पर किसी भी अद्यतन ?

मुझे एक पोस्टग्रेएसक्यूएल कंटेनर के साथ एक ही समस्या का सामना करना पड़ रहा है जिस पर मैं एकाधिक कंटेनर संस्करणों में एक छोटे डेटाबेस को बनाए रखने के लिए/var/lib/postgresql/data पर फ़ाइल शेयर माउंट करना चाहता हूं लेकिन डेटाबेस में अनुमति नहीं है मोंटेड फ़ाइल शेयर का उपयोग करें।

यहाँ वे लॉग हैं जो Azure कंटेनर इंस्टेंस पर आउटपुट किए गए हैं:

The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.

The database cluster will be initialized with locale "en_US.utf8".
The default database encoding has accordingly been set to "UTF8".
The default text search configuration will be set to "english".

Data page checksums are disabled.

fixing permissions on existing directory /var/lib/postgresql/data ... ok
creating subdirectories ... ok
selecting dynamic shared memory implementation ... posix
selecting default max_connections ... 20
selecting default shared_buffers ... 400kB
selecting default time zone ... Etc/UTC
creating configuration files ... ok
2020-08-28 07:12:06.201 UTC [83] FATAL:  data directory "/var/lib/postgresql/data" has wrong ownership
2020-08-28 07:12:06.201 UTC [83] HINT:  The server must be started by the user that owns the data directory.
child process exited with exit code 1
initdb: removing contents of data directory "/var/lib/postgresql/data"
running bootstrap script ...

और फिर कंटेनर रुक जाता है।

मैं कंटेनरों को नीला करने के लिए तैनात करने के साथ भी काफी नया हूं, इसलिए यदि यह ऐसा करने का इरादा नहीं है तो मुझे कुछ नया सीखने में खुशी होगी।
(पुनश्च: मैंने अभी देखा है कि एलेसियोस्टल्ला ने पहले ही उल्लेख किया है कि यह पोस्टग्रेएसक्यूएल छवियों को भी प्रभावित करता है)