UNDO retention causing excessive I/O ?

New DBA here.
Quick Summary:
We have an oracle 10gR2 DB on AIX 5.3. OS runs from the box, Database runs from a san. Aside from the DB, there is a web based application running on the box, which uses the DB.
System is dedicated to this application.
We have a consulting company that is making suggestions, and I am not sure about some of them.
When we set up the software, the vendor told us to set up the database with undo retention to 10800. So we did.
Our consulting group is telling me that Undo I/O represents 34% of the total database I/O, and that I should reduce the retention time to 1080. *(they also tell me that the longest running query is 100s; I don't quite understand how this is relevent).
Why would reducing the UNDO retention lenght reduce the UNDO I/O ?

First you need to check the concept of UNDO, the main purpose of undo are:
Rollback an active transaction
Recover a terminated transaction
Provide read consistency
Recovery from logical corruptions
http://download.oracle.com/docs/cd/B19306_01/server.102/b14220/logical.htm#sthref449
also check undo retention,
The undo retention period indicates the amount of time that must pass before old undo information—that is, undo information for committed transactions—can be overwritten.
As you can see, there's no direct relationship between undo retention and database I/O. Reduce undo retention will not reduce database I/O.
Besides, the UNDO_RETENTION initialization parameter is ignored unless retention guarantee is enabled.
*(they also tell me that the longest running query is 100s; I don't quite
understand how this is relevent).The relevant here is your undo retention should be longer than longest running query (and undo space is big enough to hold the undo data of longest query) , so that you don't have out-of-space conditions in the undo tablespace and ORA-1555 error for consistent reading.
However again, it's relevant to undo setting not database IO.

Similar Messages

  • UNDO Retention on 10.2.0.2

    We are noticing some of these snapshot too old errors 01555 errors and we are not making use of any of the flashback functionality so I believe we are only interested in the undo table keeping the undo data while the transaction itself is active to ensure read consistency.
    Previously we had undo_retention set to 10800 (3 hours) and I am thinking I should shrink this so that we only keep data as long as the transaction is active. If I set the undo retention length to a value like 300 (5 minutes) and a transaction takes 20 minutes am I going to get snapshot too old errors?
    I am hoping the behavior is to keep the transaction data in the undo segment as long as the transaction is active for a minimum of undo_retention time and it would keep making use of space until it runs out of space that is not being used by some other transaction and not being held because of the 5 minutes retention. Is this how it will behave or after the 5 minutes will other transactions be able to overwrite this undo data causing an error even if there is other free space?
    Some of the documentation seemed to say the undo_retention is a minimum recommendation to oracle. So if I don't care about flashback at all would a setting like 1 be reasonable assuming it would keep stuff as long as the transaction lasts +1 second(suggesting 1 since 0 means use the default of 900 aka 15 minutes)? I saw some other documentation suggesting setting it to the value of your longest transaction but I surely don't want to keep data from shorter transactions as long as my longest transaction as that would require a much larger undo tablespace so I am trying to figure out the most efficient setting to ensure consistency while being as space efficient as possible.
    Thanks,
    Jared

    Thank you for all the replys on this thread those plus some stuff I have read in metalink have been very helpful. Have some follow up related questions.
    From what I have read when a block is modified it goes into the undo in one of the segments and has an associated SCN number for each change.
    1. If one DB connection does a series of updates to a given block and then disconnects (assume each update autocommits) and then the process is restarted and does more updates to the same block would it re-use the existing undo segment? (assuming that no select statements reference this block and cause it to be flushed) Does a new transaction on a given block imply a segment switch is a new select intersecting with a datablock the only thing that would cause it to change segments?
    2. In the same scenario as above with a select happening between the two passes I am assuming that the select would cause it to flush the block (update the actual data) and that the second pass of updates on the same block would do the updates in a different undo segment? Does having a higher retention setting make it more likely to keep rotating segments as opposed to overwriting a previous one? In other words if I have my retention set to some very high amount of time like 10 days would it rotate all of the segments for that block before overwriting the first change?
    My application currently has one process that does large queries that could last 5 hours or so at worst(all read only). And another process that does only new inserts.
    Trying to figure out the exact behavior of how the undo retention manages switching undo segments to determine what is causing our problems. I have noticed on 10g2 that the number of undo segments is 10 and on 9.2.0.5 it was more like 108 or so and it seems like 10 is more likely to get 1555 errors and I am wondering if this is because it is more likely to cycle all segments and start overwriting blocks that are needed for a long running queries consistency.
    Thanks,
    Jared

  • Undo retention value

    Hi All,
    I am getting following ORA-01555 error for following sql
    ORA-01555 caused by SQL statement below (SQL ID: 9hwwvxc0aa70n, Query Duration=3787 sec, SCN: 0x0001.a84d4a15):
    Tue Mar 17 11:38:28 2009
    SELECT MSI.SEGMENT1 PART_NUMBER ,REPLACE(MSI.DESCRIPTION,',','.') DESCRIPTION ,MSI.PRIMARY_UOM_CODE UOM ,MSI.UNIT_LENGTH LENG
    TH ,MSI.UNIT_WIDTH WEIDTH ,MSI.UNIT_HEIGHT HEIGHT ,MSI.UNIT_VOLUME VOLUME ,MSI.UNIT_WEIGHT NETWEIGHT ,MSI.ATTRIBUTE14 PRICE_C
    LASS ,MSI.INVENTORY_ITEM_STATUS_CODE ITEM_STATUS ,( SELECT MSI1.SEGMENT1 FROM MTL_RELATED_ITEMS MRI ,MTL_SYSTEM_ITEMS MSI1 WH
    ERE 1=1 AND MRI.RELATIONSHIP_TYPE_ID =2 AND MRI.RELATED_ITEM_ID=MSI1.INVENTORY_ITEM_ID AND MRI.ORGANIZATION_ID=MSI1.ORGANIZAT
    ION_ID AND MRI.INVENTORY_ITEM_ID=MSI.INVENTORY_ITEM_ID AND MRI.ORGANIZATION_ID=MSI.ORGANIZATION_ID AND ROWNUM=1 ) SUBSTITUTE_
    PNO ,MSI.ATTRIBUTE8 REGISTRATION_DATE ,XXJPM.FOB FOB ,( SELECT QLL.OPERAND FROM QP_LIST_HEADERS QLH ,QP_LIST_LINES QLL ,QP_PR
    ICING_ATTRIBUTES QPA WHERE 1=1 AND QLH.NAME='EKK PARTS RETAIL PRICE LIST' AND QLH.LIST_HEADER_ID=QLL.LIST_HEADER_ID AND QLL.L
    IST_LINE_ID=QPA.LIST_LINE_ID AND NVL(QLL.PRODUCT_UOM_CODE,'Ea')='Ea' AND NVL(QLL.CONTEXT,'SPARES')='SPARES' AND QLH.LIST_HEAD
    ER_ID=QPA.LIST_HEADER_ID
    The Query Duration=3787 sec.
    My undo retention value is 6000 and my undo tablespace have enough space.
    Still I am getting this error,
    Can someone help me on this.
    Thanks

    here is some more information on "Retention Guarantee" from the Oracle documentation in case it helps.
    Retention Guarantee
    To guarantee the success of long-running queries or Oracle Flashback operations, you can enable retention guarantee. If retention guarantee is enabled, the specified minimum undo retention is guaranteed; the database never overwrites unexpired undo data even if it means that transactions fail due to lack of space in the undo tablespace. If retention guarantee is not enabled, the database can overwrite unexpired undo when space is low, thus lowering the undo retention for the system. This option is disabled by default.
    WARNING:
    Enabling retention guarantee can cause multiple DML operations to fail. Use with caution.
    You enable retention guarantee by specifying the RETENTION GUARANTEE clause for the undo tablespace when you create it with either the CREATE DATABASE or CREATE UNDO TABLESPACE statement. Or, you can later specify this clause in an ALTER TABLESPACE statement. You disable retention guarantee with the RETENTION NOGUARANTEE clause.
    You can use the DBA_TABLESPACES view to determine the retention guarantee setting for the undo tablespace. A column named RETENTION contains a value of GUARANTEE, NOGUARANTEE, or NOT APPLY (used for tablespaces other than the undo tablespace).
    see http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/undo.htm

  • UNDO RETENTION is Guarenteed ?

    what it means
    UNDO RETENTION is Guarenteed
    any specific answers appreciatable....
    Thanks

    Not really. You might get ORA-1555 Snapshot Too Old with guaranteed undo retention as well. The cause for ORA-1555 is different.
    The guaranteed undo retention guramtees the undo to be available for the duation of time. So it might reduce the chance of ORA-1555; but does not eliminate it.
    On the other hand, guanrateed undo also demands more undo space. So if you don't expand the undo tablespace datafile or make it autoextend, the transactions will fail. So, watch out.
    HTH.
    Arup Nanda

  • An application "causes excessive wakeups," then crashes

    Description of the problem:
    The game "Team Fortress 2" crashes consistently after about a half hour of gameplay. It seems almost random when the crashes occur, but always during gameplay, never in the game menu. Frequently the application will freeze, then close itself after a few seconds. From what I can tell from other people's screens during a multiplayer game, when my application freezes, it will not close itself until my character dies from standing still and exposed. When the game is hosted on a specific map or play area, sometimes the sound will stop and the frames per second rate will lower before before the application freezes.
    Console reports frequently state that an element of the program is causing excessive wakeups, then a wave of memory errors for the application occur, and it finally crashes. This has been a problem for about 1 year. I hope that someone here will be able to help me.
    Here's some system data and application information:
    21.5-inch iMac from mid-2011
    OSX 10.9.3 (13D65)
    2.7 GHz Intel Core i5 processor
    12 GB 1333 MHz DDR3 RAM
    AMD Radeon HD 6770M 512 MB graphics card
    TF2 is a game that runs off of Steam, a game store and community similar to iTunes by Valve Inc. All games bought through Steam must be run with Steam open.
    Here's a recent diagnostic report:
    In this case, the game crashes in less than 10 minutes. That's what spurred me to finally come here for help. I've been debating it for a couple of weeks.
    Diagnostic report
    Process:         hl2_osx [19235]
    Path:            /Users/USER/Library/Application Support/Steam/*/hl2_osx
    Identifier:      hl2_osx
    Version:         ???
    Code Type:       X86 (Native)
    Parent Process:  steam [18750]
    Responsible:     bash [18743]
    User ID:         503
    Date/Time:       2014-07-08 20:47:43.886 -0700
    OS Version:      Mac OS X 10.9.3 (13D65)
    Report Version:  11
    Anonymous UUID:  6EF811EE-09ED-9279-CC4C-2691D40FCCBF
    Sleep/Wake UUID: 2CED885D-E238-4591-91CE-7CA403DACC2F
    Crashed Thread:  46  Dispatch queue: OpenGLMT
    Exception Type:  EXC_BAD_ACCESS (SIGBUS)
    Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000004
    VM Regions Near 0x4:
    --> __PAGEZERO             0000000000000000-0000000000001000 [    4K] ---/--- SM=NUL  /Users/USER/Library/Application Support/Steam/*
        __TEXT                 0000000000001000-0000000000002000 [    4K] r-x/rwx SM=COW  /Users/USER/Library/Application Support/Steam/*
    Thread 0:: MainThrd  Dispatch queue: com.apple.main-thread
    0   libsystem_platform.dylib       0x937dcf26 _platform_memcmp + 38
    1   client.dylib                   0x2a36d8d1 CInterpolatedVarArrayBase<float, true>::NoteChanged(float, bool) + 49
    2   client.dylib                   0x2a37cd0d C_BaseEntity::OnLatchInterpolatedVariables(int) + 189
    3   client.dylib                   0x2a369f8f C_BaseAnimating::UpdateClientSideAnimation() + 47
    4   client.dylib                   0x2a36bf0d C_BaseAnimating::UpdateClientSideAnimations() + 189
    5   client.dylib                   0x2a326d35 OnRenderStart() + 533
    6   client.dylib                   0x2a327639 CHLClient::FrameStageNotify(ClientFrameStage_t) + 985
    7   engine.dylib                   0x098b4938 ClientDLL_FrameStageNotify(ClientFrameStage_t) + 40
    8   engine.dylib                   0x0998772f SCR_UpdateScreen() + 223
    9   engine.dylib                   0x09999e18 _Host_RunFrame_Render() + 408
    10  engine.dylib                   0x0999b57f _Host_RunFrame(float) + 3423
    11  engine.dylib                   0x099b4e98 CHostState::State_Run(float) + 328
    12  engine.dylib                   0x099b424c CHostState::FrameUpdate(float) + 684
    13  engine.dylib                   0x099b3f95 HostState_Frame(float) + 37
    14  engine.dylib                   0x09aa07e2 CEngine::Frame() + 1090
    15  engine.dylib                   0x09a9d91e CEngineAPI::MainLoop() + 462
    16  engine.dylib                   0x09a9e48e CModAppSystemGroup::Main() + 206
    17  engine.dylib                   0x09b8cf52 CAppSystemGroup::Run() + 98
    18  engine.dylib                   0x09a9dc46 CEngineAPI::RunListenServer() + 102
    19  launcher.dylib                 0x0024402a CSourceAppSystemGroup::Main() + 26
    20  launcher.dylib                 0x00250942 CAppSystemGroup::Run() + 98
    21  launcher.dylib                 0x00253d6b CSteamApplication::Main() + 43
    22  launcher.dylib                 0x00250942 CAppSystemGroup::Run() + 98
    23  launcher.dylib                 0x00244680 LauncherMain + 960
    24  hl2_osx                       0x00001de5 start + 53
    Thread 1:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 2:: Dispatch queue: com.apple.libdispatch-manager
    0   libsystem_kernel.dylib         0x91be6992 kevent64 + 10
    1   libdispatch.dylib             0x9a29c899 _dispatch_mgr_invoke + 238
    2   libdispatch.dylib             0x9a29c532 _dispatch_mgr_thread + 52
    Thread 3:: Event Tap Loop
    0   libsystem_kernel.dylib         0x91be0f7a mach_msg_trap + 10
    1   libsystem_kernel.dylib         0x91be016c mach_msg + 68
    2   com.apple.CoreFoundation       0x927a1c09 __CFRunLoopServiceMachPort + 169
    3   com.apple.CoreFoundation       0x927a11e1 __CFRunLoopRun + 1393
    4   com.apple.CoreFoundation       0x927a09fa CFRunLoopRunSpecific + 394
    5   com.apple.CoreFoundation       0x92863221 CFRunLoopRun + 129
    6   libSDL2-2.0.0.dylib           0x0037e37b Cocoa_MouseTapThread + 523
    7   libSDL2-2.0.0.dylib           0x0030f66e SDL_RunThread + 110
    8   libSDL2-2.0.0.dylib           0x00385e67 RunThread + 23
    9   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    10  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    11  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 4:
    0   libsystem_kernel.dylib         0x91be0f7a mach_msg_trap + 10
    1   libsystem_kernel.dylib         0x91be016c mach_msg + 68
    2   com.googlecode.google-breakpad 0x0fa3632d google_breakpad::ExceptionHandler::WaitForMessage(void*) + 399
    3   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    4   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    5   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 5:: IOPollingHelperThread
    0   libsystem_kernel.dylib         0x91be6976 kevent + 10
    1   steamclient.dylib             0x0ea72999 OSXHelpers::CIOPollingHelper::RealRun() + 257
    2   libtier0_s.dylib               0x080cbe29 CatchAndWriteContext_t::Invoke() + 159
    3   libtier0_s.dylib               0x080cb842 CatchAndWriteMiniDump_Impl(CatchAndWriteContext_t&) + 214
    4   libtier0_s.dylib               0x080cb929 CatchAndWriteMiniDumpExForVoidPtrFn + 87
    5   libtier0_s.dylib               0x080cb952 CatchAndWriteMiniDumpForVoidPtrFn + 35
    6   steamclient.dylib             0x0ea72887 OSXHelpers::CIOPollingHelper::Run() + 41
    7   libtier0_s.dylib               0x080d01a6 SteamThreadTools::CThread::ThreadExceptionWrapper(void*) + 16
    8   libtier0_s.dylib               0x080cbe29 CatchAndWriteContext_t::Invoke() + 159
    9   libtier0_s.dylib               0x080cb842 CatchAndWriteMiniDump_Impl(CatchAndWriteContext_t&) + 214
    10  libtier0_s.dylib               0x080cb929 CatchAndWriteMiniDumpExForVoidPtrFn + 87
    11  libtier0_s.dylib               0x080cb952 CatchAndWriteMiniDumpForVoidPtrFn + 35
    12  libtier0_s.dylib               0x080d011a SteamThreadTools::CThread::ThreadProc(void*) + 222
    13  libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    14  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    15  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 6:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   filesystem_stdio.dylib         0x01c8d9fc CFileTracker2::ThreadedProcessMD5Requests() + 268
    5   filesystem_stdio.dylib         0x01c8d8e1 ThreadStubProcessMD5Requests(void*) + 17
    6   libtier0.dylib                 0x00504cb1 ThreadProcConvert(void*) + 33
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 7:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   chromehtml.dylib               0x14be02ca CCEFThread::Run() + 4442
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 8:: BrowserDBThread
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4bd9 pthread_cond_wait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0eaa3 0xbe9d000 + 465571
    4   libcef.dylib                   0x0bf0f76b 0xbe9d000 + 468843
    5   libcef.dylib                   0x0bf0f592 0xbe9d000 + 468370
    6   libcef.dylib                   0x0befb36b 0xbe9d000 + 385899
    7   libcef.dylib                   0x0bef70c3 0xbe9d000 + 368835
    8   libcef.dylib                   0x0bef6add 0xbe9d000 + 367325
    9   libcef.dylib                   0x0bf12001 0xbe9d000 + 479233
    10  libcef.dylib                   0x0bf12088 0xbe9d000 + 479368
    11  libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    12  libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    13  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    14  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 9:: SamplerThread
    0   libsystem_kernel.dylib         0x91be0fb6 semaphore_wait_trap + 10
    1   libcef.dylib                   0x0c95c924 0xbe9d000 + 11270436
    2   libcef.dylib                   0x0c89a918 0xbe9d000 + 10475800
    3   libcef.dylib                   0x0c95c9db 0xbe9d000 + 11270619
    4   libcef.dylib                   0x0c95c2b5 0xbe9d000 + 11268789
    5   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    6   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    7   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 10:: NetworkConfigWatcher
    0   libsystem_kernel.dylib         0x91be0f7a mach_msg_trap + 10
    1   libsystem_kernel.dylib         0x91be016c mach_msg + 68
    2   com.apple.CoreFoundation       0x927a1c09 __CFRunLoopServiceMachPort + 169
    3   com.apple.CoreFoundation       0x927a11e1 __CFRunLoopRun + 1393
    4   com.apple.CoreFoundation       0x927a09fa CFRunLoopRunSpecific + 394
    5   com.apple.CoreFoundation       0x927a085b CFRunLoopRunInMode + 123
    6   com.apple.Foundation           0x913c52f9 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 277
    7   libcef.dylib                   0x0bed957f 0xbe9d000 + 247167
    8   libcef.dylib                   0x0bed912c 0xbe9d000 + 246060
    9   libcef.dylib                   0x0bef70c3 0xbe9d000 + 368835
    10  libcef.dylib                   0x0bef6add 0xbe9d000 + 367325
    11  libcef.dylib                   0x0bf12001 0xbe9d000 + 479233
    12  libcef.dylib                   0x0bf12088 0xbe9d000 + 479368
    13  libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    14  libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    15  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    16  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 11:: Cef_FileThread
    0   libsystem_kernel.dylib         0x91be6976 kevent + 10
    1   libcef.dylib                   0x0c5711e9 0xbe9d000 + 7160297
    2   libcef.dylib                   0x0c56f0f3 0xbe9d000 + 7151859
    3   libcef.dylib                   0x0bed84c2 0xbe9d000 + 242882
    4   libcef.dylib                   0x0bef70c3 0xbe9d000 + 368835
    5   libcef.dylib                   0x0bef6add 0xbe9d000 + 367325
    6   libcef.dylib                   0x0bf12001 0xbe9d000 + 479233
    7   libcef.dylib                   0x0bf12088 0xbe9d000 + 479368
    8   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    9   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    10  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    11  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 12:: Cef_IOThread
    0   libsystem_kernel.dylib         0x91be6976 kevent + 10
    1   libcef.dylib                   0x0c5711e9 0xbe9d000 + 7160297
    2   libcef.dylib                   0x0c56f0f3 0xbe9d000 + 7151859
    3   libcef.dylib                   0x0bed84c2 0xbe9d000 + 242882
    4   libcef.dylib                   0x0bef70c3 0xbe9d000 + 368835
    5   libcef.dylib                   0x0bef6add 0xbe9d000 + 367325
    6   libcef.dylib                   0x0bf12001 0xbe9d000 + 479233
    7   libcef.dylib                   0x0bf12088 0xbe9d000 + 479368
    8   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    9   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    10  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    11  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 13:: NetworkConfigWatcher
    0   libsystem_kernel.dylib         0x91be0f7a mach_msg_trap + 10
    1   libsystem_kernel.dylib         0x91be016c mach_msg + 68
    2   com.apple.CoreFoundation       0x927a1c09 __CFRunLoopServiceMachPort + 169
    3   com.apple.CoreFoundation       0x927a11e1 __CFRunLoopRun + 1393
    4   com.apple.CoreFoundation       0x927a09fa CFRunLoopRunSpecific + 394
    5   com.apple.CoreFoundation       0x927a085b CFRunLoopRunInMode + 123
    6   com.apple.Foundation           0x913c52f9 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 277
    7   libcef.dylib                   0x0bed957f 0xbe9d000 + 247167
    8   libcef.dylib                   0x0bed912c 0xbe9d000 + 246060
    9   libcef.dylib                   0x0bef70c3 0xbe9d000 + 368835
    10  libcef.dylib                   0x0bef6add 0xbe9d000 + 367325
    11  libcef.dylib                   0x0bf12001 0xbe9d000 + 479233
    12  libcef.dylib                   0x0bf12088 0xbe9d000 + 479368
    13  libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    14  libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    15  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    16  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 14:: AppCacheDBThread
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4bd9 pthread_cond_wait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0eaa3 0xbe9d000 + 465571
    4   libcef.dylib                   0x0bf0f76b 0xbe9d000 + 468843
    5   libcef.dylib                   0x0bf0f592 0xbe9d000 + 468370
    6   libcef.dylib                   0x0befb36b 0xbe9d000 + 385899
    7   libcef.dylib                   0x0bef70c3 0xbe9d000 + 368835
    8   libcef.dylib                   0x0bef6add 0xbe9d000 + 367325
    9   libcef.dylib                   0x0bf12001 0xbe9d000 + 479233
    10  libcef.dylib                   0x0bf12088 0xbe9d000 + 479368
    11  libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    12  libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    13  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    14  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 15:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d8a _pthread_cond_wait + 837
    2   libsystem_pthread.dylib       0x976c3042 pthread_cond_timedwait_relative_np + 47
    3   com.apple.CoreServices.CarbonCore 0x92ccf88d TSWaitOnConditionTimedRelative + 161
    4   com.apple.CoreServices.CarbonCore 0x92ccf44a TSWaitOnSemaphoreCommon + 531
    5   com.apple.CoreServices.CarbonCore 0x92ccf5fd TSWaitOnSemaphoreRelative + 24
    6   com.apple.QuickTimeComponents.component 0x99aa1091 0x99834000 + 2543761
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 16:
    0   libsystem_kernel.dylib         0x91be0f7a mach_msg_trap + 10
    1   libsystem_kernel.dylib         0x91be016c mach_msg + 68
    2   com.apple.CoreFoundation       0x927a1c09 __CFRunLoopServiceMachPort + 169
    3   com.apple.CoreFoundation       0x927a11e1 __CFRunLoopRun + 1393
    4   com.apple.CoreFoundation       0x927a09fa CFRunLoopRunSpecific + 394
    5   com.apple.CoreFoundation       0x927a085b CFRunLoopRunInMode + 123
    6   com.apple.AppKit               0x908f9b88 _NSEventThread + 283
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 17:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 18:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 19:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 20:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   engine.dylib                   0x09a133ef CQueuedPacketSender::Run() + 95
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 21:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 22:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 23:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 24:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 25:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libvstdlib.dylib               0x005b2ce9 CJobThread::Run() + 137
    5   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    6   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    7   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    8   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 26:
    0   libsystem_kernel.dylib         0x91be0fce semaphore_timedwait_trap + 10
    1   com.apple.CoreServices.CarbonCore 0x92c9c071 MPWaitOnSemaphore + 104
    2   libMilesX86.dylib             0x417d7816 MilesGetBankFunctions + 4406
    3   libMilesX86.dylib             0x417bee3e MilesAsyncSetPaused + 6222
    4   libMilesX86.dylib             0x417d7f7f MilesGetBankFunctions + 6303
    5   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    Thread 27:: com.apple.coreaudio.AQClient
    0   libsystem_kernel.dylib         0x91be0f7a mach_msg_trap + 10
    1   libsystem_kernel.dylib         0x91be016c mach_msg + 68
    2   com.apple.CoreFoundation       0x927a1c09 __CFRunLoopServiceMachPort + 169
    3   com.apple.CoreFoundation       0x927a11e1 __CFRunLoopRun + 1393
    4   com.apple.CoreFoundation       0x927a09fa CFRunLoopRunSpecific + 394
    5   com.apple.CoreFoundation       0x927a085b CFRunLoopRunInMode + 123
    6   com.apple.audio.toolbox.AudioToolbox 0x95cf02a8 GenericRunLoopThread::Entry(void*) + 194
    7   com.apple.audio.toolbox.AudioToolbox 0x95ca0910 CAPThread::Entry(CAPThread*) + 134
    8   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    9   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    10  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 28:
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libtier0.dylib                 0x00505130 CThreadSyncObject::Wait(unsigned int) + 352
    4   libtier0.dylib                 0x00506c74 CWorkerThread::WaitForCall(unsigned int*) + 36
    5   client.dylib                   0x2a03b535 CAchievementSaveThread::Run() + 85
    6   libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 29:: SocketThread
    0   libsystem_kernel.dylib         0x91be6cf6 __poll + 10
    1   steamclient.dylib             0x0eaa7a49 CSocketThread::CSocketRunThread::Run() + 291
    2   libtier0_s.dylib               0x080d01a6 SteamThreadTools::CThread::ThreadExceptionWrapper(void*) + 16
    3   libtier0_s.dylib               0x080cbe29 CatchAndWriteContext_t::Invoke() + 159
    4   libtier0_s.dylib               0x080cb842 CatchAndWriteMiniDump_Impl(CatchAndWriteContext_t&) + 214
    5   libtier0_s.dylib               0x080cb929 CatchAndWriteMiniDumpExForVoidPtrFn + 87
    6   libtier0_s.dylib               0x080cb952 CatchAndWriteMiniDumpForVoidPtrFn + 35
    7   libtier0_s.dylib               0x080d011a SteamThreadTools::CThread::ThreadProc(void*) + 222
    8   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    9   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    10  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 30:: WorkerPool/-876519424
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 31:: WorkerPool/-876380160
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 32:: WorkerPool/-876101632
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 33:
    0   libtogl.dylib                 0x00551361 GLMContext::FlushStates(bool) + 689
    1   libtogl.dylib                 0x005504dc GLMContext::FlushDrawStates(bool) + 332
    2   libtogl.dylib                 0x00544a05 IDirect3DDevice9::DrawIndexedPrimitive(_D3DPRIMITIVETYPE, int, unsigned int, unsigned int, unsigned int, unsigned int) + 117
    3   shaderapidx9.dylib             0x0e1c8006 CMeshDX8::RenderPass() + 1030
    4   shaderapidx9.dylib             0x0e1de8d2 non-virtual thunk to CShaderAPIDx8::RenderPass(int, int) + 98
    5   materialsystem.dylib           0x0a502fba non-virtual thunk to CShaderSystem::DrawSnapshot(bool) + 90
    6   stdshader_dx9.dylib           0x10581be5 CBaseShader::Draw(bool) + 133
    7   stdshader_dx9.dylib           0x105507b2 DrawSkin_DX9_Internal(CBaseVSShader*, IMaterialVar**, IShaderDynamicAPI*, IShaderShadow*, bool, VertexLitGeneric_DX9_Vars_t&, VertexCompressionType_t, CBasePerMaterialContextData**) + 13170
    8   stdshader_dx9.dylib           0x10550999 DrawSkin_DX9(CBaseVSShader*, IMaterialVar**, IShaderDynamicAPI*, IShaderShadow*, VertexLitGeneric_DX9_Vars_t&, VertexCompressionType_t, CBasePerMaterialContextData**) + 201
    9   stdshader_dx9.dylib           0x10565391 DrawVertexLitGeneric_DX9(CBaseVSShader*, IMaterialVar**, IShaderDynamicAPI*, IShaderShadow*, bool, VertexLitGeneric_DX9_Vars_t&, VertexCompressionType_t, CBasePerMaterialContextData**) + 305
    10  stdshader_dx9.dylib           0x1055f7bb VertexLitGeneric::CShader::OnDrawElements(IMaterialVar**, IShaderShadow*, IShaderDynamicAPI*, VertexCompressionType_t, CBasePerMaterialContextData**) + 283
    11  stdshader_dx9.dylib           0x1058192a CBaseShader::DrawElements(IMaterialVar**, int, IShaderShadow*, IShaderDynamicAPI*, VertexCompressionType_t, CBasePerMaterialContextData**) + 250
    12  materialsystem.dylib           0x0a502972 CShaderSystem::DrawElements(IShader*, IMaterialVar**, ShaderRenderState_t*, VertexCompressionType_t, unsigned int) + 562
    13  materialsystem.dylib           0x0a4ae76e CMaterial::DrawMesh(VertexCompressionType_t) + 110
    14  shaderapidx9.dylib             0x0e1d40ce CShaderAPIDx8::DrawMesh(CMeshBase*) + 318
    15  shaderapidx9.dylib             0x0e1d43ed non-virtual thunk to CShaderAPIDx8::DrawMesh(CMeshBase*) + 29
    16  shaderapidx9.dylib             0x0e1c7aee CMeshDX8::Draw(int, int) + 254
    17  studiorender.dylib             0x0b678e64 CStudioRender::R_StudioDrawGroupHWSkin(IMatRenderContext*, studiomeshgroup_t*, IMesh*, ColorMeshInfo_t*) + 404
    18  studiorender.dylib             0x0b6792c4 CStudioRender::R_StudioDrawStaticMesh(IMatRenderContext*, mstudiomesh_t*, studiomeshgroup_t*, StudioModelLighting_t, float, IMaterial*, int, ColorMeshInfo_t*) + 644
    19  studiorender.dylib             0x0b67c6fc CStudioRender::R_StudioDrawMesh(IMatRenderContext*, mstudiomesh_t*, studiomeshdata_t*, StudioModelLighting_t, IMaterial*, ColorMeshInfo_t*, int) + 348
    20  studiorender.dylib             0x0b675b3b CStudioRender::R_StudioDrawPoints(IMatRenderContext*, int, void*, IMaterial**, int*, int, int, ColorMeshInfo_t*) + 571
    21  studiorender.dylib             0x0b675254 CStudioRender::R_StudioRenderFinal(IMatRenderContext*, int, int, CStudioRender::BodyPartInfo_t*, void*, IMaterial**, int*, int, int, ColorMeshInfo_t*) + 404
    22  studiorender.dylib             0x0b674f22 CStudioRender::R_StudioRenderModel(IMatRenderContext*, int, int, int, void*, IMaterial**, int*, int, int, int, ColorMeshInfo_t*) + 514
    23  studiorender.dylib             0x0b6da3d1 CStudioRender::DrawModelStaticProp(DrawModelInfo_t const&, StudioRenderContext_t const&, matrix3x4_t const&, int) + 577
    24  studiorender.dylib             0x0b6e2e20 CMemberFunctor4<CStudioRender*, void (CStudioRender::*)(DrawModelInfo_t const&, StudioRenderContext_t const&, matrix3x4_t const&, int), DrawModelInfo_t, StudioRenderContext_t, matrix3x4_t, int, CRefCounted1<CFunctor, CRefCountServiceBase<true, CRefMT> >, CFuncMemPolicyNone>::operator()() + 80
    25  materialsystem.dylib           0x0a4d410b CMatQueuedRenderContext::CallQueued(bool) + 187
    26  materialsystem.dylib           0x0a4d3f82 CMatQueuedRenderContext::EndQueue(bool) + 34
    27  materialsystem.dylib           0x0a4bd1a2 CMaterialSystem::ThreadExecuteQueuedContext(CMatQueuedRenderContext*) + 66
    28  materialsystem.dylib           0x0a4c2ca9 CMemberFunctor1<CMaterialSystem*, void (CMaterialSystem::*)(CMatQueuedRenderContext*), CMatQueuedRenderContext*, CRefCounted1<CFunctor, CRefCountServiceBase<true, CRefMT> >, CFuncMemPolicyNone>::operator()() + 41
    29  materialsystem.dylib           0x0a4c3797 CFunctorJob::DoExecute() + 23
    30  libvstdlib.dylib               0x005b1a40 CJob::Execute() + 80
    31  libvstdlib.dylib               0x005b2e37 CJobThread::Run() + 471
    32  libtier0.dylib                 0x005066a6 CThread::ThreadProc(void*) + 214
    33  libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    34  libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    35  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 34:: com.apple.audio.IOThread.client
    0   libsystem_kernel.dylib         0x91be0f7a mach_msg_trap + 10
    1   libsystem_kernel.dylib         0x91be016c mach_msg + 68
    2   com.apple.audio.CoreAudio     0x922c9e9a HALB_MachPort::SendMessageWithReply(unsigned int, unsigned int, unsigned long, unsigned long, mach_msg_header_t*, bool, unsigned int) + 138
    3   com.apple.audio.CoreAudio     0x922c434e HALB_MachPort::SendSimpleMessageWithSimpleReply(unsigned int, unsigned int, int, int&, bool, unsigned int) + 68
    4   com.apple.audio.CoreAudio     0x922c2b27 HALC_ProxyIOContext::IOWorkLoop() + 1111
    5   com.apple.audio.CoreAudio     0x922c25ff HALC_ProxyIOContext::IOThreadEntry(void*) + 167
    6   com.apple.audio.CoreAudio     0x922ccf52 ___ZN19HALC_ProxyIOContextC2Emj_block_invoke + 20
    7   com.apple.audio.CoreAudio     0x922c24fb HALB_IOThread::Entry(void*) + 69
    8   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    9   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    10  libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 35:: WorkerPool/-754667520
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 36:: WorkerPool/-754528256
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 37:: WorkerPool/-754388992
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 38:: WorkerPool/-754249728
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 39:: WorkerPool/-754110464
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 40:: WorkerPool/-753971200
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 41:: WorkerPool/-753692672
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 42:: WorkerPool/-753553408
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 43:: WorkerPool/-876240896
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 44:: WorkerPool/-753831936
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 45:: WorkerPool/-715182080
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4c25 pthread_cond_timedwait$UNIX2003 + 71
    3   libcef.dylib                   0x0bf0ec99 0xbe9d000 + 466073
    4   libcef.dylib                   0x0bf12e93 0xbe9d000 + 482963
    5   libcef.dylib                   0x0bf13364 0xbe9d000 + 484196
    6   libcef.dylib                   0x0bf1144a 0xbe9d000 + 476234
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 46 Crashed:: Dispatch queue: OpenGLMT
    0   libsystem_platform.dylib       0x937dd25a _platform_bzero$VARIANT$sse42 + 90
    1   libGLProgrammability.dylib     0x97809b7a BitSetSetRangeEqualsInternal + 119
    2   libGLProgrammability.dylib     0x978099e3 BitSetNew + 140
    3   libGLProgrammability.dylib     0x97816a34 RegistersInitialize + 37
    4   libGLProgrammability.dylib     0x978214d7 glpPPShaderLinearizeStreamMgrEx + 6398
    5   libGLProgrammability.dylib     0x9782164c glpPPShaderLinearizeEx + 79
    6   libGLProgrammability.dylib     0x978215f8 glpPPShaderLinearize + 32
    7   GLRendererFloat               0x9b6c1be4 gldLoadPipelineProgram + 380
    8   GLRendererFloat               0x9b6baae1 gldUpdateDispatch + 2112
    9   GLEngine                       0x91a8ff79 gleFallbackBegin + 459
    10  GLEngine                       0x919901e0 gleUpdateDispatchCodeChange + 184
    11  GLEngine                       0x91a814d6 gleDoDrawDispatchCore + 618
    12  GLEngine                       0x91a2a1d6 glDrawElementsInstancedBaseVertex_STD_Exec + 289
    13  GLEngine                       0x91a2a0a7 glDrawElements_UnpackThread + 154
    14  GLEngine                       0x91a7c73d gleCmdProcessor + 75
    15  libdispatch.dylib             0x9a29caf3 _dispatch_queue_drain + 410
    16  libdispatch.dylib             0x9a29dfcf _dispatch_queue_invoke + 126
    17  libdispatch.dylib             0x9a29c38a _dispatch_root_queue_drain + 72
    18  libdispatch.dylib             0x9a29d70e _dispatch_worker_thread2 + 39
    19  libsystem_pthread.dylib       0x976c1dab _pthread_wqthread + 336
    20  libsystem_pthread.dylib       0x976c5cce start_wqthread + 30
    Thread 47:: AQConverterThread
    0   libsystem_kernel.dylib         0x91be57ca __psynch_cvwait + 10
    1   libsystem_pthread.dylib       0x976c2d1d _pthread_cond_wait + 728
    2   libsystem_pthread.dylib       0x976c4bd9 pthread_cond_wait$UNIX2003 + 71
    3   com.apple.audio.toolbox.AudioToolbox 0x95ca012f CAGuard::Wait() + 67
    4   com.apple.audio.toolbox.AudioToolbox 0x95cc4d58 AQConverterManager::AQConverterThread::Run() + 602
    5   com.apple.audio.toolbox.AudioToolbox 0x95cc4af6 AQConverterManager::AQConverterThread::ConverterThreadEntry(void*) + 22
    6   com.apple.audio.toolbox.AudioToolbox 0x95ca0910 CAPThread::Entry(CAPThread*) + 134
    7   libsystem_pthread.dylib       0x976c05fb _pthread_body + 144
    8   libsystem_pthread.dylib       0x976c0485 _pthread_start + 130
    9   libsystem_pthread.dylib       0x976c5cf2 thread_start + 34
    Thread 48:
    0   libsystem_kernel.dylib         0x91be6046 __workq_kernreturn + 10
    1   libsystem_pthread.dylib       0x976c1dcf _pthread_wqthread + 372
    2   libsystem_pthread.dylib       0x976c5cce start_wqthread + 30
    Thread 46 crashed with X86 Thread State (32-bit):
      eax: 0x00000000  ebx: 0x00000000  ecx: 0x00000004  edx: 0x00000078
      edi: 0x00000004  esi: 0x20b00030  ebp: 0xcd72ba68  esp: 0xcd72ba64
       ss: 0x00000023  efl: 0x00010202  eip: 0x937dd25a   cs: 0x0000001b
       ds: 0x00000023   es: 0x00000023   fs: 0x00000023   gs: 0x0000000f
      cr2: 0x00000004
    Logical CPU:     2
    Error Code:      0x00000006
    Trap Number:     14
    Binary Images:
        0x1000 -     0x1ff3 +hl2_osx (???) <3DF7D040-00B2-3A31-B557-1ED1D0BDE08E> /Users/USER/Library/Application Support/Steam/*/hl2_osx
        0x4000 -    0x26ffb +gameoverlayrenderer.dylib (1) <145DB247-7DB3-3DF9-BB30-874DE77A41F1> /Applications/Steam.app/Contents/MacOS/osx32/gameoverlayrenderer.dylib
       0x47000 -    0x48ff3 +steamloader.dylib (0) <B203BC3A-0BB3-3693-B6EE-1CAD86A1BFDE> /Applications/Steam.app/Contents/MacOS/osx32/steamloader.dylib
       0xec000 -    0xf2fff +libsteam_api.dylib (1) <0AF869ED-EA89-39D3-A8C1-41CC63883393> /Users/USER/Library/Application Support/Steam/*/libsteam_api.dylib
      0x240000 -   0x25dff7 +launcher.d

    Please read this whole message before doing anything.
    This procedure is a diagnostic test. It won’t solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it.
    The purpose of this test is to determine whether the problem is localized to your user account. Enable guest logins* and log in as Guest. Don't use the Safari-only “Guest User” login created by “Find My Mac.”
    While logged in as Guest, you won’t have access to any of your documents or settings. Applications will behave as if you were running them for the first time. Don’t be alarmed by this behavior; it’s normal. If you need any passwords or other personal data in order to complete the test, memorize, print, or write them down before you begin.
    Test while logged in as Guest. Same problem?
    After testing, log out of the guest account and, in your own account, disable it if you wish. Any files you created in the guest account will be deleted automatically when you log out of it.
    *Note: If you’ve activated “Find My Mac” or FileVault in OS X 10.7 or later, then you can’t enable the Guest account. The "Guest User" login created by "Find My Mac" is not the same. Create a new account in which to test, and delete it, including its home folder, after testing.

  • Undo retention is set as too less makes flaskback query fails, why?

    Hi All,
    I got a email that some important records has benn deleted. I tried to use flaskback query to see those deleted records.
    I did not found image of table 2 hours older.
    query I am using is
    select * from bd_owner.sales as of timestamp systimestamp - interval '120' minute;Now my question is that why I am not able to see back in time 2 hours before.
    my flaskback setting is
    db_flashback_retention_target        integer     1440       (24 hours)
    db_flash_cache_file                  string
    db_flash_cache_size                  big integer 0so does this really mean that i can look back old image of data for last 24 hours.
    This db is not very active. Undo tablespace is of 2GB size . It was mostly 90% free
    Please correct me here..
    error i am getting is ora-1555 snapshot too old
    ORA-01555: snapshot too old: rollback segment number 26 with name "_SYSSMU26$" too small
    Is it due to undo setting not proper
    undo_management string AUTO
    undo_retention integer 900
    undo_tablespace string UNDOTBS1
    undo tablespace RETENTION is NOGUARANTEEquestion
    1) shall i set undo retention to GUARANTEE.
    Is any perfomance impact of this on database?
    2) shall increase the undo_retention (15 minutes) equal to DB_FLASHBACK_RETENTION_TARGET ie 1440 (24 hour)
    db details
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    PL/SQL Release 11.2.0.1.0 - Production
    CORE    11.2.0.1.0      Production
    TNS for HPUX: Version 11.2.0.1.0 - Production
    NLSRTL Version 11.2.0.1.0 - ProductionThanks In Advance
    for answering these questions

    Hi,
    I think you are hitting the bug
    Bug 9212103 Flashback version query omits deleted rows
    Versions confirmed as being affected
    11.2.0.1
    11.1.0.7
    Issue fixed in
    This issue is fixed in
    12.1 (Future Release)
    11.2.0.2 (Server Patch Set)
    Kind Regards,
    Rakesh jayappa

  • Doubt on undo retention

    Hi Friends,
    Just clarification on undo (11g)
    I set undo retention to 15 mins.
    user A performs transaction without commit and the old data is in undo for read consistency.
    when user B performs select query on user A's transaction it gives old data for read consistency from undo.
    The time has excedded 15 mins (say 20 mins) without commit so the data in undo is ready for overwrite
    user c performs DML statement and it requires space on undo and the user A transaction's old snapshot in undo is overwritten.
    Now user D perform's select query on user A's transaction ( i believe he gets snapshoot too old error as the old data is overwritten) pls confirm?
    Now when user A perform's roll back what will happen since the old data is already overwritten in undo (by user c's transaction) how the roll back is performed (or) will he get snap shot too old error?
    My question:
    if the users's are getting snapshot too old because the data is not available in undo then from where the data is rolled back if the user who initiated the DML(beyond undo retention) performs rollback?
    Regards,
    DB

    Read consistency is achieved for committed data by undo_retention parameter exclusively which is specified in seconds ,it determines how much committed's undo data to keep in undo tablespace.Undo retention period mark two state (expired and unexpired) on committed's undo data.Old (committed) undo information that is older than the current undo retention period is said to be expired.Old undo information with an age that is less than the current undo retention period is said to be unexpired.
    if (Undo committed data age)< undo_retention then
      Undo committed data:='Unexpired'
    else
      Undo committed data:='Expired'
    end if;Whenever there is shortage of undo space then Oracle will first overwrite expired committed's undo data , if the space issue still persist then oracle will start to overwrite unexpired committed's undo data.If yours long running query does not find expired or unexpired committed's undo data then an old snapshot error pop out during the execution of this query.
    To safeguard unexpired committed's undo data is called to govern undo_retention,to guarantee the success of long-running queries you can enable retention guarantee.If retention guarantee is enabled, the specified minimum undo retention is guaranteed; the database never overwrites unexpired undo data no matter others transactions fail due to lack of space in the undo tablespace.
    Do not relate undo retention period to un committed data.Un committed undo will never overwrite during the life span of yours database instance.
    Khurram

  • UNDO Retention Problem

    We have a three node 11.1.0.6 RAC.
    Each node has a different undo tablespace specified...these parms:
    INST_ID     NAME     VALUE     DISPLAY_VALUE
    1     db_flashback_retention_target     1440     1440
    2     db_flashback_retention_target     1440     1440
    3     db_flashback_retention_target     1440     1440
    1     undo_management     AUTO     AUTO
    2     undo_management     AUTO     AUTO
    3     undo_management     AUTO     AUTO
    1     undo_retention     64800     64800
    2     undo_retention     64800     64800
    3     undo_retention     64800     64800
    1     undo_tablespace     UNDOTBS1     UNDOTBS1
    2     undo_tablespace     UNDOTBS2     UNDOTBS2
    3     undo_tablespace     UNDOTBS3     UNDOTBS3
    space in each tablespace is plentiful...each at about 11G expandable to 16G. Only 3GB used in one tablespace...100MB in the other two.
    retention guarantee is not set on.
    notice undo_retention is at 18 hours.
    I do the following
    SELECT COUNT(*) FROM MYTABLE as of TIMESTAMP to_timestamp(sysdate - 1/24); --- 1 hour ago.
    ORA-01555 snapshot too old.
    This appears to be a bug....the UNDO tablespaces are never stressed...not even close. undo retention is set to 16 hours....my query only asks for a measly 1 hour ago.
    Why snapshot too old?! Why unexpired undo info gone?!
    I wonder if undo info is getting spread across the RAC and when I do the flashback query, it only looks at the session's local node and can't find it. But thats not how RAC is supposed to work......Just shooting in the dark.
    does db_flashback_retention_target have to be set higher?....doesn't seem from DOCs like that deals with flashback query, just flashback DB.
    Anyone know why this is happening...Remember the UNDO tablespaces never get close to their capacity...never have to auto-expand.
    I should not have to (and don't want to) set RETENTION GUARANTEE on...don't suggest that....I want to know why this failed without it.
    I expect all undo info from 1 hour ago to have been kept if retention is set to 16 hours and the tablespace is not stressed...correct?
    Thanks for any Help you can give.
    Edited by: user3233984 on Mar 30, 2011 2:50 PM

    The big problem with flashback archive tablespaces that I see is that once you place a table into the archive tablespace you cannot alter the table. We have added hundreds of new data columns to our tables over the last couple of years. Some of them have history tables or archived data associated with them.
    The new columns are just null in the history and when archived data is retrieved. I see not being able to alter archived tables as a big problem.
    As for the OP problem. Delayed block clean up is supposed to no longer be a problem in 11g though we all know how past statements from Oracle on like claims have played out (that is, sometimes what Oracle says is fixed turns out to be only partially fixed or the fix introduced a new problem).
    Another possible issue is if Oracle automatic undo managment offlined or dropped any of the undo segments since the segment was not needed. I believe that undo managment is written to the alert log so it should be worth a look.
    IMHO -- Mark D Powell --

  • Undo retention and tablespace size

    Situation:
    Oracle 9.2.0.1 configured with undo_retention=10800 but with a 2GB size limit for the
    undo tablespace with no autoextend.
    As far as i know, with 10800 the undo tablespace could grown to around 10GB
    but i'm not sure tho. I REALLY need to know if this is clearly a wrong setup (imho it
    is) or could be an acceptable situation in some scenarios.
    Thanks heap in advance.

    Oracle 9.2.0.1 configured with undo_retention=108003 Hours? This is realy huge undo retention time.
    with a 2GB size limit for the undo tablespace with no autoextend.You probably mean datafile not tablespace.
    You don't need resize existing datafile you could just add another datafile to undo tablespace.

  • Why does Quickbooks 2015 cause "Excessive Wakeups" and crash?

    I had to buy Quickbooks 2015 because I upgraded to Yosemite. I cannot install it. Every time I install, it crashes before I can register it or even use it. I have re-installed many times and worked with Quickbooks support. It seems to hinge on "Excessive Wakeups."
    See Console Messages:
    11/22/14 8:58:55.000 PM kernel[0]: process QuickBooks 2015[425] caught causing excessive wakeups. Observed wakeups rate (per sec): 2563; Maximum permitted wakeups rate (per sec): 150; Observation period: 300 seconds; Task lifetime number of wakeups: 45006
    11/22/14 8:58:55.420 PM com.apple.xpc.launchd[1]: (com.apple.ReportCrash[432]) Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.ReportCrash
    11/22/14 8:58:55.421 PM ReportCrash[432]: Invoking spindump for pid=425 wakeups_rate=2563 duration=18 because of excessive wakeups
    11/22/14 8:58:56.653 PM spindump[355]: Saved wakeups_resource.diag report for QuickBooks 2015 version 16.0.1.1384 R2 (16.0.1.1384) to /Library/Logs/DiagnosticReports/QuickBooks 2015_2014-11-22-205856_Donalds-MacBook-Pro-3.wakeups_resource.diag
    11/22/14 8:59:12.931 PM com.apple.xpc.launchd[1]: (com.intuit.QuickBooks2015.357020[425]) Service exited due to signal: Terminated: 15
    11/22/14 8:59:13.519 PM Keychain Access[203]:  SOSCCThisDeviceIsInCircle SOSCCThisDeviceIsInCircle!! 9
    11/22/14 8:59:37.306 PM spindump[355]: Saved hang report for QuickBooks 2015 version 16.0.1.1384 R2 (16.0.1.1384) to /Library/Logs/DiagnosticReports/QuickBooks 2015_2014-11-22-205937_Donalds-MacBook-Pro-3.hang
    11/22/14 8:59:45.808 PM QuickBooks 2015[436]: Cannot find executable for CFBundle 0x40083f5e0 </Applications/QuickBooks 2015.app/Contents/Resources/CarbonResources.bundle> (not loaded)
    11/22/14 8:59:45.811 PM QuickBooks 2015[436]: objc[436]: Class ErrorViewController is implemented in both /Applications/QuickBooks 2015.app/Contents/Resources/ItemImporter.bundle/Contents/MacOS/ItemImporter and /Applications/QuickBooks 2015.app/Contents/Resources/SpreadsheetImporter.bundle/Contents/MacOS/Spreadshe etImporter. One of the two will be used. Which one is undefined.
    11/22/14 8:59:45.811 PM QuickBooks 2015[436]: objc[436]: Class PastableFieldEditor is implemented in both /Applications/QuickBooks 2015.app/Contents/Resources/ItemImporter.bundle/Contents/MacOS/ItemImporter and /Applications/QuickBooks 2015.app/Contents/Resources/SpreadsheetImporter.bundle/Contents/MacOS/Spreadshe etImporter. One of the two will be used. Which one is undefined.
    11/22/14 8:59:45.811 PM QuickBooks 2015[436]: objc[436]: Class PastableTableView is implemented in both /Applications/QuickBooks 2015.app/Contents/Resources/ItemImporter.bundle/Contents/MacOS/ItemImporter and /Applications/QuickBooks 2015.app/Contents/Resources/SpreadsheetImporter.bundle/Contents/MacOS/Spreadshe etImporter. One of the two will be used. Which one is undefined.
    11/22/14 8:59:45.945 PM bird[240]: Assertion failed: ![_xpcClients containsObject:client]
    11/22/14 8:59:45.945 PM bird[240]: Assertion failed: ![_xpcClients containsObject:client]
    11/22/14 8:59:46.388 PM Keychain Access[203]:  SOSCCThisDeviceIsInCircle SOSCCThisDeviceIsInCircle!! 10
    11/22/14 8:59:46.738 PM QuickBooks 2015[436]: {muclient} browsing for serivce
    11/22/14 8:59:49.604 PM QuickBooks 2015[436]: QuickBooks 2015(436,0x10debb000) malloc: reference count underflow for 0x400f793c0, break on auto_refcount_underflow_error to debug.
    11/22/14 8:59:49.604 PM QuickBooks 2015[436]: QuickBooks 2015(436,0x10debb000) malloc: reference count underflow for 0x400f44f20, break on auto_refcount_underflow_error to debug.
    I need the program for work I do.

    Good to know I'm not alone with this particular problem, and that it probably isn't my particular phone. Curiously, when I first installed the new version of PCSuite - it told me that I needed to install some kind of plugin for PCSuite onto my phone. No idea what, and cannot imagine. At that point, though, I do not think PCSuite was crashing, just giving the strange message.
    However, my phone, after its firmware upgrade did keep trying to download something mysterious, and was giving me a message about incompatible software. I solved that problem by deleting a couple of unknown apps (just alphanumeric gobbledegook) found through references on these forums. I wish I could remember the precise messages I was receiving. Phone itself now works fine, however - and no more strange messages, either from the phone or from PCSuite - just the PCSuite alleged crash. Uninstalling and reinstalling PCSuite, and its related apps (eg connectivity wotsit, cable driver wotsit) does not help.
    Sounds like if we could just rename or bump up some version number reference within the PCSuite program and its related installs, we might solve the problem.
    By the way - does anyone know where you can get an up to date PCSuite Cleaner. Seems to have disappeared from the Nokia site?Message Edited by ozerdavid on 07-Dec-200711:39 AM

  • (10g) 자동화된 UNDO RETENTION 튜닝

    제품 : ORACLE SERVER
    작성날짜 : 2004-05-17
    PURPOSE
    이 문서는 Oracle 10g 에서 자동화된 UNDO RETENTION 기능에 대하여
    소개하는 자료이다.
    Explanation
    - Automatic tuning of undo retention in 10g.
    Oracle 9i 에서는 ORA-1555 error가 가끔 발생하여 DBA가 이에 대한
    조정을 해줄 필요가 있었다. 그러나, Oracle 10g 부터는 UNDO_RETENTION
    에 대한 자동 튜닝 기능을 제공하게 되었다. 따라서, ORA-1555 에러가
    발생하지 않도록 자동으로 UNDO RETENTION을 튜닝한다.
    - Mandatory setting
    1) UNDO_RETENTION=0 (10g: 이 파라미터 값을 0으로 해야 자동 활성화됨)
    2) 반드시 SMU(System Managed Undo)를 사용해야 함.
    - 자동 튜닝의 방식
    UNDO_RETENTION을 0으로 셋팅하면 UNDO_RETENTION의 최소값은 900초가 된다.
    즉 15분이다. MMON process가 매 30초마다 query duration을 계산한다.
    MAXQUERYLEN 이라는 값을 계산하는데 이 값에 따라서 MMON은
    TUNED_UNDORETENTION 이라는 수치를 결정한다. 이것은 새로운 UNDO
    RETENTION 값이 TUNED_UNDORETENTION 로 셋팅이 됨을 의미한다.
    계산 공식은 다음과 같다.
    TUNED_UNDORETENTION = MAXQUERYLEN + 300 Sec.
    Example
    테스트를 위한 작업 순서는 다음과 같다.
    1. 다음 SQL을 이용하여 TB1과 TB2 라는 두 개의 테이블을 생성한다.
    create table tb1
         (col1 number not null,
         col2 number,
         col3 number,
         col4 number,
         col5 char(10),
         col6 date,
         col7 char,
         col8 real,
         col9 float,
         col10 float(10))
         tablespace test1;
         begin
         for i in 1..250 loop
         insert into tb1 values (6,1,3,1,'afdfaa','10-SEP-91','g',11.11,10.11,.11);
         insert into tb1 values (7,34,1,23,'faaaa','12-AUG-91','h',11.1,1.11,1.1);
         insert into tb1 values (8,91,17,1,'alkaa','10-AUG-87','i',6.11,31.11,0);
         insert into tb1 values (9,0,8,1,'adfda','12-AUG-91','j',11.11,11.11,11.11);
         insert into tb1 values (10,5,1,1,'advfaa','17-AUG-91','k',1.11,1.11,1111);
         insert into tb1 values (11,5,67,1,'acva','13-AUG-91','l',1.11,13.11,13.11);
         insert into tb1 values (12,7,1,3,'aadfa','14-AUG-90','m',11.11,11.11,11.11);
         insert into tb1 values (13,9,4,1,'ajhka','10-AUG-55','n',11.11,11.41,31.11);
         insert into tb1 values (14,1,1,3,'sdda','10-AUG-91','o',11.11,11.11,11.11);
         insert into tb1 values (15,6,1,3,'sdd332','10-AUG-91','o',11.11,11.11,11.11);
         end loop;
         end;
         create table tb2
         (col1 number not null,
         col2 number,
         col3 number,
         col4 number,
         col5 char(10),
         col6 date,
         col7 char,
         col8 real,
         col9 float,
         col10 float(10))
         tablespace test2;
         begin
         for i in 1..250 loop
         insert into tb2 values (16,100,100,100,'aaaa','10-AUG-95','a',111.11,11.11,11.11);
         insert into tb2 values (27,200,200,200,'bb','11-AUG-95','b',221.22,22.22,22.22);
         insert into tb2 values (38,300,300,300,'ccccccc','12-AUG-99','c',31.333,333.33,3333.3);
         insert into tb2 values (40,400,400,400,'dddddddd','12-AUG-99','d',111.11,11.11,11.11);
         insert into tb2 values (50,33,10000,1000,'aaa','10-AUG-94','f',11.11,111.11,321.11);
         insert into tb2 values (60,1000,3000,10000,'afdfaa','10-SEP-97','g',111.11,144.11,.11);
         insert into tb2 values (70,341,10,2310,'fghfgaaaa','12-AUG-98','h',11.1,11.11,1.1);
         insert into tb2 values (80,0910000,1780,100,'aallkaa','10-AUG-89','i',611.11,311.11,0);
         insert into tb2 values (90,0,80,1000,'adfda','12-AUG-96','j',11.11,11.11,111.11);
         insert into tb2 values (100,51,10,1000000,'advfaa','17-AUG-97','k',11.11,11.11,1111);
         end loop;
         end;
    2. 같은 test schema에서 다른 세션을 open한다.
    3. test schema에게 DBA 권한을 부여한다.
    4. 첫번 째 SESSION에서 다음 SELECT 문장을 수행한다.
    SELECT TB1.*, TB2.*
    FROM TB1, TB2
    WHERE TB1.COL1 > TB2.COL1;
    5. 두번 째 SESSION에서 위 4단계 수행후 2~5초 정도 후에 다음 명령을 수행한다.
    alter system set "_smu_debug_mode" = 45;
    set transaction use rollback segment "_SYSSMU3$";
    set echo on;
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    set transaction use rollback segment "_SYSSMU3$";
    update tb1 set col1 = col1;
    commit;
    6. "_SYSSMU3$" 의 사용량을 보기 위해 세번 째 SESSION을 OPEN한다.
    7. 세번 째 SESSION에서 다음 query를 수행한다.
    select tuned_undoretention, maxquerylen, maxqueryid from v$undostat;
    결과는 다음과 같은 형태일 것이다.
    ===================================
    TUNED_UNDORETENTION MAXQUERYLEN MAXQUERYID
    2300 2000 gpxxh7pysj4fs
    900 1 25z699hs9r3wy
    900 1 2syxvjbg8d6s4
    900 44 5scq3kj3rm7tz
    MAXQUERYLEN 값과 계산된 TUNED_UNDORETENTION 값을 살펴보아야 한다.
    (참고) 만약 관련된 query 문을 조회하려고 한다면 다음 SELECT 문을
    수행하면 된다.
    SQL> Select sql_text from v$sqltext
    where sql_id = 'gpxxh7pysj4fs' /* MAXQUERYID value */
    8. 다음 SQL 문을 이용하여 SMU 의 증가량을 확인한다.
    SQL> select USN, RSSIZE, HWMSIZE, OPTSIZE, SHRINKS, segment_name
    from v$rollstat, dba_rollback_segs
    where usn=segment_id and segment_name like '%SMU3$';
    USN RSSIZE HWMSIZE OPTSIZE SHRINKS SEGMENT_NAME
    3 260096 522240 6 _SYSSMU3$
    9. Step 5 아래에 있는 script를 반복해서 수행하고, step 8 의 SQL을
    다시 반복 수행하면 SMU3 의 증가량을 확인할 수 있을 것이다.
    (참고) 이와 같은 Automatic Undo Retention의 튜닝은 ORA-1555 ERROR
    발생을 예방해준다. 그러나 undo tablespace가 autoextend off 이면
    DML 수행 시 UNDO SPACE 부족과 같은 상황에 처할 수 있다.
    UNDO tablespace의 사이즈가 부족하면 UNDO RETENTION 값이 줄어들 수 있다.
    어떤 UNDO RETENTION을 가능하게 하기 위해서는 그 만큼의 UNDO 공간이
    필요하다. Oracle 9i에서는 DBA가 직접 해주어야 했던 이런 고려를
    Oracle Database 10g에서는 Oracle 서버가 대신 해준다.
    Reference Documents
    <Note:240746.1>

    Flashback Drop uses recycle bin...
    make sure:
    - you didn't create table on SYSTEM + SYSAUX tablespaces.
    - You didn't use "purge" when you drop table " drop table xxx purge"
    Example:
    SQL> show parameter undo_retention
    NAME                    TYPE     VALUE
    undo_retention               integer     0
    SQL> select table_name,tablespace_name from user_tables where table_name='TT';
    TABLE_NAME          TABLESPACE_NAME
    TT               USERS
    SQL> drop table TT;
    Table dropped.
    SQL> desc TT
    ERROR:
    ORA-04043: object TT does not exist
    SQL> FLASHBACK TABLE TT TO BEFORE DROP;
    Flashback complete.
    SQL> desc TT
    Name                         Null? Type
    OWNER                         NOT NULL VARCHAR2(30)
    OBJECT_NAME                    NOT NULL VARCHAR2(30)
    SUBOBJECT_NAME                     VARCHAR2(30)
    Edited by: Surachart Opun (HunterX) on Aug 3, 2009 12:56 PM

  • Mac: Flash causes "excessive wakeups" during Adobe Connect meetings

    I posted a message that can be found here last November where Flash was causing Adobe Connect meetings to crash every few minutes.  Since then, there's a new version of Flash (13.0.0.182) and the school has updated their Adobe Connect platform.  However, the problem is still there.
    If it's a meeting with 2 or 3 people everything is fine.  The issue is only present when in a "class" where there are many people (like 8-15) using webcams at once and the instructor is sharing slides or something.  In this situation the meeting window either freezes or restarts every few minutes and upon examining the console log there is a corresponding message stating:
    4/15/14 18:57:27.000 kernel[0]: process PluginProcess[1877] caught causing excessive wakeups. Observed wakeups rate (per sec): 172; Maximum permitted wakeups rate (per sec): 150; Observation period: 300 seconds; Task lifetime number of wakeups: 180731
    4/15/14 18:57:27.867 ReportCrash[1980]: Invoking spindump for pid=1877 wakeups_rate=172 duration=262 because of excessive wakeups
    This happened when using Safari 7.0.2.  When using firefox there is a similar message (only "plugin-container" instead of "PluginProcess" causes the excessive wakeups.  And with Firefox, the wakeup rate tends to be around 1500, not just 172).
    A couple notes:
    1) I've already gone into Safari preferences and allowed Flash to "Run Always" and "Run in Unsafe Mode" for the domain.
    2) I've already removed the Adobe Connect Add-in to eliminate that as a possible source of the problem.  When I examine the Diagnostic Reports in /Library/Logs it's clearly the Flash plugin that's causing the problem, or some interaction between the plugin and the QT Framework, or something.  I don't know.
    3) I've already contacted Apple and (not surprisingly) they told me it's not their problem and to contact Adobe.
    4) Before someone asks - YES my install of Mavericks is a "clean" install.
    5) Adobe Connect works fine on a windows machine on the same connection.
    6) Troubleshooting steps have included reducing the video resolution, disabling hardware acceleration, deleting the preferences files, clearing cache, clearing local storage from the Flash preferences pane, removing and reinstalling the plugin, etc. etc.
    Back when I had Mountain Lion there were problems like this in Safari, and the work-around was to use Firefox or Chrome.  Now it appears it just doesn't work, period.  Has anyone else run into this and is there a work-around?  Thanks.
    -AA

    Yep - makes sense, however that box has been unchecked the whole time.  Also the same thing happens in Firefox which would seem to eliminate that feature as the culprit.
    After researching "excessive wakeups" on other forums it appears there are some similar complaints about PhotoShop, Final Cut, EyeTV, google earth, basically graphics-intensive programs - I can't find any others about Adobe Connect, although the IT folks at the school have told me it's a well-known issue.  I suspect it has something to do with the way Flash interacts with the frameworks in Mavericks but I'm just guessing -  wondering if anyone else has seen this happen or knows a work-around?

  • Undo retention and ORA-01555

    Dear Experts,
    Oracle 9.2.0.6 (Hp-ux 11.11).
    How undo retention and snapshot too old error are related to each other ?
    As per my understanding undo retention is only a request and if a transaction is running out of space, it will use space secured by undo retention.
    Thanks & Regards
    Sunil Kumar

    user13151642 wrote:
    Dear Experts,
    Oracle 9.2.0.6 (Hp-ux 11.11).
    How undo retention and snapshot too old error are related to each other ?
    As per my understanding undo retention is only a request and if a transaction is running out of space, it will use space secured by undo retention.
    Yes, that's why oracle never said in 9i, where this parameter came into existence for the first time that setting it would completely remove the ora1555 issue. If the space is not there and there are incoming transactions requiring the space for their Undo, Oracle can and will overwrite the previously stored Undo leading to the error. That's the reason, you have the Undo Retention guarantee from 10g onwards which ensures that for the time period mentioned, there won't be any overwriting of the Undo data. But, this comes with an issue as well because since now, there is no overwriting of the previosuly written Undo data. the incoming transactions would fail because they won't be able to log their Undo data anymore.
    Aman....

  • Lightning request to OPTIONS /dav/home/ 404 causes excessive logging

    Calendar 7u2-6.11
    We encountered a scenario where a Lightning user causes excessive logging (filled up 10GB logs in a day). These logs over and over...
    1.2.3.4 - - [18/Apr/2012:13:58:42 -0500] "PROPFIND /dav/principals/user%40domain/ HTTP/1.1" 207 762 0 "-" "Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120310 Thunderbird/11.0 Lightning/1.3" 0/7026
    1.2.3.4 - - [18/Apr/2012:13:58:42 -0500] "PROPFIND /dav/home/user%40domain/ HTTP/1.1" 207 461 0 "-" "Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120310 Thunderbird/11.0 Lightning/1.3" 0/11527
    1.2.3.4 - - [18/Apr/2012:13:58:42 -0500] "OPTIONS /dav/home/ HTTP/1.1" 404 23 0 "-" "Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120310 Thunderbird/11.0 Lightning/1.3" 0/5073
    On the client side, this appears in the error console.
    CalDAV: Status 207 on initial PROPFIND for calendar MyCal
    CalDAV: Authentication scheme for MyCal is Basic
    CalDAV: recv: <?xml version='1.0' encoding='UTF-8'?><D:multistatus xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav" xmlns:M="urn:ietf:params:xml:ns:carddav">
    <D:response>
    <D:href>/dav/home/user@domain/</D:href>
    <D:propstat>
    <D:prop>
    <D:resourcetype><D:collection /></D:resourcetype>
    <D:owner>
    <D:href>/dav/principals/user@domain/</D:href>
    </D:owner>
    <D:supported-report-set><D:supported-report><D:report><D:principal-search-property-set /></D:report></D:supported-report><D:supported-report><D:report><D:principal-property-search /></D:report></D:supported-report><D:supported-report><D:report><D:principal-match /></D:report></D:supported-report><D:supported-report><D:report><D:expand-property /></D:report></D:supported-report><D:supported-report><D:report><D:sync-collection /></D:report></D:supported-report><D:supported-report><D:report><C:calendar-multiget /></D:report></D:supported-report><D:supported-report><D:report><C:calendar-query /></D:report></D:supported-report><D:supported-report><D:report><M:addressbook-multiget /></D:report></D:supported-report><D:supported-report><D:report><M:addressbook-query /></D:report></D:supported-report></D:supported-report-set>
    <F:getctag xmlns:F=" http://calendarserver.org/ns/ ">"1334776461000.9"</F:getctag>
    </D:prop>
    <D:status>HTTP/1.1 200 OK</D:status>
    </D:propstat>
    <D:propstat>
    <D:prop>
    <C:supported-calendar-component-set />
    </D:prop>
    <D:status>HTTP/1.1 404 Not Found</D:status>
    </D:propstat>
    </D:response>
    </D:multistatus>
    CalDAV: Collection has webdav sync support
    Warning: There has been an error reading data for calendar: MyCal. However, this error is believed to be minor, so the program will attempt to continue. Error code: DAV_DAV_NOT_CALDAV. Description: The resource at https://server.host.name/dav/home/user@domain is a DAV collection but not a CalDAV calendar
    Warning: There has been an error reading data for calendar: MyCal. However, this error is believed to be minor, so the program will attempt to continue. Error code: READ_FAILED. Description:
    User reports that Lightning was set up and working a week before these errors started.
    Does anyone know what could be triggering Lightning to experience this problem?

    This is an example technique to protect against this Lightning bug. Essentially, if the server process notices that a single client has requested /dav/home/something/ more than X times during its lifetime, then it issues a 403 error, which causes Lightning to break out of its loop. Keep in mind that the code below hasn't been completely tested.
    It requires:
    <ul>
    <li>Use Apache with mod_proxy in front of the CalDAV server</li>
    <li>Use mod_perl (version 2) in order to hook into the early stages of the HTTP request cycle</li>
    <li>Apache is built to use the "worker" MPM</li>
    <li>MaxRequestsPerChild is configured appropriately in proportion to what you configure "PerlSetVar block_lim" below.</li>
    </ul>
    Install this Perl module in your Perl INC path:
    <blockquote>
    package DOSProtect;
    use strict;
    use warnings;
    use Apache2::Const qw(:common :log);
    use Apache2::RequestRec;
    use Apache2::Request;
    use Apache2::Connection;
    use Apache2::Log;
    # this is a global variable that does not lose state
    # during the life of the apache process
    my %state;
    sub handler {
    my $r = shift;
    # set this in Apache config with:
    # PerlSetVar block_uri /regex/uri/(to_match)/
    # (make sure it contains a capture)
    my $block_uri = $r->dir_config('block_uri');
    # set this in Apache config with:
    # PerlSetVar block_lim num
    my $block_lim = $r->dir_config('block_lim');
    # get the URI and IP from the apache request
    my $uri = $r->uri;
    my $ip = $r->connection->remote_ip();
    # misconfiguration? - bail out
    return DECLINED unless ( $block_uri and $block_lim and $uri and $ip );
    # return 403 forbidden if the URI is requested from an IP more than the
    # limit during the life of the apache process
    if ( $uri =~ $block_uri and ++$state{$1}{$ip} >= $block_lim ) {
    $r->log_error("Requests to $uri from $ip exceeded $block_lim");
    return FORBIDDEN;
    # this means that the request continues uninhibited
    return DECLINED;
    1;
    </blockquote>
    In the Apache conf:
    <blockquote>
    <Location /dav/home>
    PerlAccessHandler DOSProtect
    PerlSetVar block_uri /dav/home/[^/]+/
    PerlSetVar block_lim 10
    </Location>
    </blockquote>

  • Impossible to debug AIR Application on Mac OS X Maverick. After several seconds AIR App freezes and Mac OS console displays : adl caught causing excessive wakeups. Can you help on that issue ?

    After launching my app in debug mode, app starts correctly, and after few seconds, apps completely freezes, there is no possibility to pause it, and Mac OS console gives such message :
    06/08/2014 17:27:58,000 kernel[0]: process adl[2941] caught causing excessive wakeups. Observed wakeups rate (per sec): 1278; Maximum permitted wakeups rate (per sec): 150; Observation period: 300 seconds; Task lifetime number of wakeups: 45028
    Note that on another mac, i don't have that issue, with the same application.

    After a lot of searches, at least i have an indication. When i set -debug=false, i don't have the issue anymore. But of course, i can't debug my file, so it is not of a great help, but maybe this will lead to an idea to you all..
    Note that Apple support was indicating me that by creating a new user account on my Mac i could have solved it. I tried, and it seems to work for few hours. But after the problem came back again with my new account.
    Of course still looking for a solution , it is very very annoying.

Maybe you are looking for

  • ArtifactGenerator Warning Msg

    I am getting warning message to the new custom tables, while running artefact generator. Is there any way to avoid this warning? - 2010-05-10 21:49:19,094 [main] INFO (artifactgen.metadata.DatabaseRepository) Retrieving all tables for access by entit

  • What is the difference between logical ROWID and physical ROWID

    hello can u please explain the difference between logical ROWID and physical ROWID regards,

  • Quicktime X does not recognize Chapter Markers

    I am exporting media in Quicktime format with H.264 codec. I have three markers labeled as Encore Chapter Markers. When I open the rendered .mov file in Quicktime Player 7, there are three chapters at the correct timecodes (0:03, 0:18, 0:33). When I

  • Getting rid of my power hungry pc tower

    Hi there i was wondering how the macbook pro 17" would compare to my trusty 3 year old desktop pc (abit ic-7g, single core p4ht 3ghz, 2gb ram, radeon 9800 pro 128, iiyama 22" ma203dt crt) one selling point for me is the maximum power consumption figu

  • How to get correct dates on documents?

    MacBook Pro (OS 10.6.8) attributes the same date to all documents and programs, regardless of when they were created.  The problem started after the computer was allowed to run out of battery power.  It seemed to start up ok after the computer was pl