[Check_mk (deutsch)] Oracle ASM über SID abfragen

Hallo zusammen,

ich versuche gerade ein Oracle System per Check_MK zu überwachen, welches vorher durch Nagios überwacht wurde.
Das meiste funktioniert, aber ich bekomme keine Verbindung zum ASM.
Es sieht so aus, dass Nagios dabei einen Connect String der Form <IP>:1521/<SID> mit Usernamen und Passwort verwendet. Eigentlich sollte ASM ja keine SID haben, aber die normale Abfrage mit mk_oracle funktioniert nicht. Habe auch schon versucht in der Regel sysdba bzgw. sysasm zu verwenden. Es kommt aber immer ein

+ASM1|FAILURE|ERROR: ORA-12505: TNS:listener does not currently know of SID given in connect descriptor SP2-0751: Unable to connect to Oracle. Exiting SQL*Plus

zurück. Wahrscheinlich muss ich die SID fürs ASM Login doch irgendwie übergeben. Ich finde nur keinen Weg dies zu tun.
Hat von Euch vielleicht jemand eine Idee dazu?

Gruß

Udo

Hallo Udo,

ASM hat eine eigene SID (+ASM) und eigene User. Vermutlich hängt es hieran... Anhand des Namens +ASM1 gehe ich von einer RAC Umgebung aus... dann sollte folgendes als grid OS User klappen:

sqlplus / as sysasm
alter user asmsnmp identified by xxxxx;

Der asmsnmp User (Alternativ eigenen User erstellen und nötige Rechte granten - asmsnmp bringt die notwendigen mit) muss dann im mk_oracle als ASM Benutzer angegeben werden.

Grüße
Fabian

···

-----Ursprüngliche Nachricht-----
Von: checkmk-de <checkmk-de-bounces@lists.mathias-kettner.de> Im Auftrag von Udo Woehler
Gesendet: Freitag, 8. November 2019 14:31
An: checkmk-de@lists.mathias-kettner.de
Betreff: [Check_mk (deutsch)] Oracle ASM über SID abfragen

Hallo zusammen,

ich versuche gerade ein Oracle System per Check_MK zu überwachen, welches vorher durch Nagios überwacht wurde.
Das meiste funktioniert, aber ich bekomme keine Verbindung zum ASM.
Es sieht so aus, dass Nagios dabei einen Connect String der Form <IP>:1521/<SID> mit Usernamen und Passwort verwendet. Eigentlich sollte ASM ja keine SID haben, aber die normale Abfrage mit mk_oracle funktioniert nicht. Habe auch schon versucht in der Regel sysdba bzgw. sysasm zu verwenden. Es kommt aber immer ein

+ASM1|FAILURE|ERROR: ORA-12505: TNS:listener does not currently know of SID given in connect descriptor SP2-0751: Unable to connect to Oracle. Exiting SQL*Plus

zurück. Wahrscheinlich muss ich die SID fürs ASM Login doch irgendwie übergeben. Ich finde nur keinen Weg dies zu tun.
Hat von Euch vielleicht jemand eine Idee dazu?

Gruß

Udo
_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de

Hallo Fabian,

das Problem ist, dass es unter Nagios ja mit dem vorgegebenen User funktioniert. Was ich dabei nicht verstehe, ist der Connect String der dort verwendet wird. Der endet nämlich mit einem /<SID> , wobei die SID diejenige von der auf dem Server laufenden Datenbank ist.

Gruß

Udo

----- Ursprüngliche Mail -----

···

Von: "Fabian Woelk, Vodafone DE" <Fabian.Woelk@vodafone.com>
An: checkmk-de@lists.mathias-kettner.de
Gesendet: Freitag, 8. November 2019 14:47:50
Betreff: Re: [Check_mk (deutsch)] Oracle ASM über SID abfragen

Hallo Udo,

ASM hat eine eigene SID (+ASM) und eigene User. Vermutlich hängt es hieran... Anhand des Namens +ASM1 gehe ich von einer RAC Umgebung aus... dann sollte folgendes als grid OS User klappen:

sqlplus / as sysasm
alter user asmsnmp identified by xxxxx;

Der asmsnmp User (Alternativ eigenen User erstellen und nötige Rechte granten - asmsnmp bringt die notwendigen mit) muss dann im mk_oracle als ASM Benutzer angegeben werden.

Grüße
Fabian

-----Ursprüngliche Nachricht-----
Von: checkmk-de <checkmk-de-bounces@lists.mathias-kettner.de> Im Auftrag von Udo Woehler
Gesendet: Freitag, 8. November 2019 14:31
An: checkmk-de@lists.mathias-kettner.de
Betreff: [Check_mk (deutsch)] Oracle ASM über SID abfragen

Hallo zusammen,

ich versuche gerade ein Oracle System per Check_MK zu überwachen, welches vorher durch Nagios überwacht wurde.
Das meiste funktioniert, aber ich bekomme keine Verbindung zum ASM.
Es sieht so aus, dass Nagios dabei einen Connect String der Form <IP>:1521/<SID> mit Usernamen und Passwort verwendet. Eigentlich sollte ASM ja keine SID haben, aber die normale Abfrage mit mk_oracle funktioniert nicht. Habe auch schon versucht in der Regel sysdba bzgw. sysasm zu verwenden. Es kommt aber immer ein

+ASM1|FAILURE|ERROR: ORA-12505: TNS:listener does not currently know of SID given in connect descriptor SP2-0751: Unable to connect to Oracle. Exiting SQL*Plus

zurück. Wahrscheinlich muss ich die SID fürs ASM Login doch irgendwie übergeben. Ich finde nur keinen Weg dies zu tun.
Hat von Euch vielleicht jemand eine Idee dazu?

Gruß

Udo
_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de
_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
Verwaltung & Abmeldung unter
https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-de

Hallo Udo,
ich habe bisher nur einen RAC-Cluster zum Testen in meiner checkmk Umgebung. Auf den Nodes des RAC Clusters habe ich folgendes in der mk_oracle.cfg stehen:

DBUSER='<user>:<pw>::fqdn'
ASMUSER='ASMSNMP:<pw>:SYSDBA:<fqdn>'

Die Rolle SYSDBA musste an den User ASMSNMP explizit gegranted werden.

Keine Ahnung ob das der beste / sinnvollste Weg war, aber zumindest funktionieren bei mir die ASM Checks.

Mit freundlichen Grüßen

Christian Friedrich
REWE Systems GmbH

···

-----Ursprüngliche Nachricht-----
Von: checkmk-de <checkmk-de-bounces@lists.mathias-kettner.de> Im Auftrag von Udo Woehler
Gesendet: Freitag, 8. November 2019 15:21
An: Fabian Woelk, Vodafone DE <Fabian.Woelk@vodafone.com>
Cc: checkmk-de@lists.mathias-kettner.de
Betreff: Re: [Check_mk (deutsch)] Oracle ASM über SID abfragen [UNSIGNIERT]

Hallo Fabian,

das Problem ist, dass es unter Nagios ja mit dem vorgegebenen User funktioniert. Was ich dabei nicht verstehe, ist der Connect String der dort verwendet wird. Der endet nämlich mit einem /<SID> , wobei die SID diejenige von der auf dem Server laufenden Datenbank ist.

Gruß

Udo

----- Ursprüngliche Mail -----
Von: "Fabian Woelk, Vodafone DE" <Fabian.Woelk@vodafone.com>
An: checkmk-de@lists.mathias-kettner.de
Gesendet: Freitag, 8. November 2019 14:47:50
Betreff: Re: [Check_mk (deutsch)] Oracle ASM über SID abfragen

Hallo Udo,

ASM hat eine eigene SID (+ASM) und eigene User. Vermutlich hängt es hieran... Anhand des Namens +ASM1 gehe ich von einer RAC Umgebung aus... dann sollte folgendes als grid OS User klappen:

sqlplus / as sysasm
alter user asmsnmp identified by xxxxx;

Der asmsnmp User (Alternativ eigenen User erstellen und nötige Rechte granten - asmsnmp bringt die notwendigen mit) muss dann im mk_oracle als ASM Benutzer angegeben werden.

Grüße
Fabian

-----Ursprüngliche Nachricht-----
Von: checkmk-de <checkmk-de-bounces@lists.mathias-kettner.de> Im Auftrag von Udo Woehler
Gesendet: Freitag, 8. November 2019 14:31
An: checkmk-de@lists.mathias-kettner.de
Betreff: [Check_mk (deutsch)] Oracle ASM über SID abfragen

Hallo zusammen,

ich versuche gerade ein Oracle System per Check_MK zu überwachen, welches vorher durch Nagios überwacht wurde.
Das meiste funktioniert, aber ich bekomme keine Verbindung zum ASM.
Es sieht so aus, dass Nagios dabei einen Connect String der Form <IP>:1521/<SID> mit Usernamen und Passwort verwendet. Eigentlich sollte ASM ja keine SID haben, aber die normale Abfrage mit mk_oracle funktioniert nicht. Habe auch schon versucht in der Regel sysdba bzgw. sysasm zu verwenden. Es kommt aber immer ein

+ASM1|FAILURE|ERROR: ORA-12505: TNS:listener does not currently know of SID given in connect descriptor SP2-0751: Unable to connect to Oracle. Exiting SQL*Plus

zurück. Wahrscheinlich muss ich die SID fürs ASM Login doch irgendwie übergeben. Ich finde nur keinen Weg dies zu tun.
Hat von Euch vielleicht jemand eine Idee dazu?

Gruß

Udo
_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
Verwaltung & Abmeldung unter
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.mathias-2Dkettner.de_cgi-2Dbin_mailman_listinfo_checkmk-2Dde&d=DwIGaQ&c=9i11IQfOWHMwpIOErRLccJpK00-oufTV230hwNcZ5_Q&r=WL5i1fX6EHQn4s5wLTlcyxgAXCjg7kHdy6H3xnLnDeg&m=gRJ9AHPGryrexqE48JjWh-igYTK_JCwYBOQbDCqm1Jk&s=ufvCS_G1CFDrxUEHBkLkfbpMvVlfjxPJSRnup5NYZt0&e=
_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
Verwaltung & Abmeldung unter
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.mathias-2Dkettner.de_cgi-2Dbin_mailman_listinfo_checkmk-2Dde&d=DwIGaQ&c=9i11IQfOWHMwpIOErRLccJpK00-oufTV230hwNcZ5_Q&r=WL5i1fX6EHQn4s5wLTlcyxgAXCjg7kHdy6H3xnLnDeg&m=gRJ9AHPGryrexqE48JjWh-igYTK_JCwYBOQbDCqm1Jk&s=ufvCS_G1CFDrxUEHBkLkfbpMvVlfjxPJSRnup5NYZt0&e=
_______________________________________________
checkmk-de mailing list
checkmk-de@lists.mathias-kettner.de
Verwaltung & Abmeldung unter
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.mathias-2Dkettner.de_cgi-2Dbin_mailman_listinfo_checkmk-2Dde&d=DwIGaQ&c=9i11IQfOWHMwpIOErRLccJpK00-oufTV230hwNcZ5_Q&r=WL5i1fX6EHQn4s5wLTlcyxgAXCjg7kHdy6H3xnLnDeg&m=gRJ9AHPGryrexqE48JjWh-igYTK_JCwYBOQbDCqm1Jk&s=ufvCS_G1CFDrxUEHBkLkfbpMvVlfjxPJSRnup5NYZt0&e=

Das ist der korrekte Weg.
'sysdba' ist hier verwirrend aber auch in Ordnung, da man damit ab
11.2 keine administrativen Rechte in ASM erhält. Bitte NIEMALS
'sysasm' verwenden!

Gruß
Thorsten

···

Am Fr., 8. Nov. 2019 um 15:44 Uhr schrieb Friedrich, Christian (TIBS) <Chris.Friedrich@rewe-group.com>:

Hallo Udo,
ich habe bisher nur einen RAC-Cluster zum Testen in meiner checkmk Umgebung. Auf den Nodes des RAC Clusters habe ich folgendes in der mk_oracle.cfg stehen:

DBUSER='<user>:<pw>::fqdn'
ASMUSER='ASMSNMP:<pw>:SYSDBA:<fqdn>'

Die Rolle SYSDBA musste an den User ASMSNMP explizit gegranted werden.

Keine Ahnung ob das der beste / sinnvollste Weg war, aber zumindest funktionieren bei mir die ASM Checks.

Mit freundlichen Grüßen

Christian Friedrich

This topic was automatically closed after 58 days. New replies are no longer allowed.