Menu de navegação

[rodrigobonelaParticipante]

Boa tarde galera!!!
Seguinte, estamos tendo um problema de acesso ao banco.
Utilizamos uma VPN para acessar nosso banco de dados e de alguns dias para cá esse acesso vem apresentando o seguinte erro: “ORA-01041: Internal error.hostdef extension doesn’t exist”. Entretanto o acesso tem permitido fazer consultas as tabelas, em contra partida, não é possível criar ou modificar nenhum outro objeto do banco.
Alguém saberia me dizer o que fazemos para resolver?
Abraço!

[David SiqueiraParticipante]

Fala Rodrigão, qual é a boa?
Então cara verifique as configs da suainstalação , dei uma olhada em alguns docs de internet e achei esse que defini um problema como o seu, veja se te ajuda :

http://forums.oracle.com/forums/thread.jspa?threadID=536120

Abração!!!!

[David SiqueiraParticipante]

Mais uma possibilidade Rodrigão :

http://br.groups.yahoo.com/group/oracle_br/message/91815

Abraço.

[Marcos BragaParticipante]

Oi Rodrigo,

Observando o erro no metalink, peguei isso. Não sei bem se é o caso, mas vale a pena dar uma olhada.

Symptoms
— Problem Statement:
After replacing the motherboard in the server, unable to connect or startup the database.
The service is running, but unable to connect as sysdba using a domain account:

SQL> connect / as sysdba
ORA-01041: internal error. hostdef extension doesn’t exist

SQL> startup
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn’t exist

A domain administrator account is used to connect. If the local system account is used, connection as sysdba works fine.
Cause
The system time was set incorrectly.

The system time did not match the time on the domain server causing the authentication to fail.

Solution
— To implement the solution, please execute the following steps::
1. Set the system time correctly.

1. Reboot the server.

2. Verify that the database starts and that sysdba connections can be made.

[]s

[Marcos BragaParticipante]

Caso precise, o DOCID é 552218.1

[]s

[rodrigobonelaParticipante]

PessoALL!!!
Esqueci de informar que anteriormente também havia dado o seguinte erro:
ORA-12203: TNS:unable to connect to destination.
Será que este erro tem alguma relação com o ORA-01041, ou não tem nada a ver?
Nossa dúvida está sendo se o problema é o fato de estarmos acessando um banco em outro estado e a VPN está impossibilitando/dificultando o acesso ou se é no Banco mesmo.
Mto obrigado pelas respostas dadas até agora.
GRANDE ABÇ!

[Marcos BragaParticipante]

Oi Rodrigo,

Nesse caso, muda um pouco de figura.

Um conselho, observe sempre o primeiro erro, pois este é o erro real, os erros subsequentes são decorrentes do primeiro erro. Muitas vezes corrigindo o primeiro, os outros são corrigidos.

Observe o conteúdo do DocId: 1013453.6, a respeito do erro reportado.

Problem Description:

An ORA-12203 error occurs when using SQL*Net for Windows.

Search words:
connect connecting netbios

Solution Description:

The ORA-12203/TNS-12203 error message means:

“TNS:unable to connect to destination”

This message can be displayed for a variety of reasons.

1) An invalid TNS service name was supplied in the connect string.

Verify that the TNS service name supplied in your connect string
exists in your TNSNAMES.ORA file. Also verify that the ADDRESS
information for that TNS service name is valid.

a) Is the HOST or SERVICE name correct? 
b) Is the PORT specified correct? 

2) The destination system’s listener is not listening.

Verify that the remote system’s SQL*Net listener is running.

3) This error can also occur because of underlying network transport
problems.

Verify with utilities supplied with the networking protocol being
used that the protocol itself is functional. For esample, with TCP/IP,
try PINGing the remote system.

4) TNSNAMES.ORA file is not located in the %ORACLE_HOME%NETWORKADMIN
directory.

Make sure the Windows workstation has its TNSNAMES.ORA file located in
the directory specified by: %ORACLE_HOME%NETWORKADMIN

The %ORACLE_HOME% string should be replaced with the value that is
present in your workstation’s ORACLE.INI parameter named ORACLE_HOME.

If your workstation’s ORACLE.INI file has a parameter named TNS_ADMIN,
make sure that the TNSNAMES.ORA file is located in the directory
pointed to by the TNS_ADMIN parameter.

5) Make sure the Oracle Protocol adapter for the selected networking
protocol is installed.

In the %ORACLE_HOME%BIN directory you should see the following
files for each protocol:

 TCP/IP:   NTT.DLL 
 SPX:      NTS.DLL 
 DECNET:   NTD.DLL 

A missing protocol adapter driver will usually produce the following
errors in the SQLNET.LOG and or any client trace file:

  TNS-12203 
  TNS-12538 
  TNS-00508 

6) Make sure any Oracle Interchanges (if any) used for this connection
are running.

7) Ensure that the (HOST=tcpiphostname) for TCP/IP and
(SERVICE=spxservicename) for SPX are the the same on the server and client
workstations.

This assumes a global knowledge and usage of the same TCP/IP hostname on
the server and client workstations.

For TCP/IP setups, make sure that the HOST parameter in the LISTENER.ORA
on the server and the TNSNAMES.ORA file on the client point to the same
name, or at least to names that are then translated to the same IP
address by each system. This is especially important for servers with
multiple IP addresses assigned to the various network interfaces on the
server.

For SPX setups, the name must be the same on the server and client
workstations.

8) When using the V2 APPC Adapter for Windows, the alias descriptor in the
tnsnames.ora file should have the value for PLU_LA always in upper case or
a TNS-12203 will result. This is irrespective of the case used in the
SIDEINFO.NSD file for the symbolic destination name. For example:

os2= 
   (DESCRIPTION= 
       (ADDRESS=(PROTOCOL=LU62) 
                (PLU_LA=os2)))   

will result in a TNS-12203 error. 


os2= 
   (DESCRIPTION= 
       (ADDRESS=(PROTOCOL=LU62) 
                (PLU_LA=OS2))) 
will connect fine; where os2 or OS2 is defined as the SYMBOLIC DESTINATION 
NAME in the SIDEINFO.NSD file. 

9) When using the V2 NETBIOS Adapter 2.1.4.1.3 for Windows, and getting
either an ORA-12203 or ORA-12224, reference BUG #301274 and #302380 for
the following patch:

Patch 378:  NETBIOS Protocol Adapter V2.1.4.1.4 Windows.  This  
            patch will fix BUGS # 301274 and 302380. 

10) Make sure that a ping of the host returns the same IP as the target host.
This may occur using RAS (Remote Access Server) on Windows NT. Upgrade NT
v4.0 to service pack 3.

[]s

[David SiqueiraParticipante]

Dê uma boa olhada nas suas configurações de SQLNET e de Network como um todo, olhe os links que mandei..você vai achar a resposta lá.

Abraço.

[rodrigobonelaParticipante]

Ok David,
Estivemos fazendo algumas verificações com relação ao Firewall, pois imaginamos que poderia haver algum problema no acesso à VPN, entretando, não era… rsrs…
Pelo visto o problema é no banco, sendo assim terei que passar isso para o DBA que fica no cliente, que é onde o banco está.
Muito obrigado a todos pelos N’s Helps!!!
Abraços.

[Rodrigo AlmeidaParticipante]

Chará,

O seu problema de ORA-01041 é um problema de perda de comunicação via SQLPLUS com algum banco de dados, como você teve um erro anterior, o TNS-12203, onde perde comunicação com o banco de dados por algum motivo, o SQLPLUS perde a referência e por isso dá os problemas de hostdef.

A solução geralmente é simples, basta sair do SQL*PLUS e abrir novamente o aplicativo, que resolve o problema.

Abraços,

Rodrigo Almeida

[rodrigobonelaParticipante]

[quote=”alphamek”:3fdf1bw2]Chará,

A solução geralmente é simples, basta sair do SQL*PLUS e abrir novamente o aplicativo, que resolve o problema.
[/quote]

Então cara…
Essa solução não deu certo, pois o problema já está a dias… Além disso, estamos usando o PL/SQL Developer (Não sei se neste caso muda alguma coisa).
Já passei o problema para o responsável pelo banco, pois o banco fica direto na sede do cliente e em outro estado.

Valew pela dica…
Abç.

[Autor]

Posts