intresting ... --- [EMAIL PROTECTED] wrote: > One explanation I had heard for the combination of > Sid+Serial# goes > something like this ... > say you identify a particular session to monitor ... > you then decide to > kill it. > However, it could so happen that that user logged > out between the time you > decided to kill the session and the time you > actually killed the session > (even > if you have scripted the kill command). When a user > logs out, the Sid is > available to the next user who logs in. Since > another user might be > holding > the same Sid at the time you come around to kill the > Sid, you might > actually > kill the wrong user-session. To avoid this, the > next user, getting the > same > Sid gets a different Serial# and your kill must be > on Sid+Serial# together. > > That still does not explain why pmon increments the > Serial#, though. > > Hemant > > > > Deepak Thapliyal <[EMAIL PROTECTED]> > 12/12/2001 06:26 AM > Sent by: [EMAIL PROTECTED] > > Please respond to ORACLE-L > > > > To: Multiple recipients of list > ORACLE-L <[EMAIL PROTECTED]> > > cc: (bcc: CHITALE Hemant > Krishnarao/Prin DBA/CSM/ST Group) > > Subject: Re: Serial# changes when > rolling back > > > > > > > > > > > > > > > > yeah i did read this thread but still wonder why > oracle needs to use serial# column at all. Does the > SID not gaurentee uniqueness for a session ... damn > the name says so atleast (session identifier).. > > or maybe they just coded it like that and make some > use of the serial # > > Deepak > > --- [EMAIL PROTECTED] wrote: > > Check this Oracle Note : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Doc ID: > > > > Note:1020545.102 > > > > Subject: > > > > ORA-00026: CANNOT KILL SESSION; > > > > SERIAL# KEEPS CHANGING > > > > Type: > > > > PROBLEM > > > > Status: > > > > PUBLISHED > > > > > > > > > > > > > > > > > > > > Content Type: > > > > TEXT/PLAIN > > > > Creation Date: > > > > 23-NOV-1999 > > > > Last Revision Date: > > > > 24-AUG-2000 > > > > > > > > > > > > Problem Description > > > > ------------------- > > > > > > > > You have killed a process at > > > > the operating system level that > > > > was > > > > running a long-running > > > > transaction. Now, you are > > > > trying to issue > > > > the command: > > > > > > > > alter system kill session > > > > '<sid>, <serial#>'; > > > > > > > > To kill the associated Oracle > > > > session, but you can't kill it. > > > > You > > > > may receive the following > > > > error: > > > > > > > > ORA-00026: missing or > > > > invalid session id > > > > Cause: The session ID > > > > string specified in the ALTER > > > > SYSTEM > > > > KILL SESSION > > > > command was invalid, or no > > > > string was > > > > specified. > > > > Action: Retry the > > > > command with a valid session > > > > ID. > > > > > > > > In v$session, you notice that > > > > the serial# for the session > > > > keeps > > > > changing. Also, pmon may be > > > > creating a trace file that > > > > keeps growing. > > > > > > > > > > > > Solution Description > > > > -------------------- > > > > > > > > It is best to let pmon roll > > > > back the changes. If you > > > > shutdown at this > > > > point, this work will still > > > > have to be done at the next > > > > startup. > > > > > > > > pmon is rolling back changes > > > > and will let the session die > > > > when it > > > > is finished. To verify that > > > > work is being done, select > > > > used_urec > > > > from v$transaction. If the > > > > value for this column keeps > > > > going down, > > > > then work is being done. When > > > > used_urec reaches zero, then > > > > the > > > > rollback will be done, and the > > > > session will die. > > > > > > > > With Oracle8, you can list dead > > > > transactions by issuing the > > > > following query: > > > > > > > > select * from x$ktuxe > > > > where ktuxecfl='DEAD'; > > > > > > > > > > > > Explanation > > > > ----------- > > > > > > > > pmon has control of the session > > > > and is rolling back all of the > > > > work > > > > that has been done so far. > > > > > > > > > > > > Search Words > > > > ------------ > > > > > > > > unable, runaway, status, serial > > > > number > > > > . > > > > > > > > > > > > > > > > My note : > > You can tune the speed at which pmon cleans up the > > session by tuning the > > cleanup_rollback_entries init.ora parameter which > > defaults to 20. > > > > Hemant > > > > > > > > Hallas John <[EMAIL PROTECTED]> > 11/12/2001 > > 04:55 PM > > Sent by: [EMAIL PROTECTED] > > > > Please respond to ORACLE-L > > > > > > > > To: Multiple recipients of list > > ORACLE-L <[EMAIL PROTECTED]> > > > > cc: (bcc: CHITALE Hemant > > Krishnarao/Prin DBA/CSM/ST Group) > > > > Subject: Serial# changes when rolling > > back > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Jared,Deepak > > I did not see a reply on this. From a brief > > experiment I don't see the > > serial# changing when rolling back a transaction. > > > > > > The code posted by Jared certainly works as the > > number of blocks to > > rollback reduces as the job nears completion. > > If the serial# changes I would be interetsed to > > understand why and to what > > purpose > > > > > > John > > -----Original Message----- > > Sent: 03 December 2001 17:55 > > To: Multiple recipients of list ORACLE-L > > > > > > > > > > > > Hi Jared > > > > > > why does the serial# have to change due to > rollback? > > lots of us would be curious for a brief expln ... > > > > > > Thx > > Deepak > > --- Jared Still <[EMAIL PROTECTED]> wrote: > > > > > > The session is rolling back, you can't kill it. > > > > > > This is why the serial# is changing. > > > > > > The following query can be used to track its > > > progress. > > > > > > select s.osuser > > > ,s.username > > > ,s.sid > > > ,r.segment_name > > > ,t.space > > > ,t.recursive > > > ,t.noundo > > > ,t.used_ublk > > > ,t.used_urec > > > ,t.log_io > > > ,t.phy_io > > > ,substr(sa.sql_text,1,200) txt > > > from v$session s, > > > v$transaction t, > > > dba_rollback_segs r, > > > v$sqlarea sa > > > where s.taddr=t.addr > > > and t.xidusn=r.segment_id(+) > > > and s.sql_address=sa.address(+); > > > > > > Jared > > > > > > > > > On Sunday 02 December 2001 22:55, Tatireddy, > > > Shrinivas (MED, Keane) wrote: > > > > Hi lists, > > > > > > > > Solaris 2.7 > > > > oracle 8i > > > > > > > > I have a session "SYSTEM" doing import into a > > > table. (logged into server > > > > thru telnet from win 98 PC) > > > > > > > > Suddenly the power outage occurred to my PC. > > > > > > > > When I logged into the server thru telnet, I > > found > > > that the session is > > > > active. > > > > By mistake, I killed the process at o/s level. > > > > > > > > For somereasons,I tried to drop the table. But > I > > > failed to do it, as it > > > > is locked by import process. > > > > > > > > I tried to kill the user "SYSTEM". But the > > oracle > > > is giving error that > > > > there is not user with such sid and serial > > number. > > > > > > > > The serial# number is often getting changed > when > > I > > > query from v$session. > > > > > > > > Is there a way to kill this user, without > > shutting > > > down the database. > > > > > > > > And why different serial# number each time, I > > > query v$SESSION.? > > > > > > > > Any clues? > > > > > > > > Thnx and Regards, > > > > > > > > Srinivas > > > -- > > > Please see the official ORACLE-L FAQ: > > > http://www.orafaq.com > > > -- > > > Author: Jared Still > > > INET: [EMAIL PROTECTED] > > > > > > Fat City Network Services -- (858) 538-5051 > > FAX: > > > (858) 538-5051 > > > San Diego, California -- Public Internet > > > access / Mailing Lists > > > > > > -------------------------------------------------------------------- > > > 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). > > > > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Buy the perfect holiday gifts at Yahoo! Shopping. > > http://shopping.yahoo.com > > -- > > Please see the official ORACLE-L FAQ: > > http://www.orafaq.com > > -- > > Author: Deepak Thapliyal > > INET: [EMAIL PROTECTED] > > > > > > Fat City Network Services -- (858) 538-5051 > FAX: > > (858) 538-5051 > > San Diego, California -- Public Internet > > access / Mailing Lists > > > -------------------------------------------------------------------- > > 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). > > > > > > > > > > > ========================================================= > > This electronic message contains information from > > the mmO2 plc Group > > which may be privileged or confidential. The > > information is intended to be > > for the use of the individual(s) or entity named > > above. If you are not the > > intended recipient be aware that any disclosure, > > copying, distribution or > > use of the contents of this information is > > prohibited. If you have received > > > > this electronic message in error, please notify us > > by telephone or email > > (to the numbers or address above) immediately. > > > ========================================================= > > > > > > > > > > > > > > > > > > -- > > Please see the official ORACLE-L FAQ: > > http://www.orafaq.com > > -- > > Author: > > INET: [EMAIL PROTECTED] > > > > Fat City Network Services -- (858) 538-5051 > FAX: > > (858) 538-5051 > > San Diego, California -- Public Internet > > access / Mailing Lists > > > -------------------------------------------------------------------- > > 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). > > > __________________________________________________ > Do You Yahoo!? > Check out Yahoo! Shopping and Yahoo! Auctions for > all of > your unique holiday gifts! Buy at > http://shopping.yahoo.com > or bid at http://auctions.yahoo.com > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.com > -- > Author: Deepak Thapliyal > INET: [EMAIL PROTECTED] > > Fat City Network Services -- (858) 538-5051 FAX: > (858) 538-5051 > San Diego, California -- Public Internet > access / Mailing Lists > -------------------------------------------------------------------- > 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). > > > > > > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.com > -- > Author: > INET: [EMAIL PROTECTED] > > Fat City Network Services -- (858) 538-5051 FAX: > (858) 538-5051 > San Diego, California -- Public Internet > access / Mailing Lists > -------------------------------------------------------------------- > 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).
__________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Deepak Thapliyal INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- 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).