Yosemite upgrade taking too long to restart

Hello!
I am running the upgrade and the bar is full, but it's been a couple of hours with the wheel turning and the message " restarting". My question is, can i manually restart my computer without losing files? I did not made a backup, so I am afraid to just turn it off.

If you are still having problems, your only choice might be to shut down and try again. This time I would download the combo updater and run it instead.
OS X Yosemite 10.10.3 Combo Update
https://support.apple.com/kb/DL1804
it's possible you will need to download the full Yosemite installer and run it again.
If your system fails to restart, hold down Command R when restarting to boot into the Recovery Drive. Use Disk Utility to run Repair Disk and Repair Permissions. If the drive is OK, you can select to Reinstall OS X from recovery.

Similar Messages

  • Installing OSX Yosemite is taking too long

    I am upgrading my operating system from Maverick to Yosemite. The download took a long time and now the installation is taking longer. It's been stuck on "About a minute remaining"  for 2 hours now. how long should it take? How can i abort the installation?

    If you have files in /usr/local, then these files are copied over one at a time into the new /usr directory.  This process can take many hours.  See https://news.ycombinator.com/item?id=8467350 for details.  Here is what I did:
    Use cmd-q to abort the install.
    Reboot into recovery mode (hold cmd-r until apple startup is seen)
    Open terminal window (it is one of the menu selections)
    Move /usr/local into your home directory.  Something like: mv /Volumes/MacOSX/usr/local /Volumes/MacOSX/Users/myhome/
    Reboot.  It will automatically redo the upgrade.
    After the upgrade, move /usr/local back with something like:  ditto -V ~/local /usr/local

  • RMAN - upgrade catalog taking too long

    Hello ,
    I am trying to upgrade the rman catalog and it is taking too long to upgrade , infact after 4 hours wait time it is still excuting the upgrade command .
    Target database is : 11.2.0.3 PSU1
    catalog database : 11.2.0.2
    upgrading the rman catalog to 11.2.0.3 .
    I tried executing the command at a very quiet time of the day when catalog is not been used by any database . Please advice if you have encountered the similar issue and fixed it .
    Thanks
    Venkat

    After some time into execution of "upgrade catalog" i got the output as below , and after that i let all the jobs of rman execute completely from diff databases that are connected to catalog and re-executed the "upgrade catalog" command , which finally completed the upgrade process with out the issues .
    Error :
    RMAN> upgrade catalog;
    error creating upgcat_strt_0
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-06004: ORACLE error from recovery catalog database: ORA-00060: deadlock detected while waiting for resource
    Re-executed when no sessions are connected to catalog and the upgrade process is successful .
    RMAN> connect catalog rman/rman@database
    connected to recovery catalog database
    PL/SQL package RMAN.DBMS_RCVCAT version 11.02.00.02 in RCVCAT database is not cu
    PL/SQL package RMAN.DBMS_RCVMAN version 11.02.00.02 in RCVCAT database is not cu
    RMAN> upgrade catalog;
    recovery catalog owner is RMAN
    enter UPGRADE CATALOG command again to confirm catalog upgrade
    RMAN> upgrade catalog;
    recovery catalog upgraded to version 11.02.00.03
    DBMS_RCVMAN package upgraded to version 11.02.00.03
    DBMS_RCVCAT package upgraded to version 11.02.00.03
    Thanks
    Venkat

  • I shut down when an upgrade was taking too long yesterday, now Itunes will not open today

    I shut down when an upgrade was taking too long yesterday, now Itunes will not open today

    Hello James,
    Thank you for using Apple Support Communities!
    From what you are describing, I have 2 recommendations. First, troubleshoot for 3rd party plugins that may be causing an issue after the interrupted update:
    iTunes: Troubleshooting issues with third-party iTunes plug-ins
    http://support.apple.com/kb/TS3430
    If the issue persists after followign the article, I would next download iTunes from the download page, and install it.
    http://www.apple.com/itunes/download/
    Take care,
    Sterling

  • 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.

  • Elements 10 reinstall taking too long

    I've been trying to reinstall Elements as I've recently upgraded my laptop. The download says it's taking anywhere from 6 to 21 hours!! I've tried it three times on three seperate days on both Chrome and IE and it always ends with the message "the download was taking too long and was stopped by the network". When I try to restart it it restarts from scratch, making it imposssible to ever complete the download. How can I reinstall Elements? I'm downloading from Thailand, is there a special server I should be connecting to?

    What is your current Bandwidth?
    Try from Adobe.com, and use the "In-Cognito Window" (Ctrl+Shift+N) in Chrome, (When you go to www.adobe.com, Choose - UnitesStates English, if it asks you)
    Cheers
    LP

  • 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)

  • 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                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • HT4623 Updating to iOS 7 is taking too long can I cancel?

    I want to abort. Upgrading to iOS 7 as it is taking too long,   I want to try later, can I?

    as long as you do not have a progress bar on the screen of the iphone you should be able to cancel
    Dante

  • Patch taking too long!!

    Hi All,
    I am applying patch for s/w component FINBASIS on my production server but it is taking too long
    the problem here is not with this component only but with every patch that i had applied..
    it took 12-13 hrs to update SPAM...
    SAP: ECC6.0 SR3
    Oracle: 10.2.0.2.0
    Solaris 5.10
    H/W: T6300 Sun Blade
    sar output:
    root@FLGPPSAP01 # sar 2 5
    SunOS FLGPPSAP01 5.10 Generic_127111-03 sun4v    03/23/2009
    16:11:24    %usr    %sys    %wio   %idle
    16:11:26       3       0       0      97
    16:11:28       3       0       0      96
    16:11:30       3       0       0      97
    16:11:32       3       0       0      96
    16:11:34       3       0       0      97
    Average        3       0       0      96
    is there any way to increase the throuput ......
    Regards,
    Sohal...

    Hi Zaheer/Rahul,
    thanx for the prompt response ..
    but i have upgraded kernel patch and SPAM before applying patches....
    I had run SGEN when i installed the system 4 months back...
    My Kernel is 700
    Patch level : 185
    SPAM: 33
    and tp is connecting just fine...
    Regards,
    Sohal...
    Edited by: Harvinder Sohal on Mar 23, 2009 4:13 PM

  • HT5191 (Windows 7/64bit) iTunes Taking too long to Backup.

    Hi guys/gurus/"i" masters,
    Got a MAJOR issue with itunes. I don't know why this happens on windows but this is one issue i can't solve.
    I'm on an iPhone 4s running ios 5.0.1. I want to backup all my stuff before I bring to the latest firmware (5.1.1)
    I've had to force close the program many times as the backup was taking too long, and it didn't even move a bit (backup bar).
    Can anyone please help me to resolve this issue.
    Appreciate the help very much.
    Regards,
    TJB!

    Start by making sure you have the latest version of iTunes.
    If that doesn't do it, you may be seeing something like what is described in this Apple article -> Apple software on Windows: May see performance issues and blank iTunes Store
    If it's what you're seeing, you can try resetting Winsock as a temporary fix or folllow along with the article.
    1. To do so, please do the following in an administrator user:
    Windows Vista and Windows 7: Right click All Programs and choose Accessories > Command Prompt. Choose to open as an administrator.
    Windows XP: Click Start > Run and type in cmd.
    2. Enter the following command: 
    netsh winsock reset
    3. Restart the computer and test the issue.
    Note:  If the issue returns, third-party software may be reinserting the LSP.

  • 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

  • My macbook is taking too long to turn on

    my macbook is taking too long to turn on.

    Try doing a NVRAM/PRAM reset - after you have done this - go to system preferences - startup disk and select your hard drive as the startup drive and restart your Macbook again.
    Resetting NVRAM / PRAM
    Shut down your Mac.
    Locate the following keys on the keyboard: Command (⌘), Option, P, and R. You will need to hold these keys down simultaneously in step 4.
    Turn on the computer.
    Press and hold the Command-Option-P-R keys before the gray screen appears.
    Hold the keys down until the computer restarts and you hear the startup sound for the second time.
    Release the keys.
    After resetting NVRAM or PRAM, you may need to reconfigure your settings for speaker volume, screen resolution, startup disk selection, and time zone information.

  • It is taking too long to login after i installed kaspersky

    MY macbook air was working fine but after i installed kaspersky internet security and restarted it is it taking too long to login.. What do i do?

    Try restarting in Safe Mode: Starting up in Safe Mode
    Try disabling your Login Items: If you think you have incompatible login items
    Both are temporary measures. Either one may allow you to log in so that you can uninstall Kaspersky. If you are unable to log in write back for additional instructions.
    To reboot normally restart your Mac and log in without holding any keys.

Maybe you are looking for