Hmmm : a primeira coisa que reparei no seu log é : "Listener completed notification to CRS on start"
==> casualmente vc tem ASM/clusterware instalado aí ???? SE sim, a recomendação é SEMPRE USAR O LISTENER DO CRS/GI, e não o do database!!! As configs teriam que estar lá, o binário pra criar o listeber tem que ser o de lá ???? NÂO é mesmo isso seu caso ??? Outra coisa que reparei é o : "WARNING: Subscription for node down event still pending" Se sua instalação é single, é *** MUITO RECOMENDADO *** vc indicar isso por listener, pois senão ele vão ficar tentando se "comunicar" com outros nodes bestamente - claro que chega num timeout e aí ele descobre que não há outros nós mas vale a pena indicar isso por vc mesmo, https://matthiashoys.wordpress.com/2012/05/16/oracle-11g-listener-causing-failed-tcp-connection-attempts-on-a-non-rac-system/ exemplifica.... Plz... Continuando, como o ps -ef | grep -i list NÃO MOSTROU o processo do listener de pé, isso nos motra que o listener tá CAINDO mesmo : se vc tem MESMO absoluta certeza que não há nenhum tipo de firewall (nem via iptables nem via firewalld, mesmo!!) o que sobra comoeu tinha dito pra explicar queda de listener é algum tipo de conflito de IP , alguma config do Linux mesmo barrando o range ou os IPs que vc quer usar OU (em último caso) bug mesmo... Eu tinha visto nas msgs anteriores que na verdade até foi criado o serviço ORCL e a instância até se registrava nesse serviço iirc, para testes remova o registro via SID do listener.ora, altere o tnsnames.ora pra que a conexão seja por service_name, coloque no listener.ora outro IP (pode ser IP zero, pode ser o 127.0.0.1, ambos normalmente não são restritos de forma alguma nem são assignados pra outros devices) e re-teste... []s Chiappa