RE: upgrade to 9i

2003-07-30 Thread Kurth, Michael J.
Title: Message



See 
doc ID 214887.1

  
  -Original Message-From: AK 
  [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 5:54 
  PMTo: Multiple recipients of list ORACLE-LSubject: 
  upgrade to 9i
  Hi 
  where can I find steps ( procedure ) for 
  upgrading from 8.1.7 to 9i .
  
  Thanks,
  -ak



Privileged/Confidential information may be contained in this message.  The information contained in this message is intended only for the use of the recipient(s) named above and their co-workers who are working on the same matter.


The recipient of this information is prohibited from disclosing the information to any other party unless this disclosure has been authorized in advance.


If you are not intended recipient of this message or any agent responsible for delivery of the message to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of this message is strictly prohibited.  You should immediately destroy this message and kindly notify the sender by reply E-Mail.


Please advise immediately if you or your employer does not consent to Internet E-Mail for messages of this kind.  Opinions, conclusions and other information in this message that do not relate to the official business of the firm shall be understood as neither given nor endorsed by it.




RE: Unix root account remote access

2003-07-18 Thread Kurth, Michael J.



Try 
logging into a different account, the rlogin or su to root from that 
account.

  -Original Message-From: M.Godlewski 
  [mailto:[EMAIL PROTECTED]Sent: Thursday, July 17, 2003 7:10 
  PMTo: Multiple recipients of list ORACLE-LSubject: Unix 
  root account remote access
  List,
  
  I want to install Oracle on a UNIX system no sys admin on board yet, so I 
  get to set up the system with the Oracle account etc. Unfortunately, I 
  can not log into the root account remotely. I get a non console 
  message. Is there a way to allow remote root connections?
  
  
  
  
  Do you Yahoo!?The New 
  Yahoo! Search - Faster. Easier. Bingo.



Privileged/Confidential information may be contained in this message.  The information contained in this message is intended only for the use of the recipient(s) named above and their co-workers who are working on the same matter.


The recipient of this information is prohibited from disclosing the information to any other party unless this disclosure has been authorized in advance.


If you are not intended recipient of this message or any agent responsible for delivery of the message to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of this message is strictly prohibited.  You should immediately destroy this message and kindly notify the sender by reply E-Mail.


Please advise immediately if you or your employer does not consent to Internet E-Mail for messages of this kind.  Opinions, conclusions and other information in this message that do not relate to the official business of the firm shall be understood as neither given nor endorsed by it.




RE:

2003-03-20 Thread Kurth, Michael J.



connect as owner of procedure to sqlplus
select 
* from user_errors where name = 'X'
(X 
= procedure name)

  -Original Message-From: liujd 
  [mailto:[EMAIL PROTECTED]Sent: Thursday, March 20, 2003 12:34 
  AMTo: Multiple recipients of list ORACLE-LSubject: 
  
  
  My oracle 
  using version is 8.0.0.5.
  Now 
  , I'm 
  programming proc .
  When I precompile them and fail. But I can't see what 
  happened .and where the errors are.
  So I look 
  carefully 
  for errors in large file.
  Is there 
  some way to show where the error is .and what the error is 
  .
  Can you give 
  me your hand .
  Thanks in 
  advance!
  



Privileged/Confidential information may be contained in this message.  The information contained in this message is intended only for the use of the recipient(s) named above and their co-workers who are working on the same matter.


The recipient of this information is prohibited from disclosing the information to any other party unless this disclosure has been authorized in advance.


If you are not intended recipient of this message or any agent responsible for delivery of the message to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of this message is strictly prohibited.  You should immediately destroy this message and kindly notify the sender by reply E-Mail.


Please advise immediately if you or your employer does not consent to Internet E-Mail for messages of this kind.  Opinions, conclusions and other information in this message that do not relate to the official business of the firm shall be understood as neither given nor endorsed by it.




RE: JDK_HOME - Do we need damn JDK_HOME?

2003-02-24 Thread Kurth, Michael J.



I left 
it blank, and all is well.

  -Original Message-From: Vladimir Barac 
  [mailto:[EMAIL PROTECTED]Sent: Saturday, February 22, 2003 10:04 
  AMTo: Multiple recipients of list ORACLE-LSubject: 
  JDK_HOME - Do we need damn JDK_HOME?
  Good day to 
  everyone
  
  I'm installing 9.2 on 
  Tru64.
  
  And I'm asked to provide JDK_HOME... 
  Since I'm not going to install HTTP server or use any Java within database or 
  with database, do I need to set JDK_HOME? I left it blank... 
  
  
  Will there be any problem? 
  
  
  Database is going to be used without 
  any fancy options beside partitioning. Clients are good old Forms and 
  Reports...
  
  Thanks,
  Vladimir 
Barac



Privileged/Confidential information may be contained in this message.  The information contained in this message is intended only for the use of the recipient(s) named above and their co-workers who are working on the same matter.


The recipient of this information is prohibited from disclosing the information to any other party unless this disclosure has been authorized in advance.


If you are not intended recipient of this message or any agent responsible for delivery of the message to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of this message is strictly prohibited.  You should immediately destroy this message and kindly notify the sender by reply E-Mail.


Please advise immediately if you or your employer does not consent to Internet E-Mail for messages of this kind.  Opinions, conclusions and other information in this message that do not relate to the official business of the firm shall be understood as neither given nor endorsed by it.




RE: RMAN Feedback

2003-02-11 Thread Kurth, Michael J.
Try setting:

export NLS_DATE_FORMAT='Mon DD  HH24:MI:SS'

-Original Message-
Sent: Tuesday, February 11, 2003 6:19 AM
To: Multiple recipients of list ORACLE-L


RMAN reports its progress provinding such information as 

channel c1: starting piece 1 at 11-FEB-03
channel c1: finished piece 1 at 11-FEB-03
piece handle=df_485669402_63_1 comment=API Version 2.0,MMS Version 2.2.1.0
channel c1: starting piece 2 at 11-FEB-03
channel c1: finished piece 2 at 11-FEB-03
piece handle=df_485669402_63_2 comment=API Version 2.0,MMS Version 2.2.1.0

Is there anyway to have it rpeort the time as well as the date?

Ian MacGregor
Stanford Linear Accelerator Center
[EMAIL PROTECTED]
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: MacGregor, Ian A.
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


Privileged/Confidential information may be contained in this message.  The
information contained in this message is intended only for the use of the
recipient(s) named above and their co-workers who are working on the same
matter.

The recipient of this information is prohibited from disclosing the
information to any other party unless this disclosure has been authorized in
advance.

If you are not intended recipient of this message or any agent responsible
for delivery of the message to the intended recipient, you are hereby
notified that any disclosure, copying, distribution or action taken in
reliance on the contents of this message is strictly prohibited.  You should
immediately destroy this message and kindly notify the sender by reply
E-Mail.

Please advise immediately if you or your employer does not consent to
Internet E-Mail for messages of this kind.  Opinions, conclusions and other
information in this message that do not relate to the official business of
the firm shall be understood as neither given nor endorsed by it.


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Kurth, Michael J.
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).




RE: Database/system Crashing

2003-01-02 Thread Kurth, Michael J.
Title: Database/system Crashing



Check 
the oracle executable and make sure the setuid bit is set.

  -Original Message-From: Webber Valerie H 
  [mailto:[EMAIL PROTECTED]]Sent: Thursday, January 02, 2003 
  1:45 PMTo: Multiple recipients of list ORACLE-LSubject: 
  Database/system Crashing
  I have a 8.1.7 repository database for 
  Designer 9i (client) running on SUN Solaris 8. I can start the database up but 
  when I access the data via Designer it crashes. I try to start it back up and 
  I get the following message
  ORA-09925: Unable to create audit trail 
  file SVR4 Error: 6: No such device 
  or address Additional information: 
  9925 
  This happens even after I have removed all 
  of the .aud files from $ORACLE_HOME/rdbms/audit. 
  Can anyone give me some clues as to what the 
  problem might be? How do you determine whether it's a hardware problem or a 
  database problem. I have checked everything I know to check as far as the 
  database is concerned. Nothing major has changed on this system since or 
  before this started. 
  I think its a hardware problem 
  (controller/buffer cache/data block ?) because after my database crashes the 
  UNIX system doesn't work properly. For example, sometimes I can't even do a ps 
  -ef or cat/more a file. The SA can't reboot the system without flipping the 
  switch but still thinks its a database problem. Once the SA flips the switch 
  (fsck runs fine) then I can start the database. The UNIX system has hung on 
  one occasion with the database shutdown. It also happened once in the middle 
  of a cold backup of the database.
  Thanks in advance! Val 
  Valerie H. WebberManagement Systems Designers, Inc Database 
  Administrator[EMAIL PROTECTED]704-566-5321 




Privileged/Confidential information may be contained in this message.  The information contained in this message is intended only for the use of the recipient(s) named above and their co-workers who are working on the same matter.


The recipient of this information is prohibited from disclosing the information to any other party unless this disclosure has been authorized in advance.


If you are not intended recipient of this message or any agent responsible for delivery of the message to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of this message is strictly prohibited.  You should immediately destroy this message and kindly notify the sender by reply E-Mail.


Please advise immediately if you or your employer does not consent to Internet E-Mail for messages of this kind.  Opinions, conclusions and other information in this message that do not relate to the official business of the firm shall be understood as neither given nor endorsed by it.




RE: PMON seems to not close sessions in a timely manner eg Max

2002-12-24 Thread Kurth, Michael J.
You can try using the wakeup parameter of oradebug.

You need to get the process ID of the pmon process,

select pid from v$process p,v$bgprocess b
where b.paddr = p.addr
and name = 'PMON'

then oradebug wakeup n.

where n is the process id

Let me know if it works for you.

-Original Message-
Sent: Tuesday, December 24, 2002 7:54 AM
To: Multiple recipients of list ORACLE-L
processes(50) reached


I have a developers stored procedure making repeaded calls
(logons/request for data and logoff) 
Each call takes only seconds but it seems like PMON dosnt close the
process in a timely manner, leaving what look to be ghost process. If a
few users hit the same app the processes go to = 50 then I get the
dreaded ORA-nnn max processes (50) reached

I can watch processes increse and decrese with v$session and
v$process, they just dont seem to close quick enough. (however, they do
eventually close)

Any ideas what to look for. Ive searched Google and for parameters for
PMON to no avail, hence I bring my delimma to the list


I think I'd like to tell PMON how frequently to check for completed
requests.

thanks and happy holidays
bob
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Bob Metelsky
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


Privileged/Confidential information may be contained in this message.  The
information contained in this message is intended only for the use of the
recipient(s) named above and their co-workers who are working on the same
matter.

The recipient of this information is prohibited from disclosing the
information to any other party unless this disclosure has been authorized in
advance.

If you are not intended recipient of this message or any agent responsible
for delivery of the message to the intended recipient, you are hereby
notified that any disclosure, copying, distribution or action taken in
reliance on the contents of this message is strictly prohibited.  You should
immediately destroy this message and kindly notify the sender by reply
E-Mail.

Please advise immediately if you or your employer does not consent to
Internet E-Mail for messages of this kind.  Opinions, conclusions and other
information in this message that do not relate to the official business of
the firm shall be understood as neither given nor endorsed by it.


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Kurth, Michael J.
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).




RE: Memory usage control in Tru64 - urgent !!!

2002-10-25 Thread Kurth, Michael J.
On Tru64 Unix there is a tool called SYS_CHECK which you run
which will analyze your system and make recomendations
on tuning parameters. You may have to install it from 
the installation CD if not already installed.

-Original Message-
Sent: Friday, October 25, 2002 2:19 PM
To: Multiple recipients of list ORACLE-L


Hi!!

I'm trying to see if a unix machine is having
performance problem with any resources: cpu, disk and
memory.
When I started analyzing the memory statistics, taken
previously with vmstat I realized that it's columns
are completely different from any other unix I've
worked before (solaris, aix, hpux). For example it
does not have the column SR (scan rate).

What do you check in a Tru64 to evaluate memory usage?
how can I read these vmstats output?

-

Virtual Memory Statistics: (pagesize = 8192)
  procs  memorypages  
 intr   cpu
  r   w   u  act free wire fault  cow zero react  pin
pout  in  sy  cs us sy id
 12 757 216 304K 140K  65K  640M  87M 398M  156K 118M
1853  1K  5K  4K  2  5 93
  8 761 216 302K 142K  65K 14190 1730  10K 0 1903 
  0 772  1K  2K  1  2 97
  9 764 216 304K 140K  65K  9376  532 7686 0  253 
  0 612 376  1K  0  1 98

-


I'd appreciate any help
thanks in advance
Pablo.



___
Yahoo! Messenger
Nueva versión: Webcam, voz, y mucho más ¡Gratis! 
Descárgalo ya desde http://messenger.yahoo.es
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: =?iso-8859-1?q?Pablo=20Rodriguez?=
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


Privileged/Confidential information may be contained in this message.  The
information contained in this message is intended only for the use of the
recipient(s) named above and their co-workers who are working on the same
matter.

The recipient of this information is prohibited from disclosing the
information to any other party unless this disclosure has been authorized in
advance.

If you are not intended recipient of this message or any agent responsible
for delivery of the message to the intended recipient, you are hereby
notified that any disclosure, copying, distribution or action taken in
reliance on the contents of this message is strictly prohibited.  You should
immediately destroy this message and kindly notify the sender by reply
E-Mail.

Please advise immediately if you or your employer does not consent to
Internet E-Mail for messages of this kind.  Opinions, conclusions and other
information in this message that do not relate to the official business of
the firm shall be understood as neither given nor endorsed by it.


--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Kurth, Michael J.
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



RE: stupid RMAN question

2002-10-14 Thread Kurth, Michael J.



If you're on Unix, you can use the 
UnixSCRIPT command to write the terminal output to a file.

  -Original Message-From: JOE TESTA 
  [mailto:[EMAIL PROTECTED]]Sent: Monday, October 14, 2002 10:14 
  AMTo: Multiple recipients of list ORACLE-LSubject: 
  stupid RMAN question
  Ok i've been thru all of the 817 docs multiple times, searched 
  metalstink, read the chapters in backup/recovery 101 multiple times.
  
  Where in the heck is the "spool" command for rman?
  
  Can i only spool stuff(and its an either to a file or to the screen, not 
  both?) using the log parameter when starting rman.
  
  if I've started rman with out the log parm, there is no way to open a 
  spool file?
  
  I'm currently stuck on 817 rman if that makes a difference.
  
  thanks, joe
  



Privileged/Confidential information may be contained in this message.  The information contained in this message is intended only for the use of the recipient(s) named above and their co-workers who are working on the same matter.


The recipient of this information is prohibited from disclosing the information to any other party unless this disclosure has been authorized in advance.


If you are not intended recipient of this message or any agent responsible for delivery of the message to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of this message is strictly prohibited.  You should immediately destroy this message and kindly notify the sender by reply E-Mail.


Please advise immediately if you or your employer does not consent to Internet E-Mail for messages of this kind.  Opinions, conclusions and other information in this message that do not relate to the official business of the firm shall be understood as neither given nor endorsed by it.




RE: [Fwd: [Fwd: RE: Forms 3.0 ; Oracle 8i/9i ; Patch 380665 ; HP-

2002-09-27 Thread Kurth, Michael J.

I found that query-only applications seemed to run OK against 8.x.x
databases, 
but update applications encountered locking problems because of the expanded
rowid.
(I think Forms 3.0 stores the rowids within the form and only stores part of
the
expanded rowid).
I don't know how you could possibly run Forms 3.0 update applications
against 8.x.x
or 9.x.x, but then again I am all converted from Forms 3.0 at this point and
don't need to worry about it any more.

-Original Message-
Sent: Thursday, September 26, 2002 3:04 PM
To: Multiple recipients of list ORACLE-L
11]]


  Hi Kurth

This is from Johannes that is not on the oracle-l mailing list.

I have no knowlegde about patch 380665 but I have a happy customer 
running Forms 3.0 (version Version 3.0.16.12 from the Oracle 7.2.3 
installation CD) in an Oracle 7.2.3 home on Sun Solaris (SunOS 5.7), 
with TWO_TASK set to point at an Oracle 9i instance on another server.

So it can work for sure!

I would imagine that there could be problems with the installation and 
execution of Forms 3.0 on some newer operating systems.



I tried for years to find a patch that would allow Forms 3.0 to work with
Oracle8.x.x. I think there is a path for NT, but none for Unix.

Time to bite the bullet and upgrade to Forms 4.5 or higher.

-Original Message-
Sent: Wednesday, September 25, 2002 2:59 PM
To: Multiple recipients of list ORACLE-L


Hello guys,

I am trying to figure out the mystery of Patch 380665, which allows Forms
3.0 to be used with Oracle 8.1.7

I have a few questions

1. Does this patch exist or is it just a myth?
2. Is this a Database patch or Forms patch?
3. How to get this patch?

I would really appreciate if any of ull have travelled this path of trying
to make Forms 3.0 work with Oracle 8i.

Thanks
Mandar

-Original Message-
Sent: Wednesday, September 25, 2002 11:34 AM
To: Mandar A. Ghosalkar


--  
 
 SEARCH ORACLE-L 380655 
The archive for this mailing list exists, but cannot be accessed.  This may
be 
due to the server being down or some other network problem.  Please contact 
 
[EMAIL PROTECTED] 
 
for further assistance.  Sorry for the inconvenience. 
 


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Mandar A. Ghosalkar
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


Privileged/Confidential information may be contained in this message.  The
information contained in this message is intended only for the use of the
recipient(s) named above and their co-workers who are working on the same
matter.

The recipient of this information is prohibited from disclosing the
information to any other party unless this disclosure has been authorized in
advance.

If you are not intended recipient of this message or any agent responsible
for delivery of the message to the intended recipient, you are hereby
notified that any disclosure, copying, distribution or action taken in
reliance on the contents of this message is strictly prohibited.  You should
immediately destroy this message and kindly notify the sender by reply
E-Mail.

Please advise immediately if you or your employer does not consent to
Internet E-Mail for messages of this kind.  Opinions, conclusions and other
information in this message that do not relate to the official business of
the firm shall be understood as neither given nor endorsed by it.


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Kurth, Michael J.
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



-- 
/regards

Peter Gram

Mobil : +45 2527 7107
Fax   : +45 4466 8856

Miracle A/S
Kratvej 2
2760 Måløv
http://miracleas.dk


-- 
/regards

Peter Gram

Mobil : +45 2527 7107
Fax   : +45 4466 8856

Miracle A/S
Kratvej 2
2760 Måløv
http://miracleas.dk



Privileged/Confidential information may be contained in this message.  The
information contained in this message is intended only for the use of the
recipient(s) named above and their co-workers who

RE: Forms 3.0 ; Oracle 8i/9i ; Patch 380665 ; HP-UX 11

2002-09-26 Thread Kurth, Michael J.

I tried for years to find a patch that would allow Forms 3.0 to work with
Oracle8.x.x. I think there is a path for NT, but none for Unix.

Time to bite the bullet and upgrade to Forms 4.5 or higher.

-Original Message-
Sent: Wednesday, September 25, 2002 2:59 PM
To: Multiple recipients of list ORACLE-L


Hello guys,

I am trying to figure out the mystery of Patch 380665, which allows Forms
3.0 to be used with Oracle 8.1.7

I have a few questions

1. Does this patch exist or is it just a myth?
2. Is this a Database patch or Forms patch?
3. How to get this patch?

I would really appreciate if any of ull have travelled this path of trying
to make Forms 3.0 work with Oracle 8i.

Thanks
Mandar

-Original Message-
Sent: Wednesday, September 25, 2002 11:34 AM
To: Mandar A. Ghosalkar


--  
 
 SEARCH ORACLE-L 380655 
The archive for this mailing list exists, but cannot be accessed.  This may
be 
due to the server being down or some other network problem.  Please contact 
 
[EMAIL PROTECTED] 
 
for further assistance.  Sorry for the inconvenience. 
 


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Mandar A. Ghosalkar
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


Privileged/Confidential information may be contained in this message.  The
information contained in this message is intended only for the use of the
recipient(s) named above and their co-workers who are working on the same
matter.

The recipient of this information is prohibited from disclosing the
information to any other party unless this disclosure has been authorized in
advance.

If you are not intended recipient of this message or any agent responsible
for delivery of the message to the intended recipient, you are hereby
notified that any disclosure, copying, distribution or action taken in
reliance on the contents of this message is strictly prohibited.  You should
immediately destroy this message and kindly notify the sender by reply
E-Mail.

Please advise immediately if you or your employer does not consent to
Internet E-Mail for messages of this kind.  Opinions, conclusions and other
information in this message that do not relate to the official business of
the firm shall be understood as neither given nor endorsed by it.


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Kurth, Michael J.
  INET: [EMAIL PROTECTED]

Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



RE: methodology to keep only certain programs to connect to

2002-09-11 Thread Kurth, Michael J.



I have seen invalid triggers cause ORA-604 
errors.

  -Original Message-From: Markham, Richard 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, September 10, 
  2002 12:19 PMTo: Multiple recipients of list 
  ORACLE-LSubject: RE: methodology to keep only certain programs to 
  connect to
  what are the drawbacks with such a 
  trigger, what if the code went invalid and would not compile is
  it possible that you could lock yourself 
  out, or would the base login functionality still work regardless
  or the status of this 
trigger?
  
-Original Message-From: Mercadante, Thomas F 
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, September 10, 
2002 12:24 PMTo: Multiple recipients of list 
ORACLE-LSubject: RE: methodology to keep only certain programs to 
connect to
Joe,

I use the following with decent success 
on a logon database trigger:


-- Set a unique string for the 
session and update the session info.
client_info_str := 
'WTWLOGIN_' || 
LTRIM(dbms_random.value,'.');
DBMS_APPLICATION_INFO.SET_CLIENT_INFO(client_info_str);

-- look into the 
v$session view for the session just connected.
SELECT 
program, 
username,
osuser, 
terminal, 
machine
INTO 
loc_program, 
loc_username,
loc_osuser,loc_terminal,loc_machine
FROM 
V$SESSION
WHERE 
client_info=client_info_str;

From here, you can test the loc_program variable against the 
loc_username to see if the combination is correct.
Stuff 
like:


IF 
loc_username='TESTLOGIN'then
 
RAISE kill_Login;
END IF;
EXCEPTION
WHEN kill_Login 
THEN
 
RAISE_APPLICATION_ERROR(-20999,'Login''s using this account and 
this tool are Invalid');


Hope 
this helps!

Tom Mercadante Oracle 
Certified Professional 

  -Original Message-From: JOE TESTA 
  [mailto:[EMAIL PROTECTED]]Sent: Tuesday, September 10, 
  2002 11:58 AMTo: Multiple recipients of list 
  ORACLE-LSubject: methodology to keep only certain programs to 
  connect to
  I've been tasked to ensure only certain app programs access the 
  database.
  
  I'm thinking on-logon trigger, check the program field from 
  v$session. unfortunately v$session is for all sessions, i can't seem 
  to find the view that tells me only MY info during login. I only 
  want the sid, serial#, username and program for my just now connection to 
  the database.
  
  Does this exist or am I going about this the wrong way?
  
  We're thinking of checking those fields to make sure sql*plus, toad, 
  etc can't connect as a particular user(even though the password is known 
  out in the community).
  
  any ideas would be greatly appreciated.
  
  joe
  



Privileged/Confidential information may be contained in this message.  The information contained in this message is intended only for the use of the recipient(s) named above and their co-workers who are working on the same matter.


The recipient of this information is prohibited from disclosing the information to any other party unless this disclosure has been authorized in advance.


If you are not intended recipient of this message or any agent responsible for delivery of the message to the intended recipient, you are hereby notified that any disclosure, copying, distribution or action taken in reliance on the contents of this message is strictly prohibited.  You should immediately destroy this message and kindly notify the sender by reply E-Mail.


Please advise immediately if you or your employer does not consent to Internet E-Mail for messages of this kind.  Opinions, conclusions and other information in this message that do not relate to the official business of the firm shall be understood as neither given nor endorsed by it.