HT4889 Migration Assistant taking too long

I am trying to Migrate from my old MacBook Pro to my new MacBook Air using a Thunderbolt cable but the Migration Assistant is telling me this will take 642 hours. How can this be?

Welcome to Apple Suppport Communities
You should see that time decreases quickly. Note that sometimes Migration Assistant may give a wrong remaining time. If you see that Migration Assistant doesn't progress or it keeps saying that it will take 642 hours, unplug and plug your Thunderbolt cable again. If nothing works, restart the Mac that is receiving the files from the other computer and try again. Make sure that Migration Assistant isn't transferring the data through Wi-Fi turning off Wi-Fi on the menu bar

Similar Messages

  • Why is Migration Assistant taking soooo long?

    I just bought a new MacBook Pro 13". I decided to transfer most of my stuff from my old iBook G4. I tried to use a firewire cable but MA said "Mac OSX is not installed on your old Mac." Huhhh? That machine has never seen anything but OSX...
    So I use an ethernet cable directly between the two computers. That works. Except that it is taking INSANELY long. I am only transferring about 30 gigs and it has been going for 6 hours and says it will need 8 more! What can possibly take so long??? When I transfer files over my network using the same cables, 30 gigs takes maximum 30 minutes I think....
    Thanks,
    Bo

    Okay a few things here - first if you're using mavericks on both machines you don't need to do anything with target disk mode. Just using migration assistant on both machines connected by thunderbolt is enough.
    Second, I have a 2011 MacBook Air and it does have a single thunderbolt port. Pre-2011 may have been the mini display port.
    Finally, and the reason I stumbled onto this, the thunderbolt connection works wonderfully fast but there's some kind of bug in migration assistant that defaults to the wifi connection if both machines are connected to the network, even if you have a thunderbolt cable connected. I'm transferring a 2011 MacBook Air to a new rMBP and just discovered this issue. I connected with the thunderbolt cable, it estimated around an hour for about 80gb of data then inched closer to 36 mins as the estimate.
    At some point along the way though migration assistant decided wifi would be better and the estimate jumped to over 20 hours. I unplugged my router (only solution for me once both machines had migration assistant running) and it seamlessly defaulted back to thunderbolt where the estimate cut back down to 30ish minutes.
    The thunderbolt cable being worth the extra money or not is I suppose a matter of opinion but for me it's got plenty of other uses to justify the price and certainly made this transfer a lot faster. I just wish migration assistant wouldn't default to wifi without any kind of indicator.
    So I assume too late to help you out but hopefully someone will see this and fix this bug and maybe it'll be helpful to someone else as it's still an issue as of right now.

  • Why is wireless Migration Assistant taking so long?

    I just bought a MacBook Air and I am trying to transfer the data from my old MacBook (Late 2008) wirelessly by Migration Assistant. Both devices are the latest version but it is taking me ages and it doesn't show how long left there is. I'm tring to transfer about 100GB so I thought this could be too much (including my hole music library, some films from iTunes, documents, etc.). Please help me find out what I should do.
    Thank you very much! Have a nice day!

    Welcome to Apple Support Communities
    100 GB is an insane amount of files to transfer through Wi-Fi. Wi-Fi is the slowest way to transfer files, and the one that cause more troubles.
    Instead, I recommend to make a backup of your old MacBook onto an external drive with Time Machine > http://support.apple.com/kb/HT1427 After that, you just have to connect the external drive to your new MacBook Air and follow the same steps you have followed to transfer your files, being this a much quicker way

  • HT4736 Taking too long (2 minutes) to locate and download photos into Photo '11 9.5 (902.7 build running on an older Intel based MacBook Pro with iPhoto libraries on a USB2 External HD).  I checked and repaired HD permissions. Any ideas?

    Regarding iPhoto '11 9.5 (902.7 build running on an older Intel based MacBook Pro with iPhoto libraries on a USB2 External HD).  I am dealing with iPhoto taking too long to download photos.  Specifically, I rechecked and repaired HD permissions. I am running the most current software my five year old Intel MacBook Pro can run.   What happens is that when I connect an external SD card, or my iPhone, the new version of iPhoto takes up to two full minutes to fully acknowledge the device. Then locate new photos and be ready to download them to my external HD.  I am kind of concerned about this.  This has never happened before. 
    I take 20,000 photos a year.  I really don't want to lose any.  Or is there something I am doing wrong?  Or need to be aware of?  Any experienced suggestions would be appreciated.  Thanks.  Have a great day.
    PS.... The cameras I use are Canon SX-30, Nikon D3100, and my iPhone 4S.  Thanks again for your assistance.

    Hello Old Toad.... Those sound like great ideas. 
    I thought I checked and repaired disk permissions on my main boot HD.  That boot disk is Mac OS Extended (Journaled)  Capacity 749.3 GB.  Available 562.53 GB.   BUT.... now that I think of it.... the Seagate external HD with USB2 interface is: Mac OS Extended (Journaled), Capacity 639.79 GB, Available 36.2 GB with my latest iPhoto Library 517.37 GB that was already scanned & updated to be read by the latest iPhoto version. 
    I'll try your suggestions tonight as far as double checking 'permissions' and setting up a tiny test library.
    Or maybe it's time to fill up another External HD?
    I appreciate your and anyone else's suggestions to try.
    Have a great day. ~~ David in Rochester NY

  • R/3 Extraction taking too long to load data into BW

    HI There,
    I'm trying to extract SAP Standard extractor 0FI_AP_4 into BW, and its taking endless time.
    Even the Extract checker RSA3  is taking too long to execute the data. Dont know why its taking so long to execute.
    Since there in not much data to take such a long time.
    Enhanced the datasource with three fields from BSEG using user exits.
    Is that the reason why its taking too long? Does User Exit slows down the extraction process?
    What measures i should take to quicken the process?
    Thanks for your time
    Vandana

    Thanks for all you replies.
    Please go through the steps I've gone through :
    - Installed the Business Content and its in version 3.5
    - Changed the update rules, Transfer rules and migrated the datasource to BI 7
    - Enhanced the 0FI_AP_3 to include three fields BSEG table
    - Ran RSA3 and the new fields are showing but the loading is quite slow.
    - Commented the code and ran RSA3 and with little difference data is showing up
    - Removed the comments and ran, its fine, though it takes little more time then previous step...but data is showing up
    - Replicated the datasource into BW
    - Created the info package and started the init process (before this deleted the previous stored init process)
    - Data isn't loading and please see the error message below.
    Diagnosis
    The data request was a full update.  In this case, the corresponding table in the source system does not
    contain any data. System Response Info IDoc received with status 8. Procedure Check the data basis in the source system.
    - Checked the transformation between datasource 0FI_AP_4 and Infosource ZFI_AP_4
       and I DID NOT found the three fields which i enhanced from BSEG table in the 0FI_AP_4 datasource.
    - Replicated the datasource 0FI_AP_4 again, but no change.
    Now...I dont know whats happening here.
    When i check the datasource 0FI_AP_4 in RSA6, i can see the three new fields from BSEG.
    When i check RSA3, i can see the data getting populated with the three new fields from BSEG,
    When i check the fields in the datasource 0FI_AP_4 in BW, I can see the three new fields. It shows
    that the connection between BW and R/3 is fine, isn't it?
    Now...Can anyone please suggest me how to go forward from here?
    Thanks for your time
    Vandana

  • Data manager jobs taking too long or hanging

    Hoping someone here can provide some assistance with regard to the 4.2 version. We are specifically using BPC/OutlookSoft 4.2SP4 (and in process of upgrading to BPC7.5). Three server environment - SQL, OLAP and Web.
    Problem: Data manager jobs in each application of production appset with five applications are either taking too long to complete for very small jobs (single entity/single period data copy/clear, under 1000 records) or completely hanging for larger jobs. This has been an issue for the last 7 days. During normal operation, small DM jobs ran in under a minute and large ones taking only a few minutes.
    Failed attempts at resolution thus far:
    1. Processed all applications from the OLAP server
    2. Confirmed issue is specific to our appset and is not present in ApShell
    3. Copied packages from ApShell to application to eliminate package corruption
    4. Windows security updates were applied to all three servers but I assume this would also impact ApShell.
    5. Cleared tblDTSLog history
    6. Rebooted all three servers
    7. Suspected antivirus however, problem persists with antivirus disabled on all three servers.
    Other Observations
    There are several tables in the SQL database named k2import# and several stored procedures named DMU_k2import#. My guess is these did not get removed because I killed the hung up jobs. I'm not sure if their existence is causing any issues.
    To make the long story short, how can I narrow down at which point the jobs are hanging up or what is taking the longest time? I have turned on Debug Script but I don't' have documentation to make sense of all this info. What exactly is happening when I run a Clear package?  At this point, my next step is to run SQL Profiler to get a look into what is going on behind the scenes on the sql server. I also want to rule out the COM+ objects on the web server but not sure where to start.
    Any help is greatly appreciated!!
    Thank you,
    Hitesh

    Hi ,
    The problem seems to be related to database. Do you have any maintenance plan for database?
    It is specific for your appset because each appset has own database.
    I suspect you have to run an sp_updatestats (Update Statistics) for your database and I think the issue with your jobs hang will be solved.
    DMU_K2_importXXX  table are coming from hang imports ...you can delete these tables because it is just growing the size of database and for sure are not used anymore.
    Regards
    Sorin Radulescu

  • Discoverer report taking too long time to open.

    HI,
    Discovere reports are taking too long time to open. Please help to resolve this.
    Regards,
    Bhatia

    What is the Dicoverer and the Application release?
    Please refer to the following links (For both Discoverer 4i and 10g). Please note that some Discoverer 4i notes also apply to Discoverer 10g.
    Note: 362851.1 - Guidelines to setup the JVM in Apps Ebusiness Suite 11i and R12
    https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=362851.1
    Note: 68100.1 - Discoverer Performance When Running On Oracle Applications
    https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=68100.1
    Note: 465234.1 - Recommended Client Java Plug-in (JVM/JRE) For Discoverer Plus 10g (10.1.2)
    https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=465234.1
    Note: 329674.1 - Slow Performance When Opening Plus Workbooks from Oracle 11.5.10 Applications Home Page
    https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=329674.1
    Note: 190326.1 - Ideas for Improving Discoverer 4i Performance in an Applications 11i Environment
    https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=190326.1
    Note: 331435.1 - Slow Perfomance Using Disco 4.1 Admin/Desktop in Oracle Applications Mode EUL
    https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=331435.1
    Note: 217669.1 - Refreshing Folders and opening workbooks is slow in Apps 11i environment
    https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=217669.1

  • Browser times out when trying to view my website - says the server is taking too long. And no, I don't have a firewall.

    I can't view my website at www.artisancandies.com, even though it's working and everyone else seems to see it. No, I don't have a firewall, and it's not because of my internet provider - I have AT&T at work, and Comcast at home. My husband can see the site on his laptop. I tried dumping my cache in both Firefox and Safari, but it didn't work. I looked at it through proxify.com, and can see it that way, so I know it works. This is so frustrating, because I used to only see it when I typed in artisancandies.com - it would never work for me if I typed in www.artisancandies.com. Now it doesn't work at all. This is the message I get in Firefox:
    "The connection has timed out. The server at www.artisancandies.com is taking too long to respond."
    Please help!!!
    Kristen Scott

    Linc, here's what I've got from what you asked me to do. I hope you don't mind, but it was simple enough to leave everything in, so you could see the progression:
    Kristen-Scotts-Computer:~ kristenscott$ kextstat -kl | awk ' !/apple/ { print $6 $7 } '
    Kristen-Scotts-Computer:~ kristenscott$ sudo launchctl list | sed 1d | awk ' !/0x|apple|com\.vix|edu\.|org\./ { print $3 } '
    WARNING: Improper use of the sudo command could lead to data loss
    or the deletion of important system files. Please double-check your
    typing when using sudo. Type "man sudo" for more information.
    To proceed, enter your password, or type Ctrl-C to abort.
    Password:
    com.microsoft.office.licensing.helper
    com.google.keystone.daemon
    com.adobe.versioncueCS3
    Kristen-Scotts-Computer:~ kristenscott$ launchctl list | sed 1d | awk ' !/0x|apple|edu\.|org\./ { print $3 } '
    com.google.keystone.root.agent
    com.adobe.ARM.202f4087f2bbde52e3ac2df389f53a4f123223c9cc56a8fd83a6f7ae
    Kristen-Scotts-Computer:~ kristenscott$ ls -1A {,/}Library/{Ad,Compon,Ex,Fram,In,La,Mail/Bu,P*P,Priv,Qu,Scripti,Sta}* 2> /dev/null
    /Library/Components:
    /Library/Extensions:
    /Library/Frameworks:
    Adobe AIR.framework
    NyxAudioAnalysis.framework
    PluginManager.framework
    iLifeFaceRecognition.framework
    iLifeKit.framework
    iLifePageLayout.framework
    iLifeSQLAccess.framework
    iLifeSlideshow.framework
    /Library/Input Methods:
    /Library/Internet Plug-Ins:
    AdobePDFViewer.plugin
    Disabled Plug-Ins
    Flash Player.plugin
    Flip4Mac WMV Plugin.plugin
    Flip4Mac WMV Plugin.webplugin
    Google Earth Web Plug-in.plugin
    JavaPlugin2_NPAPI.plugin
    JavaPluginCocoa.bundle
    Musicnotes.plugin
    NP-PPC-Dir-Shockwave
    Quartz Composer.webplugin
    QuickTime Plugin.plugin
    Scorch.plugin
    SharePointBrowserPlugin.plugin
    SharePointWebKitPlugin.webplugin
    flashplayer.xpt
    googletalkbrowserplugin.plugin
    iPhotoPhotocast.plugin
    npgtpo3dautoplugin.plugin
    nsIQTScriptablePlugin.xpt
    /Library/LaunchAgents:
    com.google.keystone.agent.plist
    /Library/LaunchDaemons:
    com.adobe.versioncueCS3.plist
    com.apple.third_party_32b_kext_logger.plist
    com.google.keystone.daemon.plist
    com.microsoft.office.licensing.helper.plist
    /Library/PreferencePanes:
    Flash Player.prefPane
    Flip4Mac WMV.prefPane
    VersionCue.prefPane
    VersionCueCS3.prefPane
    /Library/PrivilegedHelperTools:
    com.microsoft.office.licensing.helper
    /Library/QuickLook:
    GBQLGenerator.qlgenerator
    iWork.qlgenerator
    /Library/QuickTime:
    AppleIntermediateCodec.component
    AppleMPEG2Codec.component
    Flip4Mac WMV Export.component
    Flip4Mac WMV Import.component
    Google Camera Adapter 0.component
    Google Camera Adapter 1.component
    /Library/ScriptingAdditions:
    Adobe Unit Types
    Adobe Unit Types.osax
    /Library/StartupItems:
    AdobeVersionCue
    HP Trap Monitor
    Library/Address Book Plug-Ins:
    SkypeABDialer.bundle
    SkypeABSMS.bundle
    Library/Internet Plug-Ins:
    Move_Media_Player.plugin
    fbplugin_1_0_1.plugin
    Library/LaunchAgents:
    com.adobe.ARM.202f4087f2bbde52e3ac2df389f53a4f123223c9cc56a8fd83a6f7ae.plist
    com.apple.FolderActions.enabled.plist
    com.apple.FolderActions.folders.plist
    Library/PreferencePanes:
    A Better Finder Preferences.prefPane
    Kristen-Scotts-Computer:~ kristenscott$

  • AirPlay Screen Mirroring (Mavericks) disconnects frequently with "Feedback taking too long to send" message

    My company has several TVs with AppleTVs (3rd generation units) connected in our conference rooms so we can "Screen Mirror" our Mac laptops via AirPlay during meetings. Many employees have complained that AirPlay Screen Mirroring drops frequently during meetings for no apparent reason.
    In attempts to determine the cause of the issue, I removed the AppleTV units from Wi-Fi and hard-wired them all to the LAN (100Mbps/Full duplex, no switchport errors seen on the Cisco switch). I upgraded the AppleTVs to the latest firmware. I had our AppleTV users ensure they were running MacOS Mavericks with the latest software updates installed. I had the Mac laptops hard-wired into the LAN during meetings in the conference rooms. None of these changes resolved the AirPlay issue.
    I reviewed the MacOS "/var/log/system.log" file from the laptops of several users that reported issues. I found a pattern that seemed to indicate that the "coreaudiod" process reported "Feedback taking too long to send" several times before the AppleTV connection was terminated. Also, from a network trace (using "tcpdump") taken during an unexpected AirPlay Screen Mirroring disconnection, I could see that the Mac laptop sent a TCP FIN packet to the AppleTV unit (this would indicate that the MacOS laptop initiated the closing of the AirPlay connection).
    I have included the relevant log file entries below. Please note that the LAN internal to our company is "solid" and there have been no connectivity issues detected or reported during the times the AirPlay sessions were disconnected.
    I believe I have found a workaround to this issue. By going into "System Preferences", "Sound" and then changing the "Output" device BACK to the "Internal Speakers" (rather than the AirPlay destination), the AirPlay Screen Monitoring connection seems to remain stable.
    My questions are:
    - is anyone else experiencing this type of problem? any other solutions recommended?
    - is there a way to change the AirPlay defaults so that Screen Mirroring only sends the video (not audio)?
    - does anyone know what the log file entries indicate (like, what does "Feedback taking too long to send...." mean)?
    - any fix planned for this issue?
    From: "/var/log/system.log":
    Jan 16 10:50:16 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:16.454404 AM [AirPlay] ### Feedback taking too long to send (1 seconds, 1 total)
    Jan 16 10:50:18 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:18.524517 AM [AirPlay] ### Feedback taking too long to send (4 seconds, 2 total)
    Jan 16 10:50:20 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:20.533639 AM [AirPlay] ### Feedback taking too long to send (6 seconds, 3 total)
    Jan 16 10:50:22 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:22.548168 AM [AirPlay] ### Feedback taking too long to send (8 seconds, 4 total)
    Jan 16 10:50:24 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:24.554522 AM [AirPlay] ### Feedback taking too long to send (10 seconds, 5 total)
    Jan 16 10:50:24 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:24.554809 AM [AirPlay] ### Report network status (3, en0) failed: 1/0x1 kCFHostErrorHostNotFound / kCFStreamErrorSOCKSSubDomainVersionCode / kCFStreamErrorSOCKS5BadResponseAddr / kCFStreamErrorDomainPOSIX / evtNotEnb / siInitSDTblErr / kUSBPending / dsBusError / kStatusIsError / kOTSerialSwOverRunErr / cdevResErr / EPERM
    Jan 16 10:50:26 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:26.545531 AM [AirPlay] ### Feedback taking too long to send (12 seconds, 6 total)
    Jan 16 10:50:28 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:28.559050 AM [AirPlay] ### Feedback taking too long to send (14 seconds, 7 total)
    Jan 16 10:50:30 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:30.628868 AM [AirPlay] ### Feedback taking too long to send (16 seconds, 8 total)
    Jan 16 10:50:32 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:32.655638 AM [AirPlay] ### Feedback taking too long to send (18 seconds, 9 total)
    Jan 16 10:50:34 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:34.641952 AM [AirPlay] ### Feedback taking too long to send (20 seconds, 10 total)
    Jan 16 10:50:36 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:36.659854 AM [AirPlay] ### Feedback taking too long to send (22 seconds, 11 total)
    Jan 16 10:50:38 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:38.653594 AM [AirPlay] ### Feedback taking too long to send (24 seconds, 12 total)
    Jan 16 10:50:40 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:40.659279 AM [AirPlay] ### Feedback taking too long to send (26 seconds, 13 total)
    Jan 16 10:50:42 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:42.745549 AM [AirPlay] ### Feedback taking too long to send (28 seconds, 14 total)
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.532853 AM [AirPlay] ### Endpoint "AppleTV" feedback error: -6722/0xFFFFE5BE kTimeoutErr
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.533151 AM [AirPlay] ### Feedback failed: -6722/0xFFFFE5BE kTimeoutErr
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.533273 AM [AirPlay] ### Error with endpoint "AppleTV": -6722/0xFFFFE5BE kTimeoutErr
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.533427 AM [BonjourBrowser] Reconfirming PTR for AppleTV._airplay._tcp.local. on en0
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.533588 AM [BonjourBrowser] Reconfirming PTR for 9C207BBD8EA1@AppleTV._raop._tcp.local. on en0
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.533839 AM [AirPlay] ### AirPlay report: Network dead for 10+ seconds after 159 seconds, screen, nm "AppleTV", tp WiFi, md AppleTV3,1, sv 190.9, rt 0, fu 0, rssi -54
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.534104 AM [AirPlay] ### Report network status (5, en0) failed: 1/0x1 kCFHostErrorHostNotFound / kCFStreamErrorSOCKSSubDomainVersionCode / kCFStreamErrorSOCKS5BadResponseAddr / kCFStreamErrorDomainPOSIX / evtNotEnb / siInitSDTblErr / kUSBPending / dsBusError / kStatusIsError / kOTSerialSwOverRunErr / cdevResErr / EPERM
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.534315 AM [AirPlay] Deactivating virtual display stream for quiesce
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.543682 AM [AirPlayScreenClient] Stopping session
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.543815 AM [AirPlay] Quiescing endpoint 'AppleTV'
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.543907 AM [AirPlayScreenClient] Stopping session internal
    Jan 16 10:50:44 My-MacBook-Pro.local coreaudiod[161]: 2014-01-16 10:50:44.544218 AM [AirPlayScreenClient] Stopped session internal
    Jan 16 10:50:44 My-MacBook-Pro.local AirPlayUIAgent[985]: 2014-01-16 10:50:44.544266 AM [AirPlayAVSys] ### Quiesce AirPlay
    Jan 16 10:50:44 My-MacBook-Pro.local SystemUIServer[159]: 2014-01-16 10:50:44.544297 AM [AirPlayAVSys] ### Quiesce AirPlay
    Jan 16 10:50:44 My-MacBook-Pro.local SystemUIServer[159]: 2014-01-16 10:50:44.553084 AM [AirPlayAVSys] ### Quiesce AirPlay
    Jan 16 10:50:44 My-MacBook-Pro.local AirPlayUIAgent[985]: 2014-01-16 10:50:44.554904 AM [AirPlayAVSys] ### Quiesce AirPlay
    Jan 16 10:50:44 My-MacBook-Pro.local SystemUIServer[159]: 2014-01-16 10:50:44.557604 AM [AirPlayAVSys] Ignoring route away when AirPlay not current
    Jan 16 10:50:44 My-MacBook-Pro.local AirPlayUIAgent[985]: 2014-01-16 10:50:44.560307 AM [AirPlayAVSys] Ignoring route away when AirPlay not current
    Jan 16 10:50:44 My-MacBook-Pro.local WindowServer[89]: Display 0x04280880: GL mask 0x21; bounds (0, 0)[1920 x 1080], 62 modes available
    Jan 16 10:50:44 My-MacBook-Pro.local WindowServer[89]: GLCompositor: GL renderer id 0x01022727, GL mask 0x0000001f, accelerator 0x00004ccb, unit 0, caps QEX|MIPMAP, vram 2048 MB
    I am happy to provide more information if needed.
    Thank you.
    -Tim

    I'm currently still experiencing this as well. I've confirmed it occurs on 10.9.1, 10.9.2, and 10.9.3 on MacBook Pro Retina's, Mid-2012 and 2013 MacBooks. It happens on multiple ATV's not just one, all are updated to 6.1.1 and a simple reboot seems to fix it temporarily but it does come back. All the ATV's are connecting to the network via Wireless not Ethernet. These are 3rd Gen ATV's but I checked the serial number and these do not match the bad batch of Apple TV's from 2013 that were offered up for Replacement for Apple due to the bad firmware update. None of the computers have the Firewall turned on. Here's the two logs that we always find after the issue occurs (logs are recent, happened this morning):
    5/30/14 8:57:36.017 AM coreaudiod[183]: 2014-05-30 08:57:36.016946 AM [AirPlay] ### Feedback taking too long to send (30 seconds, 17 total)
    5/30/14 8:57:36.332 AM coreaudiod[183]: 2014-05-30 08:57:36.331492 AM [AirPlay] ### Feedback failed: -6723/0xFFFFE5BD kCanceledErr
    The user will get disconnected from Airplay anywhere between 30 seconds to 3 minutes after logging on and can reconnect but then once again get disconnected after the same time period. One interesting thing to note is that when the Feedback Taking Too Long to send error starts occuring and the countdown to disconnect start ticking down to 30, its solely referring to Audio not being sent over the network and Video is working just fine. If I try to play sound I get another log and the sound doesn't play through the speakers. After a reboot, sound works fine and the Feedback Error's do not show up. I've also tried switching to Internal Speakers (since it defaultly switches to Airplay Speakers) after connecting to Airplay and seeing the Feedback timer start in the Console Logs but even after that the log continues to saw its taking too long to send and disconnects in 30 seconds. 
    This issue has been ongoing for months, I've got a ticket logged as far back as January with this occuring but its infrequent enough that we've just restarted and moved on. I'd say its an issue that occurs to about 5%-10% of meetings but that's an entire meeting that doesn't have the ability to Airplay until someone comes down and reboots it.
    I don't often post in this forum but its still an active issue with no resolution, proof that its occuring on other people's systems, and no firmware updates having been released to correct it. It'd be nice to know of any workarounds other than having to buy some lamp timers for each conference room just to get a functional ATV or putting up a sign that says hey if you get disconnected every 3 minutes, reboot the ATV. The whole reason we're using Apple products is for ease of use otherwise I'd put together a much cheaper solution myself. Any help or recommended troubleshooting steps would be fantastic at this point.

  • Taking too long time to get LOV

    HI,
    I have created a customer folder in which the query retuns 0.5 million records.
    I have created a item class in airline_name column which is being used in the worksheet as parameter.
    The problem is it is taking too long time near about 2 min to get LOV when the user wants to search the exact name.
    Thanks,
    Himanshu Tiwari

    Hi,
    Usually, you should not use the folder that the report is based on to define the LOV. You should use a separate folder to define the LOV that is optimised to return the content of the LOV.
    Rod West

  • Hyperion Planning Web URL is taking Too long time to respond

    Hi,
    When Users are accessing Hyperion Planning URL web link its taking too long time to respond.We restarted the services after these for 2 hours it works fine after that again same issue.Please advise.

    Hi John,
    Follwing is the Log noted: when URL is slow:
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R com.hyperion.planning.olap.EssbaseException: ESSG_ERR_OPERATIONFAILED (1100027)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseGridAPI.HspSaveGrid(Native Method)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssGConnection.hspSaveGrid(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.loadOrSaveForm(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.saveForm(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.db.HspFMDBImpl.saveFormGrid(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.SaveFormGrid(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at HspEnterData.Handle(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at HspEnterData.doPost(Unknown Source)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1213)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:658)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:526)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:764)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1478)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:133)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:457)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:300)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:196)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:751)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:881)
    [8/15/12 10:17:21:204 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1551)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R com.hyperion.planning.olap.EssbaseException: ESSG_ERR_OPERATIONFAILED (1100027)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseGridAPI.HspSaveGrid(Native Method)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssGConnection.hspSaveGrid(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.loadOrSaveForm(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.saveForm(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.db.HspFMDBImpl.saveFormGrid(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.SaveFormGrid(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at HspEnterData.Handle(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at HspEnterData.doPost(Unknown Source)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1213)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:658)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:526)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:764)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1478)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:133)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:457)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:300)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:196)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:751)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:881)
    [8/15/12 10:17:21:220 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1551)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R com.hyperion.planning.olap.EssbaseException: ESSG_ERR_OPERATIONFAILED (1100027)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseGridAPI.HspSaveGrid(Native Method)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssGConnection.hspSaveGrid(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.loadOrSaveForm(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.saveForm(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.db.HspFMDBImpl.saveFormGrid(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.SaveFormGrid(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at HspEnterData.Handle(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at HspEnterData.doPost(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1213)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:658)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:526)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:764)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1478)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:133)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:457)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:300)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:196)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:751)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:881)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1551)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R com.hyperion.planning.HspRuntimeException: There was an error during the save process.
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.db.HspFMDBImpl.saveFormGrid(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.SaveFormGrid(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at HspEnterData.Handle(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at HspEnterData.doPost(Unknown Source)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1213)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:658)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:526)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:764)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1478)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:133)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:457)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:300)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:196)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:751)
    [8/15/12 10:17:21:236 GMT+08:00] 00000019 SystemErr R      at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:881)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1551)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R com.hyperion.planning.olap.EssbaseException: ESSG_ERR_OPERATIONFAILED (1100027)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseGridAPI.HspSaveGrid(Native Method)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssGConnection.hspSaveGrid(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.loadOrSaveForm(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.olap.HspEssbaseJniOlap.saveForm(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.db.HspFMDBImpl.saveFormGrid(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.SaveFormGrid(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.hyperion.planning.HyperionPlanningBean.Save(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at HspEnterData.Handle(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at HspEnterData.doPost(Unknown Source)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1213)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:658)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:526)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90)
    [8/15/12 10:17:21:251 GMT+08:00] 00000019 SystemErr R      at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:764)

  • Attribute Change run taking too long time to complete.

    Hi all,
    Attribute change run has been taking too long time to complete.It has to realign 50 odd aggreagates, some by delta , some by reconstruction. But inspite of all the aggregates it used to finish in quick time earlier. But since last 4-5 days it is taking indefinite time to finish.
    Can anyone please suggest what all reasons may be causing this? and what possibly can be the solution to the problem? It is becoming a big issue. So kindly help with ur advises.
    Promise to reward your answer liberally.
    Regards,
    Pradyut.

    Hi,
    Check with your functional owners in R/3 if there are mass changes/realignments or classification changes are going on regarding master data. e.g. reasigning materials to other material groups. This causes a major realignment in BW for all the aggregates. Otherwise check for parameterchanges / patches or missing db stats with your sap basis team.
    Kind regards, Patrick Rieken.

  • WebI Report is taking too long time to opening

    Hi All,
    When iam trying to open the WebI report in Infoview , it is taking long time to open and refresh,
    Please suggest me a solution.
    Thanks in advance..
    Regards,
    Mahesh

    Hi,
    As the issue you are facing is that the webi report is taking too long to open and refresh, I would recommend the below steps.
    1. Check whether the webi report is set to "Refreh on Open" if yes probably you need to uncheck, save the report and open it again.
    2. Try to run the same query in the backend database and see if it returns the data.
    3. Try to run refresh the report for a smaller data selection.
    4. make the report run on a specific webi server, and when refreshing have your BOBJ admin monitor that process to see if the process is going in a hung state, using High memory etc.
    5. restart webi process and run again
    Thanks,
    aKs

  • Database open (recovery) taking too long

    Hi,
    Ive been using your awesome BerkeleyDB Java Edition for a couple of years, and have been very happy with it.
    I am currently facing an issue with trying to open the database after a disk-full issue (which resulted in the database being unable to write, and hence not closed properly).
    While recovery seems to be operating, it has been taking an inordinate amount of time - 16 hours so far. My database has data of around 200GB, which inflated to over 450GB during deletion of entries, hence gobbling up all free space on disk.
    My questions are:
    * Should i continue to wait for recovery?
    * Is there any chance that recovery is looping?
    * Is there an easier way (DBDump?) to extract data from the database without having to perform recovery?
    Some other information that may help:
    * The recovery has decreased the size of the last significant file, and created 3 new files since it started running.
    * I have been monitoring the open files (using lsof), and they change every now and then to other files, though a good amount of its time is spent near the end of the database.
    Thus, i feel like recovery is running normally, just taking too long. Please let me know your opinion.
    A few other things i should mention regarding my issue:
    * The database was, till yesterday, running on bdb java 3.3.75. After running several hours of recovery, i upgraded to 4.1.10 (since i read about a possible recovery looping bug in one of the versions)
    * Once 4.1.10 started recovery, it spat out errors regarding the last 2 files. Only on deleting those 2 files (the last being 0 bytes, the 2nd-last being about 5k) did the recovery start. Note that the older 3.3.75's recovery never complained about those files. I can post the errors here if relevant.
    * Some of the jdb files (about 500 files out of the 47,000 files that make up the database) are 100 MB files, since i had experimented with larger sized files for a few days, then reverted the setting.
    Would any of these above affect a successful recovery?
    My setup is:
    OS:Linux CentOS 5.2, 64-bit, kernel 2.6.18-92.el5
    JVM: Sun Java 1.6.0_20, 64-bit
    Memory: 16 GB RAM, of which 8 GB is allocated to the java process (-Xmx8000M -Xms8000M)
    BDB cache set to use 6GB RAM (envconfig.setCacheSize(6000000000))
    Only the BDB basic API is being used (Environment, database, cursors). We do not use DPL, or HA features.
    Awaiting your kind response,
    Sushant A

    Hi Sushant,
    * Should i continue to wait for recovery?* Is there any chance that recovery is looping?>
    I'm not aware of a bug that would cause recovery to loop, however, you may want to take thread dumps to see if it is progressing. It isn't easy to tell, however, since each phase of recovery is in fact a loop. What you can tell easily from the thread dumps is whether recovery is blocked (completely stopped) for some reason. I don't know of a bug that would cause this, but it's something I would check for.
    Assuming it is not blocked, I suggest that you leave recovery running, and additionally (in parallel) try to obtain some information about your log. While recovery is running you can run the DbPrintLog utility, which does not itself run recovery. I suggest running the following command, which will tell us in general what your log looks like and in particular how far apart the checkpoints are:
    java -jar je-x.y.z.jar DbPrintLog -h <envHome> -S > <output>Please post the output.
    If checkpoints are not running in your application for some reason, or they are running very infrequently, this can cause VERY long recoveries. Unfortunately, you may have such a problem in your app and not be aware of it, until you crash and have to recover. To guard against this sort of thing in the future, you should keep an eye on the checkpoint frequency. EnvironmentStats.getNCheckpoints and getEndOfLog can together be used to tell how much log is written between checkpoints. We will also be able to see this from the DbPrintLog -S output.
    * Is there an easier way (DBDump?) to extract data from the database without having to perform recovery?DbDump normally runs recovery. DbDump with the -r or -R option does not run recovery, but has other drawbacks. With -r, a large amount of memory may be necessary to dump an accurate representation of your data set. If this fails because you run out of memory, -R can be used, but this will dump multiple versions of each record and it will be up to you to interpret the output.
    If regular recovery does not succeed, then DbDump -r is the next thing to try.
    Would any of these above affect a successful recovery?No, I don't believe so.
    --mark                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Importing a table with a BLOB column is taking too long

    I am importing a user schema from 9i (9.2.0.6) database to 10g (10.2.1.0) database. One of the large tables (millions of records) with a BLOB column is taking too long to import (more that 24 hours). I have tried all the tricks I know to speed up the import. Here are some of the setting:
    1 - set buffer to 500 Mb
    2 - pre-created the table and turned off logging
    3 - set indexes=N
    4 - set constraints=N
    5 - I have 10 online redo logs with 200 MB each
    6 - Even turned off logging at the database level with disablelogging = true
    It is still taking too long loading the table with the BLOB column. The BLOB field contains PDF files.
    For your info:
    Computer: Sun v490 with 16 CPUs, solaris 10
    memory: 10 Gigabytes
    SGA: 4 Gigabytes

    Legatti,
    I have feedback=10000. However by monitoring the import, I know that its loading average of 130 records per minute. Which is very slow considering that the table contains close to two millions records.
    Thanks for your reply.

Maybe you are looking for