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,
JaredThank 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 -
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.
Thankshere 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....
ThanksNot 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.dPlease 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 questionsHi,
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 -
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,
DBRead 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 -
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 PMThe 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.
-AAYep - 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? -
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 Kumaruser13151642 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> -
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
-
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