.ora-code.com

Links
Home
Oracle DBA Forum
Frequent Oracle Errors
TNS:could not resolve the connect identifier specified
Backtrace message unwound by exceptions
invalid identifier
PL/SQL compilation error
internal error
missing expression
table or view does not exist
end-of-file on communication channel
TNS:listener unknown in connect descriptor
insufficient privileges
PL/SQL: numeric or value error string
TNS:protocol adapter error
ORACLE not available
target host or object does not exist
invalid number
unable to allocate string bytes of shared memory
resource busy and acquire with NOWAIT specified
error occurred at recursive SQL level string
ORACLE initialization or shutdown in progress
archiver error. Connect internal only, until freed
snapshot too old
unable to extend temp segment by string in tablespace
Credential retrieval failed
missing or invalid option
invalid username/password; logon denied
unable to create INITIAL extent for segment
out of process memory when trying to allocate string bytes
shared memory realm does not exist
cannot insert NULL
TNS:unable to connect to destination
remote database not found'>ora-02019
exception encountered: core dump
inconsistent datatypes
no data found
TNS:operation timed out
PL/SQL: could not find program
existing state of packages has been discarded
maximum number of processes exceeded
error signaled in parallel query server
ORACLE instance terminated. Disconnection forced
TNS:packet writer failure
see ORA-12699
missing right parenthesis
name is already used by an existing object
cannot identify/lock data file
invalid file operation
quoted string not properly terminated
10.2 listener won 't start on same port as 9.2 listener

10.2 listener won 't start on same port as 9.2 listener

2005-09-20       - By JayMiller@(protected)
Reply:     1     2     3     4     5     6     7     8     9     10     >>  

For the first question, there were two reasons for the request that we run
our listeners on the same port.  The first was a request from security which
doesn't like to open the firewall for more than the minimum number of ports.
The second was from the SAs who are setting up the environment in sort of
semi-clustered fashion.  The idea is that if the server should go down we
can easily distribute the 3 instances among other servers (storage is on a
SAN) simply by starting the individual instances and listeners on different
boxes.

This is also the reason we don't have just one listener for all instances.
We want the ability to bring up any instance on any box and the only way we
could do that would be if every listener on every box was configured for
every Oracle database in the company.  I suppose we could do that, but
there's less management involved to maintaining one listener per instance
(otherwise whenever we added a new instance anywhere we'd need to modify and
restart all our listeners).

And it worked perfectly in 9.2 and 10.1 and when I restored the 10.1 version
last night.  


Thanks,
Jay Miller
Sr. Oracle DBA
x68355


-- --Original Message-- --
From: Mladen Gogala [mailto:gogala@(protected)]
Sent: Tuesday, September 20, 2005 12:37 AM
To: Miller, Jay
Cc: makbo@(protected); oracle-l@(protected)
Subject: Re: 10.2 listener won't start on same port as 9.2 listener


On 09/19/2005 09:59:51 PM, JayMiller@(protected) wrote:
> Sorry, I should have specified that I'm using different virtual ips for
each
> listener.  This has allowed me to run the third listener using 10.1 but
not
> using 10.2.
>
> The 10.1 listener was not running when I couldn't start up the 10.2
> listener.  Only the two 9.2 listeners, both of which had different vips.


Why would it be a problem to start it on a different port? In addition to
that, I believe that
10GR2 listener should be capable of handling 9.2 databases. Why do you need
to have one listener
per subnet?
--
Mladen Gogala
http://www.mgogala.com


-- ---- ---- ---- ---- ---- ---- ---- ---
This message is confidential and sent by TD Waterhouse solely for use
by the intended recipient. If you are not the intended recipient, you
are hereby notified that any use, distribution or copying of this
communication is strictly prohibited. This should not be deemed as an
offer or solicitation, to buy or sell any product. Any 3rd party
information contained herein was prepared by sources deemed reliable,
but is not guaranteed. TD Waterhouse does not accept electronic
instructions that would require an original signature. Information
received by or sent from TD Waterhouse is stored, subject to review,
and may be produced to regulatory authorities or others with a legal
right to such.

--
http://www.freelists.org/webpage/oracle-l