Cellular radio takes long time to get a signal.

My cellular radio on my iPad 3rd generation is starting to Take quite a while recognizing a signal. It eventually recognizes the signal, but it takes too long. Is anyone else having this problem?

I tried the hard reset, and it still took about 3 minutes to find a signal. My LTE signal never came back up. It's displaying a 3G signal now. Should I reset network settings or something?

Similar Messages

  • What could be the reason for Crawl process to take long time or get in to a hung state.

    Hi All,
    What could be the reason for Crawl process to take long time or get in to a hung state? Is it something also related to the DB Server resources crunch? Does this lead to Index file corruption?
    What should be the process to be followed when index file is corrupted? How do we come to know about that?
    Thanks in Advance.

    "The crawl time depends on what you are crawling -- the number of items, the size of the items, the location of the items. If you have a lot of content that needs to be crawled, it will take much time".
    http://social.msdn.microsoft.com/Forums/sharepoint/en-US/f4cad578-f3bc-4822-b660-47ad27ce094a/sharepoint-2007-crawl-taking-long-time-to-complete?forum=sharepointgeneralprevious
    "The only clean and recommended way to recover from an index corruption is to completely rebuild the index on all the servers in the farm."
    http://blogs.technet.com/b/victorbutuza/archive/2008/11/11/event-id-4138-an-index-corruption-was-detected-in-component-shadowmerge-in-catalog-portal-content.aspx
    Whenever search index file got corrupted it will got the details to Event logs
    http://technet.microsoft.com/en-us/library/ff468695%28v=office.14%29.aspx
    My Blog- http://www.sharepoint-journey.com|
    If a post answers your question, please click Mark As Answer on that post and Vote as Helpful

  • 10.4.8 Client takes long time to get to login window when bound to OD.

    I am working on a system in a school. We have a dual processor g5 xserve with 4 gb of ram, the raid card, and 3 500 gb drives.
    Fresh install of 10.4.8 with all the updates.
    Raid 5 split in 2 volumes, one for server and one for data.
    AFP service running.
    Local dns running.
    Promoted to open directory master.
    This is the following test scenario i have.
    there is a user called studenttest and he belongs to a group called cccarstarmembers and is in a workgroup called student.
    the studenttest users home folder exists in a sharepoint called students that is set up on the data partition.
    there is a sharepoint called cccarstar that holds data for some educational software we use. The owner is administrator with rw access, the group is cccarstarmembers with rw access and others have no access.
    The student workgroup only has a few changes like dock location just for testing purposes to verify that the work group is working properly.
    When i bind a newly built 10.4.8 client with all the updates to the od server it intermittantly takes a long time for the client to get to the login window when it is powered up. Sometimes it will get to the login window in 45 seconds and other times it will take 5 minutes. This is not consistant. if you unbind the client then the computer will behave properly consistantly.
    I have tried binding the client to the od master using the fully qualified domain name and the ip address with the same results.
    the search path on the server is "dc=osx1,dc=erm,dc=sd,dc=bc,dc=ca" and on the client it auto populates at cn=config,dc=osx1,dc=erm,dc=sd,dc=bc,dc=ca".
    I have changed the search path on the client to match the search path on the server with no success as this is what used to work for us on panther setups.
    But this school has a panther client i am working on at the same time with the same applications installed and system preference settings and when i bind it to the same od master with the same search path that is displayed on the server it works fine. all users work, all groups and work groups work.
    Dns appears to be working. lookup provides the correct forward and reverse lookup info on the server, if i use either the panther or tiger client and use lookup with the servers fully qualified domain name and ip address i get the correct answers back.
    I had this problem before where tiger gave me slow to login screen problems but panther wouldnt when bound, and apple told me that it was because i had afp guest access disabled on the server. Enabling it resolved the issue about 6 months ago at another site but this time when building the server i made sure it was on from the start even thoug it is off by default.
    Any suggestions, i am pulling my hair out and about 8 working hours from a deadline.

    I've seen this a lot.
    This Knowledge Base article refers to Active Directory but we've seen this fix login delays with OD-only environments too:
    http://docs.info.apple.com/article.html?artnum=303841
    Another one of the causes is when you have multiple network mounts and your AFP service has guest access disabled. The loginwindow is trying to authenticate to each share with the username given and it is failing when that user account is not authorised for that share.
    Another can be the LDAP timeout value(s). Try adjusting these in the LDAPv3 plug-in.
    Also make sure your network ports have portfast/faststart set on the Mac ports. Sometimes because of STP the port isn't initialised fast enough for the OS when it's ready to start LDAP'ing.
    Let me know if any of this helps.

  • Take long time for search a signal

    when there is no service in the iphone they take long to make searching for a signal

    Hi Eyadna,
    Welcome to the Apple Support Communities! 
    I understand that it can be frustrating if you are in a coverage area for your carrier but are seeing a No Service status. There are a few different troubleshooting steps that you can complete when showing No Service in a service area to help locate a cellular signal. Please use the information in the attached article to assist you in this situation. 
    If you see No Service in the status bar of your iPhone or iPad - Apple Support
    Cheers,
    Joe 

  • Clear operation takes long time and gets interrupted in ThreadGate.doWait

    Hi,
    We are running Coherence 3.5.3 cluster with 16 storage enabled nodes and 24 storage disabled nodes. We have about hundred of partitioned caches with NearCaches (invalidation strategy = PRESENT, size limit for different caches 60-200K) and backup count = 1. For each cache we have a notion of cache A and cache B. Every day either A or B is active and is used by business logic while the other one is inactive, not used and empty. Daily we load fresh data to inactive caches, mark them as active (switch business logic to work with fresh data from those caches), and clear all yesterday's data in those caches which are not used today.
    So at the end of data load we execute NamedCache.clear() operation for each inactive cache from storage disabled node. From time to time, 1-2 times a week, the clear operation fails on one of 2 our biggest caches (one has 1.2M entries and another one has 350K entries). We did some investigations and found that NamedCache.clear operation fires many events within Coherence cluster to clear NearCaches so that operation is quite expensive. In some other simular posts there were suggestions to not use NamedCache.clear, but rather use NamedCache.destroy, however that doesn't work for us in current timelines. So we implemented simple retry logic that retries NamedCache.clear() operation up to 4 times with increasing delay between the attempts (1min, 2 min, 4 min).
    However that didn't help. 3 out of those attempts failed with the same error on one storage enabled node and 1 out of those 4 attempts failed on another storage enabled node. In all cases a Coherence worker thread that is executing ClearRequest on storage enabled node got interrupted by Guardian after it reached its timeout while it was waiting on lock object at ThreadGate.doWait. Please see below:
    Log from the node that calls NamedCache.clear()
    Portable(com.tangosol.util.WrapperException): (Wrapped: Failed request execution for ProductDistributedCache service on Member(Id=26, Timestamp=2012-09-04 13:37:43.922, Address=32.83.113.116:10000, MachineId=3149, Location=machine:mac305,process:2
    7091,member:mac305.instance1, Role=storage) (Wrapped: ThreadGate{State=GATE_CLOSING, ActiveCount=3, CloseCount=0, ClosingT
    hread= Thread[ProductDistributedCacheWorker:1,5,ProductDistributedCache]}) null) null
    Caused by:
    Portable(java.lang.InterruptedException) ( << comment: this came form storage enabled node >> )
    at java.lang.Object.wait(Native Method)
    at com.tangosol.util.ThreadGate.doWait(ThreadGate.java:489)
    at com.tangosol.util.ThreadGate.close(ThreadGate.java:239)
    at com.tangosol.util.SegmentedConcurrentMap.lock(SegmentedConcurrentMap.java:180)
    at com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.DistributedCache.onClearRequest(DistributedCache.CDB:27)
    at com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.DistributedCache$ClearRequest.run(DistributedCache.CDB:1)
    at com.tangosol.coherence.component.util.DaemonPool$WrapperTask.run(DaemonPool.CDB:1)
    at com.tangosol.coherence.component.util.DaemonPool$WrapperTask.run(DaemonPool.CDB:32)
    at com.tangosol.coherence.component.util.DaemonPool$Daemon.onNotify(DaemonPool.CDB:63)
    at com.tangosol.coherence.component.util.Daemon.run(Daemon.CDB:42)
    at java.lang.Thread.run(Thread.java:619)
    Log from the that storage enabled node which threw an exception
    Sat Sep 08 04:38:37 EDT 2012|**ERROR**| com.tangosol.coherence.component.util.logOutput.Log4j | 2012-09-08 04:38:37.720/31330
    1.617 Oracle Coherence EE 3.5.3/465 <Error> (thread=DistributedCache:ProductDistributedCache, member=26): Attempting recovery
    (due to soft timeout) of Guard{Daemon=ProductDistributedCacheWorker:1} |Client Details{sdpGrid:,ClientName:  ClientInstanceN
    ame: ,ClientThreadName:  }| Logger@9259509 3.5.3/465
    Sat Sep 08 04:38:37 EDT 2012|**WARN**| com.tangosol.coherence.component.util.logOutput.Log4j | 2012-09-08 04:38:37.720/313301
    .617 Oracle Coherence EE 3.5.3/465 <Warning> (thread=Recovery Thread, member=26): A worker thread has been executing task: Message "ClearRequest"
    FromMember=Member(Id=38, Timestamp=2012-09-07 10:12:27.402, Address=32.83.113.120:10000, MachineId=40810, Location=machine:
    mac313,process:22837,member:mac313.instance1, Role=maintenance)
    FromMessageId=5278229
    Internal=false
    MessagePartCount=1
    PendingCount=0
    MessageType=1
    ToPollId=0
    Poll=null
    Packets
    [000]=Directed{PacketType=0x0DDF00D5, ToId=26, FromId=38, Direction=Incoming, ReceivedMillis=04:36:49.718, ToMemberSet=nu
    ll, ServiceId=6, MessageType=1, FromMessageId=5278229, ToMessageId=337177, MessagePartCount=1, MessagePartIndex=0, NackInProg
    ress=false, ResendScheduled=none, Timeout=none, PendingResendSkips=0, DeliveryState=unsent, Body=0x000D551F0085B8DF9FAECE8001
    0101010204084080C001C1F80000000000000010000000000000000000000000000000000000000000000000, Body.length=57}
    Service=DistributedCache{Name=ProductDistributedCache, State=(SERVICE_STARTED), LocalStorage=enabled, PartitionCount=257, B
    ackupCount=1, AssignedPartitions=16, BackupPartitions=16}
    ToMemberSet=MemberSet(Size=1, BitSetCount=2
    Member(Id=26, Timestamp=2012-09-04 13:37:43.922, Address=32.83.113.116:10000, MachineId=3149, Location=machine:mac305,process:27091,member:mac305.instance1, Role=storage)
    NotifySent=false
    } for 108002ms and appears to be stuck; attempting to interrupt: ProductDistributedCacheWorker:1 |Client Details{sdpGrid:,C
    lientName: ClientInstanceName: ,ClientThreadName: }| Logger@9259509 3.5.3/465
    I am looking for your help. Please let me know if you see what is the reason for the issue and how to address it.
    Thank you

    Today we had that issue again and I have gathered some more information.
    Everything was the same as I described in the previous posts in this thread: first attempt to clear a cache failed and next 3 retries also failed. All 4 times 2 storage enabled nodes had that "... A worker thread has been executing task: Message "ClearRequest" ..." error message and got interrupted by Guardian.
    However after that I had some time to do further experiments. Our App has cache management UI that allows to clear any cache. So I started repeatedly taking thread dumps on those 2 storage enabled nodes which failed to clear the cache and executed cache clear operation form that UI. One of storage enabled nodes successfully cleared its part, but the other still failed. It failed with completely same error.
    So, I have a thread dump which I took while cache clear operation was in progress. It shows that a thread which is processing that ClearRequest is stuck waiting in ThreadGate.close method:
    at java.lang.Object.wait(Native Method)
    at com.tangosol.util.ThreadGate.doWait(ThreadGate.java:489)
    at com.tangosol.util.ThreadGate.close(ThreadGate.java:239)
    at com.tangosol.util.SegmentedConcurrentMap.lock(SegmentedConcurrentMap.java:180)
    at com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.DistributedCache.onClearRequest(DistributedCache.CDB:27)
    at
    All subsequents attempts to clear cache from cache management UI failed until we restarted that storage enabled node.
    It looks like some thread left ThreadGate in a locked state, and any further attempts to apply a lock as part of ClearRequest message fail. May be it is known issue of Coherence 3.5.3?
    Thanks

  • Take long time to get data

    Hi,
    I have one ABAP code to load data to internal table, if the code is
    select * from xxxx into  itab where ....,
    then it works property. However I don't want to load whole table into internal table, I want to load the data based on another internal table, the code looks
    select * from xxx into itab for all entries in itab2 where ...
    I thought the code will execute faster than the previous one, however it is really slow, I got "sequential read" from SM50.
    Can anyone explain why?
    Thanks
    Victor

    Make sure that the internal table used in the FOR ALL ENTRIES is sorted by the field in which you are joining.
    if not itab2[] is initial.
    sort itab2 ascending by field1.
    select * from xxx into itab
         for all entries in itab2
                where field1 = itab2-field1
    endif.
    Regards,
    Rich Heilman
    Message was edited by: Rich Heilman

  • Error,13030 and others! unable to download, takes a long time to get to any page.

    # Question
    Error,13030 and others: Email -!Sending taking a little longer than usual...
    We'll keep trying and let you know when it's been sent.
    I am also unable to download (I use Send Space and Mega Upload), plus it takes a long time to get to any page, I have to Reload several times and sometimes it still does not work!
    I'm using a PC, XP professional -
    I was away for 9 days came home to my computer not responding. I am using the free version of AVG security and read the instructions in the Mozilla help Re: Firewalls, changing the AVG settings removing Mozilla and then adding it back in. However I checked for updates on AVG none were available and the instructions Mozilla has are for a version of AVG that I do not have. I am using 8.5 and I think the instructions were for 9.0. At any rate I am stuck, and desperately need to get this figured out! I hope that this is enough information for someone to point me in the right direction.? Your help is be greatly appreciated. Thank you in advance! Charisme

    ldcorn wrote:
    My computer also has been taking a long time to find a wireless network, up to several minutes. I often have to have it "scan" for networks several times before it finally picks it up. Is there a solution? This has been going on for many months. Other computers (PCs, iPhone) pick up the signals within a few seconds, but my Powerbook takes several minutes, even over 5 minutes sometimes.
    See how many networks are listed in Sys Prefs: Network: Advance. Drag the preferred to the top. Delete any you don't really need.
    Message was edited by: tjk

  • BPM Process chain takes long time to process

    We have BI7, Netweaver 2004s on Oracle and SUN Solaris
    There is a process chain (BPM) which pulls data from the CRM system into BW. The scheduled time to run this chain is 0034 hrs. This chain should ideally complete before / around 0830 Hrs. <b>Now the problem is that every alternate day this chain behaves normally and gets completed well before 0830 hrs but every alternate day this chain fails…</b> there are almost 40 chains running daily. Some are event triggered (dependent with each other) or some run in parallel. In this, (BPM) process chain, usually there are 5 requests with 3 Delta and 2 full uploads (Master Data). The delta uploads finishes in 30 minutes without any issues with very few record transfers. The first full upload is from 0034 hrs to approximately 0130 hrs and the 2nd upload is from 0130 hrs to 0230 hrs. Now if the 1st upload gets delayed then the people who are initiating these chains, stop the 2nd full upload and continue it after all the process chains are completed. Now this entire BPM process chain sometimes takes 17 -18 hrs to complete!!!!!
    No other loads in CRM or BW when these process chains are running
    CRM has background jobs to push IDOCS to BW which run every 2 minutes which runs successfully
    Yesterday this chain got completed successfully (well within stipulated time) with over 33,00,000 records transferred but sometimes it has failed to transfer even 12,00,000 records!!
    Attaching a zip file, please refer the “21 to 26 Analysis screen shot.doc” from the zip file
    Within the zip file, attaching “Normal timings of daily process chains.xls” – the name explains it….
    Also within the zip file refer “BPM Infoprovider and data source screen shot.doc” please refer this file as the infopackage (page 2) which was used in the process chain is not displayed later on in page number 6 BUT CHAIN GOT SUCESSFULLY COMPLETED
    We have analyzed:--
    1)     The PSA data for BPM process chain for past few days
    2)     The info providers for BPM process chain for past few days
    3)     The ODS entries for BPM process chain for past few days
    4)     The point of failure of BPM process chain for past few days
    5)     The overall performance of all the process chains for past few days
    6)     The number of requests in BW for this process chain
    7)     The load on CRM system for past few days when this process chain ran on BW system
    As per our analysis, there are couple of things which can be fixed in the BW system:--
    1)     The partner agreement (transaction WE20) defined for the partner LS/BP3CLNT475 mentions both message types RSSEND and RSINFO: -- collect IDOCs and pack size = 1 Since the pack size = 1 will generate 1 TRFC call per IDOC, it should be changed to 10 so that less number of TRFCs will be generated thus less overhead for the BW server resulting in the increase in performance
    2)     In the definition of destination for the concerned RFC in BW (SM59), the “Technical Setting” tab says the “Load balancing” option = “No”. We are planning to make it “Yes”
    But we believe that though these changes will bring some increase in performance, this is not the root cause of the abnormal behavior of this chain as this chain runs successfully on every alternate day with approximately the same amount of load in it.
    I was not able to attach the many screen shots or the info which I had gathered during my analysis. Please advice how do I attach these files
    Best Regards,

    Hi,
    Normally  index  creation or deletion can take long time in case  your database statistics are not updated properly, so can check  stat  after your data loading is completed and index generation is done,  Do creation of database statistics.
    Then try to recheck ...
    Regards,
    Satya

  • The Application Takes long time to Start

    Hello All,
    We ar eon Unix->64 Bit-> Essbase 11.1.1.3.
    Problem Description : The application is taking long to start up. around 5 to 6 minutes. This is very first time it is happening.
    There were no specific changes done to the application in the recent releases.
    I have tried all options 1. Compacating outline, 2. Purging the application log etc. all other applications respond good on this host except this. Usually any application should not take more than 1 to 2 minutes to start up.
    There are no specific errors or XCP files recorded in the logs and folders.
    Appreciate your suggestions
    MS

    Thanks Jitendra and Prabhas,
    I know i have posted this thread sometime back and later I had to jump on a New release, so did not get time to check your inputs.
    Well I am back on this issue again. I have been working on various option to get this issues solved " start of App takes long time"
    Here are some Details. We are on SunOs 64 Bit, has 12CU with dual core,  with Essbase 11.1.1.3 running on it. This is an ASO application and has just 7 dimensions, Out of which the ORGANIZATION Dimension is pretty huge with Multiple Hierarchies enabled ( Both Stored and Dynamic ) and has more than 20,00,000 members including the alternate hierarchies ( Shared members)
    I did a smoke test by building dimension by dimension the app was startiung up in just *40* seconds. and when i reached the ORG dimension and added more than 70,000 memebrs . there i fall sick. the app now gets back to its old issue ( Takes more than 10 mainutes to start).
    CPU Usage ranges between 3.1 % to 4 %
    PID USER NLWP PRI NI VSZ RSS S STIME ELAPSED %CPU COMMAND
    4424 user1 1 59 20 1608 1032 S 18:13:33 00:00 0.0 grep COMMAND
    4428 user1 1 59 20 1608 1032 S 18:13:33 00:00 0.0 grep ESS
    4766 user1 88 55 20 6814168 5684200 O 17:37:48 35:45 3.1 /path/xyz/masked/ASO_APP hgfedc NOCREAT.
    But My question here is, in the last moth cube i still similar number of members in the cube and nothing really had changed.
    Essbase GURU's Please give me some Hint to think out of box now.
    Thanks
    MS

  • Report takes long time for few records

    hi frends,
    I m facing one problem with my Web based erp application which is developed in .net , in my application when i open the  report from my applicaiton , in my temp folder there one file gets created name is "rpt conmgr cache"
    bcoz of this for few records also my report takes too much time and opens very slow and it takes long time, and it happens in some of the reports only , other reports are working cool and its not creating any file in temp folder,,, so can u guide me whats this file and what can be the solution for it,
    Thanks
    Mithun

    hi sabhajit,
    i have already checked the sql query it is taking less then seconds.
    any other steps u want me to check then pls let me know?
    thanks mithun

  • Photo both takes long time to open, what can i do?

    photo both takes long time to open, what can i do?

    SO do you think we can get a aunser? i just bout my imac u know!!

  • Database Connectivity takes long time if one of the Node is down .. ??

    Hello All,
    Env: 10.2.0.4 on Solaris 10
    I have 2 nodes.
    When Node1 server is down, it takes long time to connec to the database.
    tnsping would give "OK(2050ms)". Below is the tnsalias.
    RAC_test  =
      (DESCRIPTION =
         (ADDRESS = (PROTOCOL = TCP)(HOST=20.268.169.123)(PORT= 1521))
         (ADDRESS = (PROTOCOL = TCP)(HOST=20.268.169.127)(PORT= 1521))
         (LOAD_BALANCE = yes)
              (CONNECT_DATA =
            (SERVICE_NAME = DK.com)
          (FAILOVER_MODE =
            (TYPE = SELECT)
            (METHOD = BASIC)
            (RETRIES = 180)
            (DELAY = 5)
    )I put the trace on sqlnet.ora and found that first it pings to the "20.268.169.123",
    since the Server is down there will not be any reply and this consumes the delay and
    later it would ping "20.268.169.127" and connect to it.
    If i keep "20.268.169.127" above "20.268.169.123" in tnsalias, and keep "LOAD_BALANCE=no",
    it gets connected very fast, as its directly connecting to Node2. In tnsping i get Ok(40ms).
    How do i reduce the connect timing if i use the first step. Why does it take long time for
    Oracle Client to understand that the Node1 Server is down ?
    TIA,
    J J

    I hope the IP's you are using in the TNS are Virtual IP's.
    You must use Virtual IP's / hostnames for the failover to be quick. If Node 1 is not available then then it's (Node 1's) virtual IP would also get assigned to Node 2 hence all client connections are still able to get a response from the Node Virtual IP address without needing to wait for TCP/IP timeouts. This helps clients to get notified immediately that node 1 is unavailable and the connection tries the 2nd ip/host in the connect descriptor.
    Hope this helps.
    - Siba

  • Takes long time for shutdown after adding to domain

    Hi,
    Workstation OS - Window 7
    Domain Controller OS - Window server 2008 R2 standard
    Following thing i have measure with Stopwatch.
    1) When the laptop is in workgroup, it takes just 17 second for shutdown.
    2) when i added the same laptop in domain ( corp.abc.com ), now it takes 1minutes and 22 second for shutdown. ( it just show shutting down screen )
    Why the shutdown time increased so much?
    Do you have any idea?
    Note:- i have not make any changes in laptop, nor added any software. I have done the above testing because user start complaining that after putting laptop in domain it takes long time for shutdown. It's happening to all laptop where the OS is window 7
    There is no logoff scripts / gpo's as well as we don't have roaming profiles.
    Please advice.
    Thanks & Regards,
    Param
    www.paramgupta.blogspot.com

    Hi,
    To troubleshooting this issue, please install Windows Performance Tools (WPT) Kit. The Windows Performance Tools (WPT) Kit contains performance analysis tools, and is designed for analysis of a wide range of performance problems including application start
    times, boot issues, deferred procedure calls and interrupt activity (DPCs and ISRs), system responsiveness issues, application resource usage, and interrupt storms.
    To get the installer, you have to install the Windows 7 SDK.
    Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1
    http://www.microsoft.com/en-us/download/details.aspx?id=3138
    For shutdown tracing:
    Run command:
    xbootmgr -trace shutdown -noPrepReboot -traceFlags BASE+CSWITCH+DRIVERS+POWER -resultPath C:\TEMP
    Collect logs and post them for further troubleshooting.
    For more information please refer to following MS articles:
    Long Shutdown Time on Windows 7 Ultimate x64
    http://social.technet.microsoft.com/Forums/en/w7itproperf/thread/11a42a93-efd2-4184-9ce8-bbc1438b7ea6
    Long shutdown time on Windows 7 64 bit laptop
    http://social.technet.microsoft.com/Forums/en-US/w7itproperf/thread/4440fc6e-c81e-440c-9183-9b7e176729d2
    Lawrence
    TechNet Community Support

  • Runbook takes long time to complete

    Hi,
    I created a customized flow to get the data from MS SQL. The runbook is working fine but it takes long time to complete. Is there any option to increase speed or something like that..?
    Regards,
    Soundarajan.

    If you look on the Log tab you can see which activity that took the longest. What does you runbook looks like? If you have for example a Run .NET script activity you can do some tuning on the runbook server. But I think a good start is to share a
    figure of your runbook.
    Anders Bengtsson | Microsoft PFE | blog at http://www.contoso.se

  • Full GC takes long time

    Hello,
    Since the last two weeks, we're experiencing Full GCs that take long time and block our application.
    Our platform is:
    Windows 2003 Server 64 bit
    Tomcat 6.0.18
    Java 1.6.0_u13.
    Total memory: 8Gb.
    -Xms4096m
    -Xmx6144m
    -Xss256k
    Old generation: min 2,66Gb max 4,0G
    Eden generation: min 1,5Gb max 2,0G
    Perm generation: min 57Mb max 84Mb
    Here a piece of our gc.log:
    21601.266: [GC [PSYoungGen: 2009225K->6206K(1942528K)] 3913618K->1913365K(4738752K), 0.0992347 secs] [Times: user=0.16 sys=0.03, real=0.11 secs]
    21611.268: [GC [PSYoungGen: 1942485K->5485K(1879040K)] 3849645K->1914490K(4675264K), 0.0986129 secs] [Times: user=0.11 sys=0.00, real=0.11 secs]
    21618.350: [GC [PSYoungGen: 1879021K->12392K(2060928K)] 3788026K->1930794K(4857152K), 0.2036000 secs] [Times: user=0.14 sys=0.02, real=0.20 secs]
    21624.869: [GC [PSYoungGen: 1935116K->8545K(2065600K)] 3853519K->1930702K(4861824K), 0.0924182 secs] [Times: user=0.05 sys=0.00, real=0.09 secs]
    21624.961: [Full GC (System) [PSYoungGen: 8545K->0K(2065600K)] [PSOldGen: 1922156K->635750K(2796224K)] 1930702K->635750K(4861824K) [PSPermGen: 38643K->38643K(60992K)], 1.3719842 secs] [Times: user=1.09 sys=0.00, real=1.36 secs]
    21634.887: [GC [PSYoungGen: 2048500K->10395K(2078912K)] 2684250K->646145K(4875136K), 0.0180670 secs] [Times: user=0.02 sys=0.05, real=0.01 secs]
    21645.165: [GC [PSYoungGen: 2074007K->8120K(2003392K)] 2709758K->648930K(4799616K), 0.0176943 secs] [Times: user=0.08 sys=0.00, real=0.03 secs]
    25209.938: [GC [PSYoungGen: 1760190K->7344K(1707072K)] 4127764K->2376892K(4503296K), 0.0760053 secs] [Times: user=0.11 sys=0.03, real=0.06 secs]
    25218.120: [GC [PSYoungGen: 1707056K->10511K(1657728K)] 4076604K->2382964K(4453952K), 0.0704081 secs] [Times: user=0.13 sys=0.00, real=0.08 secs]
    25221.680: [GC [PSYoungGen: 1657679K->5731K(1982400K)] 4030132K->2385544K(4778624K), 0.0985384 secs] [Times: user=0.20 sys=0.00, real=0.09 secs]
    25226.968: [GC [PSYoungGen: 993426K->6083K(1982784K)] 3373239K->2389543K(4779008K), 0.5147901 secs] [Times: user=0.08 sys=0.00, real=0.52 secs]
    25227.483: [Full GC (System) [PSYoungGen: 6083K->0K(1982784K)] [PSOldGen: 2383460K->536034K(2796224K)] 2389543K->536034K(4779008K) [PSPermGen: 39765K->38756K(58816K)], 155.4030025 secs] [Times: user=1.34 sys=0.64, real=155.39 secs]
    25389.833: [GC [PSYoungGen: 1976624K->12915K(2023616K)] 2512658K->566671K(4819840K), 13.1263397 secs] [Times: user=0.11 sys=0.03, real=13.13 secs]
    25405.871: [GC [PSYoungGen: 2023579K->13857K(2031552K)] 2577335K->583736K(4827776K), 3.5796784 secs] [Times: user=0.03 sys=0.00, real=3.58 secs]
    25416.490: [GC [PSYoungGen: 2024544K->9059K(2074944K)] 2594423K->587581K(4871168K), 0.1184355 secs] [Times: user=0.06 sys=0.00, real=0.13 secs]
    25425.393: [GC [PSYoungGen: 2064144K->7415K(2075456K)] 2642665K->590222K(4871680K), 0.0441002 secs] [Times: user=0.02 sys=0.00, real=0.05 secs]
    25438.547: [GC [PSYoungGen: 2062519K->8857K(2075264K)] 2645326K->594735K(4871488K), 0.0301620 secs] [Times: user=0.01 sys=0.00, real=0.03 secs]
    The minor collections go perfect.
    The first full GC in this piece of log takes 1,36s, and the old generation passes from 1922156K->635750K
    But the second full GC (1 hour later) blocks the server for 155.39s, and the old generation pases from 2383460K->536034K
    The server load between execution of full GC was similar. Any differences I saw in this two moments:
    first full gc: number of Tomcat http threads : 230. The full gc provokes that Tomcat start new threads until get 500 (maxThreads)
    second full gc: number of Tomcat http threads : 500.
    I'm not an expert in tunning jvm. If somebody could help me, these pauses are killing the app and it's unacceptable for my client (for 2 min. the app does not work).
    If you need more information (threads stack, histograms, ... I have ...)
    Maybe I need to reduce the size of the old generation? Or change the garbage collector for old generation? The server cpu is going well, I prefer to consume more cpu in gc and avoid this pauses.
    Any help will be very very appreciated.
    Thanks in advance,
    Joan.

    Hello,
    Sorry for my continuous replies. Another full gc has occurred. This is the trace:
    262631.531: [GC [PSYoungGen: 2071685K->10889K(2078464K)] 4711353K->2652961K(4874688K), 0.3392037 secs] [Times: user=0.08 sys=0.00, real=0.34 secs]
    262640.608: [GC [PSYoungGen: 2071978K->11055K(2078784K)] 4714051K->2656136K(4875008K), 1.3267436 secs] [Times: user=0.06 sys=0.00, real=1.33 secs]
    262649.880: [GC [PSYoungGen: 2072165K->17337K(2071872K)] 4717246K->2669454K(4868096K), 3.0493937 secs] [Times: user=0.16 sys=0.00, real=3.05 secs]
    262658.069: [GC [PSYoungGen: 2071865K->14678K(2075840K)] 4723982K->2676078K(4872064K), 5.4598301 secs] [Times: user=0.08 sys=0.03, real=5.45 secs]
    262666.592: [GC [PSYoungGen: 2069183K->15835K(2075776K)] 4730583K->2682691K(4872000K), 1.6894894 secs] [Times: user=0.11 sys=0.05, real=1.70 secs]
    262673.352: [GC [PSYoungGen: 2070620K->14122K(2068992K)] 4737476K->2687230K(4865216K), 2.9711981 secs] [Times: user=0.06 sys=0.03, real=2.97 secs]
    262682.891: [GC [PSYoungGen: 2068909K->10709K(2075712K)] 4742017K->2686673K(4871936K), 1.1160323 secs] [Times: user=0.19 sys=0.00, real=1.13 secs]
    262691.733: [GC [PSYoungGen: 2065941K->10683K(2075584K)] 4741905K->2689212K(4871808K), 1.4898942 secs] [Times: user=0.05 sys=0.00, real=1.50 secs]
    262701.512: [GC [PSYoungGen: 2065888K->9341K(2076480K)] 4744418K->2690073K(4872704K), 1.3835846 secs] [Times: user=0.13 sys=0.00, real=1.39 secs]
    262709.896: [GC [PSYoungGen: 2065601K->10718K(2076480K)] 4746334K->2693212K(4872704K), 0.7815897 secs] [Times: user=0.05 sys=0.01, real=0.78 secs]
    262718.681: [GC [PSYoungGen: 2067028K->10199K(2076672K)] 4749523K->2695508K(4872896K), 1.2951014 secs] [Times: user=0.06 sys=0.00, real=1.30 secs]
    262727.940: [GC [PSYoungGen: 2067345K->10112K(2076608K)] 4752654K->2698129K(4872832K), 1.6785345 secs] [Times: user=0.08 sys=0.00, real=1.69 secs]
    262736.092: [GC [PSYoungGen: 2067264K->10886K(2077184K)] 4755281K->2702237K(4873408K), 1.1985764 secs] [Times: user=0.06 sys=0.02, real=1.20 secs]
    262744.626: [GC [PSYoungGen: 2069382K->11366K(2077248K)] 4760733K->2705795K(4873472K), 1.4323653 secs] [Times: user=0.13 sys=0.00, real=1.44 secs]
    262754.913: [GC [PSYoungGen: 2069912K->11945K(2077824K)] 4764342K->2708689K(4874048K), 0.8340946 secs] [Times: user=0.03 sys=0.00, real=0.84 secs]
    262765.038: [GC [PSYoungGen: 2072283K->11669K(2077888K)] 4769028K->2711204K(4874112K), 1.3040060 secs] [Times: user=0.09 sys=0.02, real=1.31 secs]
    262776.885: [GC [PSYoungGen: 2072021K->9940K(2079360K)] 4771556K->2711919K(4875584K), 0.8646772 secs] [Times: user=0.09 sys=0.00, real=0.88 secs]
    262783.713: [GC [PSYoungGen: 1173115K->8659K(2079168K)] 3875094K->2713127K(4875392K), 1.4434465 secs] [Times: user=0.09 sys=0.00, real=1.45 secs]
    262785.157: [Full GC (System) [PSYoungGen: 8659K->0K(2079168K)] [PSOldGen: 2704467K->655075K(2796224K)] 2713127K->655075K(4875392K) [PSPermGen: 41376K->40988K(42048K)], 132.6088125 secs] [Times: user=1.47 sys=0.39, real=132.58 secs]
    262925.100: [GC [PSYoungGen: 2062280K->16892K(2068992K)] 2717355K->683188K(4865216K), 8.9491611 secs] [Times: user=0.13 sys=0.00, real=8.94 secs]
    262971.183: [GC [PSYoungGen: 2068978K->8052K(2074624K)] 2735273K->692990K(4870848K), 7.7833800 secs]
    When a "bad" full GC occurs, I can see that just before it the minor collections start to perform bad. Normal values for minor collections are 0,0x seconds, and before a "bad" full GC these minor collections take seconds (1, 2, ... up to 5 seconds).
    I can show an histogram of the first 25 entries before and after the full GC:
    BEFORE
    num #instances #bytes class name
    1: 226135 718455272 [I
    2: 1905686 637239584 [C
    3: 122775 621626112 [B
    4: 8218 538714736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
    5: 160974 445403288 [Ljava.lang.Object;
    6: 1759928 70397120 java.lang.String
    7: 334672 42838016 com.sun.org.apache.xerces.internal.dom.DeferredElementNSImpl
    8: 103592 42699248 [[I
    9: 227966 41945744 java.net.SocksSocketImpl
    10: 629974 35278544 com.vpfw.proxy.cache.data.B
    11: 636515 30552720 java.util.concurrent.ConcurrentHashMap$HashEntry
    12: 555354 26656992 java.util.HashMap$Entry
    13: 89059 18034280 [Ljava.util.HashMap$Entry;
    14: 230432 16591104 com.sun.org.apache.xerces.internal.dom.DeferredTextImpl
    15: 225401 14425664 java.lang.ref.Finalizer
    16: 222588 14245632 java.net.SocketInputStream
    17: 334644 13385760 com.sun.org.apache.xerces.internal.dom.AttributeMap
    18: 386837 12378784 java.util.concurrent.ConcurrentLinkedQueue$Node
    19: 40226 11263504 [[Ljava.lang.Object;
    20: 21646 11246112 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
    21: 684613 10953808 java.lang.Object
    22: 227958 9118320 java.net.Socket
    23: 218591 8743640 java.net.Inet4Address
    24: 57810 8730528 <constMethodKlass>
    25: 230658 7381056 java.io.FileDescriptor
    AFTER
    num #instances #bytes class name
    1: 91917 650028776 [B
    2: 1767088 612264368 [C
    3: 176313 581838552 [I
    4: 141278 322132688 [Ljava.lang.Object;
    5: 1762956 70518240 java.lang.String
    6: 367122 46991616 com.sun.org.apache.xerces.internal.dom.DeferredElementNSImpl
    7: 239506 44069104 java.net.SocksSocketImpl
    8: 633882 35497392 com.vpfw.proxy.cache.data.B
    9: 639797 30710256 java.util.concurrent.ConcurrentHashMap$HashEntry
    10: 606366 29105568 java.util.HashMap$Entry
    11: 72730 20521256 [[I
    12: 89136 18497696 [Ljava.util.HashMap$Entry;
    13: 252946 18212112 com.sun.org.apache.xerces.internal.dom.DeferredTextImpl
    14: 236339 15125696 java.lang.ref.Finalizer
    15: 233891 14969024 java.net.SocketInputStream
    16: 366906 14676240 com.sun.org.apache.xerces.internal.dom.AttributeMap
    17: 429913 13757216 java.util.concurrent.ConcurrentLinkedQueue$Node
    18: 43319 12129544 [[Ljava.lang.Object;
    19: 719233 11507728 java.lang.Object
    20: 21649 11246408 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
    21: 239498 9579920 java.net.Socket
    22: 143 9317736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
    23: 229531 9181240 java.net.Inet4Address
    24: 57817 8735944 <constMethodKlass>
    25: 242443 7758176 java.io.FileDescriptor
    The big differencies is the "com.sun.org.apache.xpath.internal.objects.XObject;".
    Before and after, the values are:
    4: 8218 538714736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
    22: 143 9317736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
    Could this the cause of the full GC that takes long time?
    Thanks,
    Joan.

Maybe you are looking for

  • Different price shown at AppWorld and Checkout

    Hi everyone, I'm in Singapore and I have a Playbook. I am using AppWorld on the Playbook directly and I'm trying to buy the Kalemsoft Media Player app. In the store, the price is indicated as S$3.75. However in the "Confirm Purchase" screen, the purc

  • Auto start listener & DB in Linux

    Hello, I have installed oracle 10g on Red Hat 2.1 Ent. Ed. I have also modified the /etc/oratab file for auto starting the service. The service start auto but i have two problems, 1) The listener does not start automatically 2) When trying to connect

  • Qustion regarding Query Builder.

    Hi All, We need to write a query to get the information like " User having access to all the his report" and "List of all the user having access to their reports". Thanks.

  • How can the Add This Facebook window issue be fixed?

    The problem I run into is when clicking on the "Share Link" Facebook button under the Add This menu. After clicking on it, it will grey out for a little, but then the window never disappears and eventually the "Share Link" button goes back to the nor

  • How to become Oracle Sales or Support Champion?

    Dear All, Could anybody, please let me know how to become an Oracle E-business Suite Certified Sales or Support Champion. Thanks & Regards