home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / sybase / 603 < prev    next >
Encoding:
Text File  |  1993-01-05  |  4.1 KB  |  88 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!csus.edu!netcom.com!netcomsv!crenshaw!wall
  3. From: wall@mcm.com (Steve Wall)
  4. Subject: KILLed Sybase process will not die?
  5. Message-ID: <1993Jan5.192546.8743@mcm.com>
  6. Organization: Mellon Capital Management Corp. San Francisco, CA.
  7. Date: Tue, 5 Jan 1993 19:25:46 GMT
  8. Lines: 78
  9.  
  10. Several times I've wanted to KILL a Sybase process with the
  11. equivalent of the UNIX kill -9 (die NOW!, no sig catch, etc.).
  12. Sybase gives you KILL, but under certain circumstance, the kill
  13. doesn't seem to take effect until some kind of variable delay
  14. (seems to be dependent on the type of process). Probably due
  15. to the Sybase kernel scheduler, resources in use by the proc,
  16. process run state (blocked or not), etc.
  17.  
  18. For instance, this morning I have a DBCC process that is running
  19. later than usual due to delays up the pipeline (yes, I'm aware
  20. that DBCC in multiuser is not technically correct, and we interpret
  21. the results with this in mind), And now the DBCC is hogging the
  22. Server when people are trying to perform typical, daily queries.
  23. Thus, I want to KILL it since it is not mandatory that we get
  24. DBCC results every day.
  25.  
  26. [Actually, the DBCC (spid=1) is blocking all my users due to locking
  27. on sysobjects (DBCC has a shared page lock on sysobjects
  28. page 2, my other proc (spid=10) is trying to get an Ex-table on
  29. sysobjects - see below). Why is DBCC locking sysobjects for so long?]
  30.  
  31.  
  32. sp_lock
  33. go
  34. spid   locktype             table_id    page        dbname          
  35. ------ -------------------- ----------- ----------- --------------- 
  36.      1 Sh_page-blk                    1           2 idc             
  37.      1 Sh_table              2000010156           0 idc             
  38.     10 Ex_table-blk                   1           0 idc             
  39.     10 Ex_page                        3          53 idc             
  40.     26 Sh_intent              256003943           0 master   
  41.  
  42.  
  43.  
  44. sp_who
  45. spid   status       loginame     hostname   blk dbname     cmd              
  46. ------ ------------ ------------ ---------- --- ---------- ---------------- 
  47.      1 sleeping     sa           persian    0   idc        DBCC             
  48.      2 sleeping     sa                      0   master     NETWORK HANDLER  
  49.      3 sleeping     sa                      0   master     MIRROR HANDLER   
  50.      4 sleeping     sa                      0   master     CHECKPOINT SLEEP 
  51.      5 sleeping     matt         guava      0   ADMIN      AWAITING COMMAND 
  52.      6 sleeping     beth                    0   ADMIN      AWAITING COMMAND 
  53.      7 sleeping     wall         persian    10  idc        AWAITING COMMAND 
  54.      8 sleeping     wall         orange     10  idc        AWAITING COMMAND 
  55.      9 sleeping     niklas       orange     10  idc        AWAITING COMMAND 
  56.     10 sleeping     ambrosia     persian    1   idc        AWAITING COMMAND 
  57.     13 sleeping     wall         orange     10  idc        AWAITING COMMAND 
  58.     14 sleeping     wall         orange     10  idc        AWAITING COMMAND 
  59.     15 sleeping     david                   0   MARKETING  AWAITING COMMAND 
  60.     16 sleeping     wall         orange     10  idc        AWAITING COMMAND 
  61.     17 sleeping     wall         persian    10  idc        AWAITING COMMAND 
  62.     18 sleeping     oneto        orange     10  idc        AWAITING COMMAND 
  63.     19 sleeping     wall         persian    10  idc        AWAITING COMMAND 
  64.     20 sleeping     wall         persian    10  idc        AWAITING COMMAND 
  65.     21 sleeping     pamb         orange     10  idc        AWAITING COMMAND 
  66.     22 running      sa           persian    0   master     SELECT   
  67.  
  68.  
  69.  
  70. Fun, huh? Kills to the DBCC do nothing. The kill requests are logged
  71. in the errorlog, so the server is getting them, but there is no effect.
  72. I'm also getting spurious invalid Sybase processe messages, so the
  73. server may be hung due to another error/bug.
  74.  
  75. Whatever the case, my only resolution is to restart the server
  76. (shutdown with nowait) because I cannot kill the DBCC that everyone
  77. is blocked on.
  78.  
  79. Any comments about these issues, especially the issue of when a
  80. KILL really takes effect, are appreciated.
  81.  
  82. Steve
  83. -- 
  84.  
  85. Steve Wall (wall@mcm.com)
  86. Mellon Capital Management Corporation
  87. San Francisco, CA
  88.