EMCA insists that it cannot connect to the service





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







0















Really new to Oracle and being a DBA in general. I am trying to set up a development environment so that I can play an learn oracle better. Enterprise Mananger failed to configure itself when I first created the database using the Database Configuration Assistant. No biggie. Just need to user emca.exe



I had some issues with the Listener but those might have just been me being impatient in waiting for the service to register or the service not running. Right now my issue is this from the emca log:




CONFIG: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor



According to post here and on SO it should just be an issue with the service name. Problem is it looks right to me.



Listener.ora



ADR_BASE_VLISTENER = D:appAdministrator

VLISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
)
)


lsnrctl status



.... truncated ....
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=dvp-oracle)(PORT=1521)))
Services Summary...
Service "prodbkp" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
Service "prodbkpXDB" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
The command completed successfully


That tells me that the database registered itself dynamically correctly. prodbkp is my SID. This might be a case issue since I named the DB "PRODbkp" but everything else seems to be fine since I can connect with sqlplus sys@prodbkp as sysdba just fine. Case should not be an issue with service names as per docs.oracle.com



tsnnames.ora



PRODBKP =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = prodbkp)
)
)


Which also looks OK. Most of the solutions point to SERVICE_NAME mismatches. However I don't appear to have one.



v$parameter output



SQL> select value from v$parameter where name='service_names';

VALUE
--------------------------------------------------------------------------------

prodbkp


That gap you see above prodkbp is in the output as well. Not sure if that matters either. My production server has that anomaly as well so I can't imagine that has anything to do with it.



Basically everything looks right but something is still wrong. I cannot install Enterprise Manager



Environment




  • Windows Server 2008R2

  • Oracle 11g










share|improve this question
















bumped to the homepage by Community 3 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
















  • This should be really easy to find in the log D:appAdministratordiagtnslsnrvlistenertracevlistener.log. Check that file and you will find what service name or SID emca uses to connect.

    – Balazs Papp
    Aug 28 '17 at 15:20











  • @BalazsPapp I see repetition of lines like this (CONNECT_DATA=(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.13.134)(PORT=49269)) which looks correct. I think I found the actual problem in listener.log. It looks like it was trying to connect to the host via the ipv6 address. I need to break it and test again to be sure I understood the issue first.

    – Matt
    Aug 28 '17 at 15:28













  • I'd probably need to fix service name to remove that newline or that empty service name, then bounce listener and then log on to db as sysdba and run 'alter system register;' and see if it helps.

    – Raj
    Aug 28 '17 at 15:51


















0















Really new to Oracle and being a DBA in general. I am trying to set up a development environment so that I can play an learn oracle better. Enterprise Mananger failed to configure itself when I first created the database using the Database Configuration Assistant. No biggie. Just need to user emca.exe



I had some issues with the Listener but those might have just been me being impatient in waiting for the service to register or the service not running. Right now my issue is this from the emca log:




CONFIG: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor



According to post here and on SO it should just be an issue with the service name. Problem is it looks right to me.



Listener.ora



ADR_BASE_VLISTENER = D:appAdministrator

VLISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
)
)


lsnrctl status



.... truncated ....
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=dvp-oracle)(PORT=1521)))
Services Summary...
Service "prodbkp" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
Service "prodbkpXDB" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
The command completed successfully


That tells me that the database registered itself dynamically correctly. prodbkp is my SID. This might be a case issue since I named the DB "PRODbkp" but everything else seems to be fine since I can connect with sqlplus sys@prodbkp as sysdba just fine. Case should not be an issue with service names as per docs.oracle.com



tsnnames.ora



PRODBKP =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = prodbkp)
)
)


Which also looks OK. Most of the solutions point to SERVICE_NAME mismatches. However I don't appear to have one.



v$parameter output



SQL> select value from v$parameter where name='service_names';

VALUE
--------------------------------------------------------------------------------

prodbkp


That gap you see above prodkbp is in the output as well. Not sure if that matters either. My production server has that anomaly as well so I can't imagine that has anything to do with it.



Basically everything looks right but something is still wrong. I cannot install Enterprise Manager



Environment




  • Windows Server 2008R2

  • Oracle 11g










share|improve this question
















bumped to the homepage by Community 3 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
















  • This should be really easy to find in the log D:appAdministratordiagtnslsnrvlistenertracevlistener.log. Check that file and you will find what service name or SID emca uses to connect.

    – Balazs Papp
    Aug 28 '17 at 15:20











  • @BalazsPapp I see repetition of lines like this (CONNECT_DATA=(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.13.134)(PORT=49269)) which looks correct. I think I found the actual problem in listener.log. It looks like it was trying to connect to the host via the ipv6 address. I need to break it and test again to be sure I understood the issue first.

    – Matt
    Aug 28 '17 at 15:28













  • I'd probably need to fix service name to remove that newline or that empty service name, then bounce listener and then log on to db as sysdba and run 'alter system register;' and see if it helps.

    – Raj
    Aug 28 '17 at 15:51














0












0








0








Really new to Oracle and being a DBA in general. I am trying to set up a development environment so that I can play an learn oracle better. Enterprise Mananger failed to configure itself when I first created the database using the Database Configuration Assistant. No biggie. Just need to user emca.exe



I had some issues with the Listener but those might have just been me being impatient in waiting for the service to register or the service not running. Right now my issue is this from the emca log:




CONFIG: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor



According to post here and on SO it should just be an issue with the service name. Problem is it looks right to me.



Listener.ora



ADR_BASE_VLISTENER = D:appAdministrator

VLISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
)
)


lsnrctl status



.... truncated ....
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=dvp-oracle)(PORT=1521)))
Services Summary...
Service "prodbkp" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
Service "prodbkpXDB" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
The command completed successfully


That tells me that the database registered itself dynamically correctly. prodbkp is my SID. This might be a case issue since I named the DB "PRODbkp" but everything else seems to be fine since I can connect with sqlplus sys@prodbkp as sysdba just fine. Case should not be an issue with service names as per docs.oracle.com



tsnnames.ora



PRODBKP =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = prodbkp)
)
)


Which also looks OK. Most of the solutions point to SERVICE_NAME mismatches. However I don't appear to have one.



v$parameter output



SQL> select value from v$parameter where name='service_names';

VALUE
--------------------------------------------------------------------------------

prodbkp


That gap you see above prodkbp is in the output as well. Not sure if that matters either. My production server has that anomaly as well so I can't imagine that has anything to do with it.



Basically everything looks right but something is still wrong. I cannot install Enterprise Manager



Environment




  • Windows Server 2008R2

  • Oracle 11g










share|improve this question
















Really new to Oracle and being a DBA in general. I am trying to set up a development environment so that I can play an learn oracle better. Enterprise Mananger failed to configure itself when I first created the database using the Database Configuration Assistant. No biggie. Just need to user emca.exe



I had some issues with the Listener but those might have just been me being impatient in waiting for the service to register or the service not running. Right now my issue is this from the emca log:




CONFIG: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor



According to post here and on SO it should just be an issue with the service name. Problem is it looks right to me.



Listener.ora



ADR_BASE_VLISTENER = D:appAdministrator

VLISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
)
)


lsnrctl status



.... truncated ....
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=dvp-oracle)(PORT=1521)))
Services Summary...
Service "prodbkp" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
Service "prodbkpXDB" has 1 instance(s).
Instance "prodbkp", status READY, has 1 handler(s) for this service...
The command completed successfully


That tells me that the database registered itself dynamically correctly. prodbkp is my SID. This might be a case issue since I named the DB "PRODbkp" but everything else seems to be fine since I can connect with sqlplus sys@prodbkp as sysdba just fine. Case should not be an issue with service names as per docs.oracle.com



tsnnames.ora



PRODBKP =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dvp-oracle)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = prodbkp)
)
)


Which also looks OK. Most of the solutions point to SERVICE_NAME mismatches. However I don't appear to have one.



v$parameter output



SQL> select value from v$parameter where name='service_names';

VALUE
--------------------------------------------------------------------------------

prodbkp


That gap you see above prodkbp is in the output as well. Not sure if that matters either. My production server has that anomaly as well so I can't imagine that has anything to do with it.



Basically everything looks right but something is still wrong. I cannot install Enterprise Manager



Environment




  • Windows Server 2008R2

  • Oracle 11g







oracle oracle-11g windows-server-2008-r2 oracle-enterprise-manager






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Aug 28 '17 at 15:07







Matt

















asked Aug 28 '17 at 13:58









MattMatt

218116




218116





bumped to the homepage by Community 3 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







bumped to the homepage by Community 3 mins ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.















  • This should be really easy to find in the log D:appAdministratordiagtnslsnrvlistenertracevlistener.log. Check that file and you will find what service name or SID emca uses to connect.

    – Balazs Papp
    Aug 28 '17 at 15:20











  • @BalazsPapp I see repetition of lines like this (CONNECT_DATA=(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.13.134)(PORT=49269)) which looks correct. I think I found the actual problem in listener.log. It looks like it was trying to connect to the host via the ipv6 address. I need to break it and test again to be sure I understood the issue first.

    – Matt
    Aug 28 '17 at 15:28













  • I'd probably need to fix service name to remove that newline or that empty service name, then bounce listener and then log on to db as sysdba and run 'alter system register;' and see if it helps.

    – Raj
    Aug 28 '17 at 15:51



















  • This should be really easy to find in the log D:appAdministratordiagtnslsnrvlistenertracevlistener.log. Check that file and you will find what service name or SID emca uses to connect.

    – Balazs Papp
    Aug 28 '17 at 15:20











  • @BalazsPapp I see repetition of lines like this (CONNECT_DATA=(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.13.134)(PORT=49269)) which looks correct. I think I found the actual problem in listener.log. It looks like it was trying to connect to the host via the ipv6 address. I need to break it and test again to be sure I understood the issue first.

    – Matt
    Aug 28 '17 at 15:28













  • I'd probably need to fix service name to remove that newline or that empty service name, then bounce listener and then log on to db as sysdba and run 'alter system register;' and see if it helps.

    – Raj
    Aug 28 '17 at 15:51

















This should be really easy to find in the log D:appAdministratordiagtnslsnrvlistenertracevlistener.log. Check that file and you will find what service name or SID emca uses to connect.

– Balazs Papp
Aug 28 '17 at 15:20





This should be really easy to find in the log D:appAdministratordiagtnslsnrvlistenertracevlistener.log. Check that file and you will find what service name or SID emca uses to connect.

– Balazs Papp
Aug 28 '17 at 15:20













@BalazsPapp I see repetition of lines like this (CONNECT_DATA=(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.13.134)(PORT=49269)) which looks correct. I think I found the actual problem in listener.log. It looks like it was trying to connect to the host via the ipv6 address. I need to break it and test again to be sure I understood the issue first.

– Matt
Aug 28 '17 at 15:28







@BalazsPapp I see repetition of lines like this (CONNECT_DATA=(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.13.134)(PORT=49269)) which looks correct. I think I found the actual problem in listener.log. It looks like it was trying to connect to the host via the ipv6 address. I need to break it and test again to be sure I understood the issue first.

– Matt
Aug 28 '17 at 15:28















I'd probably need to fix service name to remove that newline or that empty service name, then bounce listener and then log on to db as sysdba and run 'alter system register;' and see if it helps.

– Raj
Aug 28 '17 at 15:51





I'd probably need to fix service name to remove that newline or that empty service name, then bounce listener and then log on to db as sysdba and run 'alter system register;' and see if it helps.

– Raj
Aug 28 '17 at 15:51










1 Answer
1






active

oldest

votes


















0














So it would seem the issue was not the service name specifically but that the request was going to the IPv6 address which was not set up in any of the required files. Looking at listener.log ( which for me was located D:appAdministratordiagtnslsnrdvp-oraclelistenertracelistener.log) I found these entries associated to my connnection attempts.



28-AUG-2017 08:41:58 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::7197:6503:9e81:5454%11)(PORT=49246)) * establish * prodbkp * 0


The important portion was HOST=fe80::7197:6503:9e81:5454%11. Since I would never need to support IPv6 I removed it from the network adapter and restarted the server to ensure all services were updated accordingly.



While it might not be the ideal solution I was able to recreate the EM dbcontrol successfully after that change.






share|improve this answer
























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "182"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f184497%2femca-insists-that-it-cannot-connect-to-the-service%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    So it would seem the issue was not the service name specifically but that the request was going to the IPv6 address which was not set up in any of the required files. Looking at listener.log ( which for me was located D:appAdministratordiagtnslsnrdvp-oraclelistenertracelistener.log) I found these entries associated to my connnection attempts.



    28-AUG-2017 08:41:58 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::7197:6503:9e81:5454%11)(PORT=49246)) * establish * prodbkp * 0


    The important portion was HOST=fe80::7197:6503:9e81:5454%11. Since I would never need to support IPv6 I removed it from the network adapter and restarted the server to ensure all services were updated accordingly.



    While it might not be the ideal solution I was able to recreate the EM dbcontrol successfully after that change.






    share|improve this answer




























      0














      So it would seem the issue was not the service name specifically but that the request was going to the IPv6 address which was not set up in any of the required files. Looking at listener.log ( which for me was located D:appAdministratordiagtnslsnrdvp-oraclelistenertracelistener.log) I found these entries associated to my connnection attempts.



      28-AUG-2017 08:41:58 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::7197:6503:9e81:5454%11)(PORT=49246)) * establish * prodbkp * 0


      The important portion was HOST=fe80::7197:6503:9e81:5454%11. Since I would never need to support IPv6 I removed it from the network adapter and restarted the server to ensure all services were updated accordingly.



      While it might not be the ideal solution I was able to recreate the EM dbcontrol successfully after that change.






      share|improve this answer


























        0












        0








        0







        So it would seem the issue was not the service name specifically but that the request was going to the IPv6 address which was not set up in any of the required files. Looking at listener.log ( which for me was located D:appAdministratordiagtnslsnrdvp-oraclelistenertracelistener.log) I found these entries associated to my connnection attempts.



        28-AUG-2017 08:41:58 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::7197:6503:9e81:5454%11)(PORT=49246)) * establish * prodbkp * 0


        The important portion was HOST=fe80::7197:6503:9e81:5454%11. Since I would never need to support IPv6 I removed it from the network adapter and restarted the server to ensure all services were updated accordingly.



        While it might not be the ideal solution I was able to recreate the EM dbcontrol successfully after that change.






        share|improve this answer













        So it would seem the issue was not the service name specifically but that the request was going to the IPv6 address which was not set up in any of the required files. Looking at listener.log ( which for me was located D:appAdministratordiagtnslsnrdvp-oraclelistenertracelistener.log) I found these entries associated to my connnection attempts.



        28-AUG-2017 08:41:58 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=prodbkp)(CID=(PROGRAM=D:appAdministratorproduct11.2.0dbhome_1binsqlplus.exe)(HOST=DVP-ORACLE)(USER=Administrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::7197:6503:9e81:5454%11)(PORT=49246)) * establish * prodbkp * 0


        The important portion was HOST=fe80::7197:6503:9e81:5454%11. Since I would never need to support IPv6 I removed it from the network adapter and restarted the server to ensure all services were updated accordingly.



        While it might not be the ideal solution I was able to recreate the EM dbcontrol successfully after that change.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Aug 28 '17 at 16:12









        MattMatt

        218116




        218116






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Database Administrators Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f184497%2femca-insists-that-it-cannot-connect-to-the-service%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Liste der Baudenkmale in Friedland (Mecklenburg)

            Single-Malt-Whisky

            Czorneboh