MGP Tuning: MGP Processing taking too long
Hi All,
I have question here related to MGP Processing. MGP Processing is taking too long for us, close to 900 secs. Is there a way to tune and optimize this MGP Process. Right now we have only 3 users syncing and this kind of delay in Sync for users in testing Envt is not acceptable to the client. Is there a way to tune this MGP Process. I am aware of the Consperf process. Should I be running the Consperf for all the publication items to optimize their Sync process or should it be only for those publication items that are taking too long in the Compose/Apply process.
Thanks in advance for all suggestions.
Hi Rekounas,
what would be your recommendation for some 70 snapshots and 50 users? And is there any recommendation for mobile server? We have the mobile server on dedicated machine, which is quite old piece of HW. I presume that it should have just some amount of RAM available for caching of MGP data and that it shouldn't be CPU-power consuming much - is that right? At the monent the compose phase of MGP takes some 25-30 seconds per user when there's some new data to process...
Similar Messages
-
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.
-TimI'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. -
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,
MaheshHi,
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 AHi 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 -
Background process taking very long time to complete.
Dear All,
Platform: HP UX
Version: 12.0.6
While time of shutting down the instance below background process taking very long time to complete.
what is below mention process? can i kill it? total 3 process i am getting while finding ps -ef|grep applpre(applepre is apps instance's owner)
applpre/apps/tech_st/10.1.3/appsutil/jdk/bin/IA64N/java -DCLIENT_PROCESSID=5457 -server -Xmx384m -XX:+UseSerialGC -Dor
Thanks in Advance,
Sandeep.Sandeep,
Please see (Note: 567551.1 - Configuring various JVM tuning parameters for Oracle E-Business suite 11i and R12).
You can safely kill those processes from the OS.
Thanks,
Hussein -
When query is taking too long time
When query is taking too long time,Where and how to start tuning it?
Here i've listed few things need to be considered,out of my knowledge and understanding
1.What the sql is waiting for(wait events)
2.Parameter modification need to be done at system/session level
3.The query has to be tuned (using hints )
4.Gathering/deleting statistics
List out any other things that need to be taken into account?
Which approach must be followed and on what basis that approach must be considered?When query is taking too long time,Where and how to start tuning it?explain plan will be good start . trace also
Here i've listed few things need to be considered,out of my knowledge and understanding
1.What the sql is waiting for(wait events)When Oracle executes an SQL statement, it is not constantly executing. Sometimes it has to wait for a specific event to happen befor it can proceed.
Read
http://www.adp-gmbh.ch/ora/tuning/event.html
2.Parameter modification need to be done at system/session levelDepend on parameter , define parameter , trace done on session level for example
3.The query has to be tuned (using hints )Could be help you but you must know how to use .
4.Gathering/deleting statisticsDo it in non working hours , it will impact on database performance , but its good
List out any other things that need to be taken into account?Which account ?
Which approach must be followed and on what basis that approach must be considered?you could use lot of tools , Trace , AWR -
Query taking too long on Oracle9i
Hi All
I am running a query on our prod database (Oracle8i 8.1.7.4) and again running the same query on Test db (Oracle9i version 4). The query is taking too long(more then 10 min) in test db. Both the database are installed on the same machine IBM AIX V4 and table schema and data are same.
Any help would be appreciated.
Here are the results.
FASTER ONE
ORACLE 8i using Production
Statistics
864 recursive calls
68 db block gets
159855 consistent gets
20297 physical reads
0 redo size
1310148 bytes sent via SQL*Net to client
68552 bytes received via SQL*Net from client
1036 SQL*Net roundtrips to/from client
28 sorts (memory)
1 sorts (disk)
15525 rows processed
SLOWER ONE
ORACLE 9i using Test
Statistics
819 recursive calls
80 db block gets
22981568 consistent gets
1361 physical reads
0 redo size
1194902 bytes sent via SQL*Net to client
34193 bytes received via SQL*Net from client
945 SQL*Net roundtrips to/from client
0 sorts (memory)
1 sorts (disk)
14157 rows processed319404-
To help us better understand the problem,
1) Could you post your execution plan on the two different databases?
2) Could you list indexes (if any, on these tables)?
3) Are any of the objects in the 'from list' a view?
If so, are you using a user defined function to create the view?
4) Why are you using the table 'cal_instance_relationship' twice in the 'from ' clause'?
5) Can't your query be the following?
SELECT f.person_id, f.course_cd, cv.responsible_org_unit_cd cowner, f.fee_cal_type Sem, f.fee_ci_sequence_number seq_no,
sua.unit_cd, uv.owner_org_unit_cd uowner, uv.supervised_contact_hours hours, 0 chg_rate, sum(f.transaction_amount) tot_fee,
' ' tally
FROM unit_version uv,
cal_instance_relationship cir1,
chg_method_apportion cma,
student_unit_attempt sua,
course_version cv,
fee_ass f
WHERE f.fee_type = 'VET-MATFEE'
AND f.logical_delete_dt IS NULL
AND f.s_transaction_type IN ('ASSESSMENT', 'MANUAL ADJ')
AND f.fee_ci_sequence_number > 400
AND f.course_cd = cv.course_cd
AND cv.version_number = (SELECT MAX(v.version_number) FROM course_version v
WHERE v.course_cd = cv.course_cd)
AND f.person_id = sua.person_id
and f.course_cd = sua.course_cd
AND f.fee_type = cma.fee_type
AND f.fee_ci_sequence_number = cma.fee_ci_sequence_number
AND cma.load_ci_sequence_number = cir1.sub_ci_sequence_number
AND cir1.sup_cal_type = 'ACAD-YR'
AND cir1.sub_cal_type = sua.cal_type
AND cir1.sub_ci_sequence_number = sua.ci_sequence_number
AND sua.unit_attempt_status NOT IN ('DUPLICATE','DISCONTIN')
AND sua.unit_cd = uv.unit_cd
AND sua.version_number = uv.version_number
GROUP BY f.person_id, f.course_cd, cv.responsible_org_unit_cd , f.fee_cal_type, f.fee_ci_sequence_number,
sua.unit_cd, uv.owner_org_unit_cd, uv.supervised_contact_hours; -
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
VandanaThanks 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 -
Custom SDV03V02 taking too long
Well, we've been having trouble with V_V2 t-code taking too long to process orders. So in order to fix that, we customized it into a Z-program to look at VAPMA-AUDAT and VAPMA-AUART to kinda narrow things down.
I'm testing it right now as I write this, and its still taking too long. Is anyone else having this problem?
I'm running this on ECC5.0. Please help.well, I got it figured out. the ECC 5.0 version is definitely slower than the 4.6, and I cud only find a few notes to solve the issue.
Other than that, the z configurations helped. -
Shut immediate taking too long
hello,
SQL> shut immediate;
taking too long and no update, what should i do?nomee wrote:
hello,
SQL> shut immediate;
taking too long and no update, what should i do?The same request I made to everybody, "Just pretend we don't know any thing about your environment. picture it with as much detail as possible".
Figure out ... you are the mechanics and suddenly I arrive and I say ... my car doesn't seem to work fine, what do you think it is?
In this case it is very important to know the version, it normally has to do with checkpoint tuning, number of transactions, number of datafiles. So I suggest you to detail what are you talking about please.
~ Madrid
http://hrivera99.blogspot.com -
Hello Friends,
The background is I am working as conversion manager and we move the data from oracle to SQL Server using SSMA and then we will apply the conversion logic and then move the data to system test ,UAT and Production.
Scenario:
Moving the 80 Million records from Conversion database to System Test database (Just for one transaction table) taking too long. Both the databases are in the same server.
Questions are…
What is best option?
IF we use the SSIS it’s very slow and taking 17 hours (some time it use to stuck and won’t allow us to do any process).
I am using my own script (Stored procedure) and it’s taking only 1 hour 40 Min. I would like know is there any better process to speed up and why the SSIS is taking too long.
When we move the data using SSIS do they commit inside after particular count? (or) is the Microsoft is committing all the records together after writing into Transaction Log
Thanks
Karthikeyan Jothihttp://www.dfarber.com/computer-consulting-blog.aspx?filterby=Copy%20hundreds%20of%20millions%20records%20in%20ms%20sql
Processing
hundreds of millions records can be done in less than an hour.
Best Regards,Uri Dimant SQL Server MVP,
http://sqlblog.com/blogs/uri_dimant/
MS SQL optimization: MS SQL Development and Optimization
MS SQL Consulting:
Large scale of database and data cleansing
Remote DBA Services:
Improves MS SQL Database Performance
SQL Server Integration Services:
Business Intelligence -
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
VenkatAfter 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 -
SQL Statement taking too long to get the data
Hi,
There are over 2500 records in a table and when retrieve all using ' SELECT * From Table' it is taking too long to get the data. ie .. 4.3 secs.
Is there any possible way to shorten the process time.
ThanksHi Patrick,
Here is the sql statement and table desc.
ID Number
SN Varchar2(12)
FN Varchar2(30)
LN Varchar2(30)
By Varchar(255)
Dt Date(7)
Add Varchar2(50)
Add1 Varchar2(30)
Cty Varchar2(30)
Stt Varchar2(2)
Zip Varchar2(12)
Ph Varchar2(15)
Email Varchar2(30)
ORgId Number
Act Varchar2(3)
select A."FN" || '' '' || A."LN" || '' ('' || A."SN" || '')'' "Name",
A."By", A."Dt",
A."Add" || ''
'' || A."Cty" || '', '' || A."Stt" || '' '' || A."Zip" "Location",
A."Ph", A."Email", A."ORgId", A."ID",
A."SN" "OSN", A."Act"
from "TBL_OPTRS" A where A."ID" <> 0 ';
I'm displaying all rows in a report.
if I use 'select * from TBL_OPTRS' , this also takes 4.3 to 4.6 secs.
Thanks. -
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,
HiteshHi ,
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
Maybe you are looking for
-
How can I see how many songs in my playlists?
Is there a way to see the total number of songs in my playlists?
-
Static collection - interesting
We are having multiple financial servers running in a single JVM, the requirement is to maintain a hashtable in some object so that it may be accessed by another objects without passing refernce to it. For example: Class Example_1{ static Hashtable c
-
Possible to upgrade my T7700 T61p to a Penry?
Hi , i just wanted to swap the T7700 in my T61p with a T9500 Penryn. Unfortunately the Notebook displays a Thermal sensoring error after switching it on. Of course i upgraded to the latest Bios (2.10) ... it my mainboard not compatible? Thanks and re
-
A second modification without approval loses the first one. (9.0.2)
Hi, we are using "Manage with Approval" with Portal 9.0.2. I change the text and say o. k. Before the approver sees the notificaction portlet, I change the text again. Unfortunately I do not see all my changes of the first time. When I am done I issu
-
Hola soy nuevo aaa alguien abla español
Hola