Apache cannot create new worker thread

My httpd error log reports one of these errors each second:
(11)Resource temporarily unavailable: apr_thread_create: unable to create worker thread
I have been on Google and have tried setting the ThreadsPerChild as low as 4; ulimit -s also reports a reasonable value of 8192. /etc/security/limits.conf has no rule which should affect httpd. The only thing that seems to fix the problem temporarily is a reboot. In addition this only happens after I restart the httpd daemon.
The thing is that httpd starts up and runs. I would still like to resolve this issue though. Does anyone have any ideas? The whole /etc directory is available at http://www.kiwilight.com/etc/.

Resolved by restarting System Center Management service.

Similar Messages

  • Help! Unable to create new native thread

    Ok I see this problem all over the web but most of the posts are many years old and still leave me a little confused.  Often at random times on the same tags like CFLDAP I get the error "Unable to create new native thread".  Then a few minutes later the same tag on the same page works just fine.
    I have 4GB of memory in this box with 1400 MB set as the maximum Java heap size by the way.
    Here are my arguments from the jvm.config file.
    # Arguments to VM
    java.args=-server  -Xmx1400m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:+UseParallelGC -Dcoldfusion.rootDir={application.home}/../ -Dcoldfusion.libPath={application.home}/../lib -Dcoldfusion.classPath={application.home}/../lib/updates,{application.home}/../lib,{appli cation.home}/../gateway/lib/,{application.home}/../wwwroot/WEB-INF/flex/jars,{application. home}/../wwwroot/WEB-INF/cfform/jars,"C:\\Program Files\\Apache Software Foundation\\Apache2.2\\htdocs\\InterWeb-Prod\\includes\\classes"
    Here is a typical error that comes through.
    struct     
    Browser     Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.70 Safari/533.4    
    DateTime    {ts '2010-06-23 10:07:44'}  
    Diagnostics unable to create new native thread null <br>The error occurred on line 122.
    GeneratedContent      
    HTTPReferer http://--------------------/index.cfm?FuseAction=HR.main    
    Mailto      interweb@--------------------- 
    Message     unable to create new native thread      
    QueryString fuseaction=ManagedLists.MailSubscriptions     
    RemoteAddress     192.168.250.124
    RootCause   struct    
    Message     unable to create new native thread      
    StackTrace          java.lang.OutOfMemoryError: unable to create new native thread at java.lang.Thread.start0(Native Method) at java.lang.Thread.start(Thread.java:597) at com.sun.jndi.ldap.Connection.<init>(Connection.java:208) at com.sun.jndi.ldap.LdapClient.<init>(LdapClient.java:112) at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2504) at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:263) at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:76) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288) at javax.naming.InitialContext.init(InitialContext.java:223) at javax.naming.InitialContext.<init>(InitialContext.java:197) at javax.naming.directory.InitialDirContext.<init>(InitialDirContext.java:82) at coldfusion.tagext.net.LdapTag.do_ActionQuery(LdapTag.java:839) at coldfusion.tagext.net.LdapTag.doStartTag(LdapTag.java:616) at coldfusion.runtime.CfJspPage._emptyTcfTag(CfJspPage.java:2661) at cfadfunctions2ecfm1473603830$funcADLOOKUPUSERNAME.runFunction(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\includes\adfunctions.cfm:122) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:418) at coldfusion.runtime.UDFMethod$ArgumentCollectionFilter.invoke(UDFMethod.java:324) at coldfusion.filter.FunctionAccessFilter.invoke(FunctionAccessFilter.java:59) at coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:277) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:192) at coldfusion.runtime.CfJspPage._invokeUDF(CfJspPage.java:2471) at cfadfunctions2ecfm1473603830$funcADLOOKUPMULTIPLEUSERNAMES.runFunction(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\includes\adfunctions.cfm:54) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:418) at coldfusion.runtime.UDFMethod$ArgumentCollectionFilter.invoke(UDFMethod.java:324) at coldfusion.filter.FunctionAccessFilter.invoke(FunctionAccessFilter.java:59) at coldfusion.runtime.UDFMethod.runFilterChain(UDFMethod.java:277) at coldfusion.runtime.UDFMethod.invoke(UDFMethod.java:192) at coldfusion.runtime.CfJspPage._invokeUDF(CfJspPage.java:2471) at cfdsp_managedlists2ecfm55598920.runPage(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\hr\managedlists\dsp_managedlists.cfm:232) at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:196) at coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:370) at coldfusion.runtime.CfJspPage._emptyTcfTag(CfJspPage.java:2661) at cffbx_switch2ecfm2121232114.runPage(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\hr\managedlists\fbx_switch.cfm:23) at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:196) at coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:370) at coldfusion.runtime.CfJspPage._emptyTcfTag(CfJspPage.java:2661) at cffbx_fusebox30_cf502ecfm1180471387._factor4(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\fbx_fusebox30_cf50.cfm:241) at cffbx_fusebox30_cf502ecfm1180471387._factor5(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\fbx_fusebox30_cf50.cfm:1) at cffbx_fusebox30_cf502ecfm1180471387.runPage(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\fbx_fusebox30_cf50.cfm:1) at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:196) at coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:370) at coldfusion.runtime.CfJspPage._emptyTcfTag(CfJspPage.java:2661) at cfindex2ecfm749274359.runPage(C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\InterWeb-Prod\index.cfm:23) at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:196) at coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:370) at coldfusion.filter.CfincludeFilter.invoke(CfincludeFilter.java:65) at coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java:273) at coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:48) at coldfusion.filter.MonitoringFilter.invoke(MonitoringFilter.java:40) at coldfusion.filter.PathFilter.invoke(PathFilter.java:86) at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:70) at coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:2 8) at coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38) at coldfusion.filter.NoCacheFilter.invoke(NoCacheFilter.java:46) at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) at coldfusion.CfmServlet.service(CfmServlet.java:175) at coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89) at jrun.servlet.FilterChain.doFilter(FilterChain.java:86) at coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42 ) at coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46) at jrun.servlet.FilterChain.doFilter(FilterChain.java:94) at jrun.servlet.FilterChain.service(FilterChain.java:101) at jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106) at jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) at jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) at jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543) at jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) at jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) at jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428) at jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)  
    I could really use some help figuring this out.  We are getting random errors a few times a day and usually in places where we are using CFLDAP.
    Thanks,
    David

    Absolutely unbelievable that this has been going on for 4 YEARS and there are still NO definitive answers from Adobe!!
    There's no definite answer from Adobe, because there's no definitive single question.  These errors come up because - for any number of possible reasons - the JVM becomes overloaded.  And it's almost always down to an issue with the application code being run, and nothing to do with CF, per-se.  So what's Adobe supposed to do?  Come and fix your application for you?  There are plenty of diagnostic tools out there - some built into CF itself - which you could use to sort the problem out.  Or you could hire someone like Mike Brunt to come and have a look at your set up.  All it takes to fix these things is to actually do something about fixing it, rather than slamming one's fist on the desk saying "why doesn't Adobe do something!"
    I thought - and my knowledge in the area isn't expansive - the inability to allocate threads was down to the app being choked up: threads are a finite commodity, and if requests are queuing up faster than the JVM can clear them, you're gonna get errors eventually.  What causes this sort of thing?  More traffic than the server can process.  This could be because of server kit, or it could be due to code that doesn't scale to the requirement.  Usually the latter.  Basically one cannot polish a turd.
    I have a 24x7 production server that services 180,000 clients in 300 countries around the clock that cannot afford to be down for more than a few minutes at a time.
    I'm running Windows 2008 32-bit with 4GB of RAM because I have some graphics software that cannot tolerate a 64-bit OS.  Everything has been running fine for the past few months, but now it's starting to crash more and more frequently.  I have CF 8.0.1.195765 and Java 1.6.0_04
    How many concurrent requests for 180000 clients generate?  The number of clients matters less than how heavily the site is used.  But, to be honest, I get the impression the implication is "it's a busy site", in which case I think your hardware is a bit on the lean side.  Also, if it's a mission-critical app, running it on a single server is probably ill-advised, just from a fault-tolerance perspective even before one starts thinking about performance.
    If I was in your situation, I'd consider the following options:
    * upgrade your JVM to the most recent version (1.6.0_21?)
    * put more RAM in the box, and run a second CF instance on it.
    * get another box.
    * refactor the environment so the graphics software runs on a different box, upgrading the CF server to 64-bit (again, with more RAM)
    * run some diagnostics on the server, seeing what's taking up threads and where any bottlenecks might be
    * get an expert in to do the analysis side of things.
    * stop expecting Adode to fix "something".
    One of my other symptoms I have noticed is that any work done using RDP starts getting really really bogged down.  Opening Windows Explorer and searching for files can take minutes.  Restarting the CF service will sometimes fail to complete, and you have to wait a few minutes before the manual Start option appears in the dropdown.  Maybe coincidentally, the Performance Monitor will fail to add any of the ColdFusion metrics, for example Running Requests and Queued Requests, and the Event Monitor shows an error relating to an 8-byte boundary not being maintained.
    You don't, by any chance, store your client variables in the registry do you?  The only time I've seen this happen is when the CF box is munging the OS environment, and the only way I can think this could happen if it was clogging the registry.  Never store client variables in the registry.
    Adam

  • Java.lang.OutOfMemoryError: unable to create new native thread on Win2000

    Dear all,
    I install a java server (SAP J2EE) on the windows machine and run into the following problem: the total number of threads cannot exceed 1200 (as i see this in the task manager)
    After it does reach this number no other tasks can be started. Thereafter i get java.lang.OutOfMemoryError: unable to create new native thread error .
    However the other machine where the same distribution of Win2000 Server is installed can easily coupe with more than 2500 theads. The same is true when the safe mode on the first machine is on: I can generate more than 1200 threads. So it seems the problem has something to do with Windows itself.
    I am really puzzled here, would really appreciate any help.
    Thanks in advance,
    Dimitry
    Surkov Dimitry
    [email protected]
    +49.1632.492618

    well, i do not supply any options when i start jvm, but it is not the course:
    it also happens with c programs. however in the safe mode it works. both for c and for java program.
    so it must be either some software (however memory is ok) or ...? i am lost. In some Unix system you can set the total number of threads allowed as an option in the kernal. But i guess this is not the case with windows.
    Thanks a lot for your reply,
    dimitry

  • Java.lang.OutOfMemoryError: unable to create new native thread

    Hi All,
    I have installed weblogic server 8 sp4 in production environment . I am facing problems with JVM issues .
    JVM is crashing very frequently with the following errro :
    ####<Jun 18, 2009 10:58:22 AM IST> <Info> <Common> <IMM90K-21> <SalesCom> <ExecuteThread: '24' for queue: 'weblogic.kernel.Default'> <<anonymous>> <> <BEA-000628> <Created "1" resources for pool "PIConnectionPool", out of which "1" are available and "0" are unavailable.>
    ####<Jun 18, 2009 11:00:09 AM IST> <Info> <EJB> <IMM90K-21> <SalesCom> <ExecuteThread: '23' for queue: 'weblogic.kernel.Default'> <<anonymous>> <> <BEA-010051> <EJB Exception occurred during invocation from home: payoutCheck.ejb.payoutCheck_s6v3so_HomeImpl@121a735 threw exception: java.lang.OutOfMemoryError: unable to create new native thread
    java.lang.OutOfMemoryError: unable to create new native thread
         at java.lang.Thread.start(Native Method)
         at payoutCheck.classes.MyThread2.MyThreadv(PayoutCheckBOImpl.java:249)
         at payoutCheck.classes.PayoutCheckBOImpl.genSP(PayoutCheckBOImpl.java:184)
         at payoutCheck.ejb.PayoutCheckSLSB.genSP(PayoutCheckSLSB.java:191)
         at payoutCheck.ejb.payoutCheck_s6v3so_EOImpl.genSP(payoutCheck_s6v3so_EOImpl.java:315)
         at payoutCheck.ejb.payoutCheck_s6v3so_EOImpl_CBV.genSP(Unknown Source)
         at payoutCheck.deligate.PayoutCheckBD.genSP(PayoutCheckBD.java:226)
         at ui.action.SearchAction.callFilter(SearchAction.java:378)
         at sun.reflect.GeneratedMethodAccessor201.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
         at org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:220)
         at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:446)
         at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:266)
         at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1292)
         at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:510)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1006)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
         at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315)
         at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6718)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
         at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764)
         at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
    >
    The above mentioned is coming several times , anybody please help out to get rid of this issue.
    Thanks in advance ,
    Krikar.

    This only tells you that the JVM is running out of heap space. It doesn't tell you what is causing the problem. You likely have a memory leak, but you could also try increasing the max heap size of the JVM (-Xmx command line option). It would help to watch the % mem in use statistic, but only immediately after a garbage collection cycle (you can force a GC from the admin console). If the % mem in use after the GC is increasing over time, then that likely confirms you have a memory leak. Note that looking at that statistic during the server startup probably is irrelevant. You'd need to wait until the server finishes starting up, and likely processed a few messages (to load static data).
    If you get to the point of confirming that you have a memory leak, that requires doing detailed analysis with a Java profiler (JProfiler, JProbe, YourKit, etc.) to track down the source of the leak.

  • Cannot Create New Mailbox

    Hi all,
    First of all I already create a similar thread : http://social.technet.microsoft.com/Forums/en-US/b8f88745-ca79-43f9-8857-3b87781e5c19/rbac-to-create-mailbox?forum=exchangesvradmin 
    I got a problem in my Exchange Server 2013 environment. I cannot create new mailbox (new user) from ECP. But I can create new mailbox and choose existing user.
    Active Directory operation failed on DC.mydomain.com. This error is not retriable. Additional information: Access is denied. Active directory response: 00000005: SecErr: DSID-031A121F, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0 
    already try with no luck :
    re-inherit the permission.
    setup /prepareAD
    I create new user and assign Org Management & Domain Admin
    how to check whether the permission in my AD is correct ? or any idea should I start troubleshooting ?
    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
    Krisna Ismayanto | My blogs: Krisna Ismayanto | Twitter:
    @ikrisna

    solved by executing setup.exe /preparedomain
    and I found one of the server in container ADSIEdit were disabled inheritance. execute setup.exe /prepareAD, reboot the server (because it
    ask for it), then execute setup.exe /preparedomain
    cheers ! :)
    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
    Krisna Ismayanto | My blogs: Krisna Ismayanto | Twitter:
    @ikrisna

  • Cannot create new LWP?

    To test my Server process, I make a Client process to send numerous requests by creating one-connection-one-thread.
    Under same amount of connections (such as 50 connections), indefinitely, the process will be error as follow:
    libthread panic: cannot creat new LWP (PID:XXX LWP 2) stacktrace:XXXXXX
    my question is:
    If there are limits of LWP in a process?
    I use unbound thread and let the kernel to balance threads between LWP, must I use bound thread?

    I've seen this when my program used a lot of file descriptors. Using truss I could see that a call to open /dev/zero failed and a libthread panic message was displayed. Try using the ulimit command to increase your limit on open files.

  • Cannot create new folders in Outlook

    I just bought a new PC computer.  I installed MSFT Office Professional Plus 2010.  I opened Outlook and added in (i) the pst folder I had set up from my previous Vista
    computer (also with Outlook 2010), (ii) my hotmail account, (iii) my at&t/yahoo account and (iv) my gmail account.  I cannot create new folders in any of them.
    When I right click anywhere in the navigation pane and select "New Folder..." I get the following error message:
    "Outlook cannot read the registry information.
    -Close and restart Outlook.
    -Reinstall Outlook
    -Reinstall Microsoft Exchange or other e-mail system."
    I tried all three, including removing and reinstalling Office and removing all of the email accounts/pst files and re-adding and still have the problem.
    If I try to right-click properties on any of the accounts, I get the same error message, with the following additional language first:
    "Cannot display 'General' page. This page will remain visible, but is not available."
    Not sure what is left to try.
    Appreciate any ideas.

    Hi
    Thank you for using
    Microsoft Office for IT Professionals Forums.
    From your description, If the PC from clean install, you can follow these steps to test this issue.
    1.      
    Start the Outlook in safe mode,
    Press and hold the CTRL key,
    and then click Outlook.
    If the problem does not occur in the safe mode, this issue might be related to some third-party add-ins in the Office program, we can try to disable them.
    2.      
    Create a New profile & PST file to test this issue
    If this problem does not occur in the new Outlook profile & PST, the old Outlook profile is corrupted. We can delete that and use a new Outlook profile.
    3.      
    Make sure the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office
    key permissions to allow full permissions to all users
    Important: This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might
    occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how
    to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
    322756  How
    to back up and restore the registry in Windows
    a)     
    Exit Outlook if it is running.
    b)     
    Click
    Start, and then click Run. Copy and paste (or type) the following command in the
    Open box, and then press ENTER: regedit
    c)     
    Locate and select the following key:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office
    d)     
    On the
    Edit menu, click Permissions.
    e)     
    Click the registry key for the user who is currently logged on, and ensure that
    Read and Full Control permissions are both set to
    Allow.
    f)      
    Click the Advanced button, ensure that the user who is currently logged on is selected, that
    Full Control is listed in the Permissions
    column, and that This Key and Subkeys is listed in the
    Apply to column.
    g)     
    Click to select the Replace permission entries on all child objects with entries shown here that apply to child objects check box, and clear
    the check box
    Windows 7: Include inheritable permissions from this
    object’s parent
    Windows XP: Inherit from parent the permission entries that apply to child objects. Include these with entries explicitly defined here.
    h)     
    When you are prompted to continue, click Remove.
    i)      
    Click Apply, and then click Yes when you are prompted to continue.
    j)      
    Click OK, and then click OK again.
    k)     
    On the Registry menu, click Exit.
    Please take your time to try the suggestions and let me know the results at your earliest convenience. If anything is unclear or if there is anything
    I can do for you, please feel free to let me know.
    Hope that helps.
    Sincerely
    William Zhou CHNPlease remember to mark the replies as answers if they help and unmark them if they provide no help.

  • Cannot create new folder?

    I have just moved to a new hosting and have connected to it
    and I can edit files. When I try to add a folder to the remove I'll
    get
    "An FTP error occured - cannot create new folder .
    Access denied. The file may not exist or there could be a
    permission problem".
    Any idea?

    Hi,
    Did you make any changes before the issue appears?
    Before going further, you may try the
    system restore to go back to a previous status and check the result.
    Tracy Cai
    TechNet Community Support

  • BO4 - cannot create new universe connections

    Hi,
    In Universe Design Tool, trying to create new universe connections but not allowing this.
    Doesn't show all the data access drivers we have installed.
    Can migrate connections fine from XIR2 fine and reports run O.K
    Why cannot create new universe connections
    Many Thanks

    Hi,
    there are some notes about this in the knowldge base. Here are a couple:
    For ODBC, Note   1272557 - Data Access Drivers missing while creating a new connection in Designer
    for JDBC, Note 1481410 - JDBC Drivers do not appear in the List Of Drivers when Creating a New Universe Connection in Universe Designer
    Can you hit www.service.sap.com/notes to look them up?
    Regards,
    H

  • How to create New Work Center

    Dear Experts
                      How to create New Work Center?, what are all the inforamtions  need while creating workcenter.
    Regards
    Rajakarthik

    Hi,
    In addition to the above post, you need to identify that:
    1. Whether you need separate activity types and cost center for the newly created work center. These details are entered in the Costing View of the Work Center.
    If these are required then use KL01 to create new activity, KP26 to define the activity price.
    If required create cost element using T Code KA01 and Cost Center using KS01.
    Take help from the CO guy on this.
    2. Also  you need to ask the concerned about the operating times for the wor center. That is Start time and End time of WC. It is used for capacity evaluation and scheduling of the orders. It is maintained in the capacity view (Bottom left Button in the view).
    this view will also contain the details regarding the calendar, to be assigned to the work center, if needed. Collect details for this requirement. Also you can assign a different calendar to WC apart from factory calendar.
    3. Find out whether this WC will be operating in shifts or not. Accordingly maintain the details.
    Hope it is useful for you.
    Revert for clarifications
    Regards,
    Rohit.

  • After upgrade to 6.3.4 cannot create new bookmarks by dragging nor open existing bookmark properties

    Just upgraded to 3.64. Now I cannot create new bookmarks either by dragging a URL or trying to create a new one in organize bookmarks. For existing bookmarks when I hit properties on the pop up menu all I get is a title bar that says "bookmark properties for (name of bookmark)" but I can't resize it or otherwise manipulate the title bar to access information or change the properties

    Hello Victor.
    You may be having a problem with some Firefox add-on that is hindering your Firefox's normal behavior. Have you tried disabling all add-ons (just to check), to see if Firefox goes back to normal?
    Whenever you have a problem with Firefox, whatever it is, you should make sure it's not coming from one of your installed add-ons, be it an extension, a theme or a plugin. To do that easily and cleanly, run Firefox in [http://support.mozilla.com/en-US/kb/Safe+Mode safe mode] and select ''Disable all add-ons''. If the problem disappears, you know it's from an add-on. Disable them all in normal mode, and enable them one at a time until you find the source of the problem. See [http://support.mozilla.com/en-US/kb/Troubleshooting+extensions+and+themes this article] for information about troubleshooting extensions and theme. You can troubleshoot plugins the same way.
    If you want support for one of your add-ons, you'll need to contact its author.

  • HT5577 i bought  recently a second hand apple i phone 4s but now i cannot creat new apple id

    i bought  recently a second hand apple i phone 4s but now i cannot creat new apple id .

    I suspect you're referring to the 3 free iCloud account limit on an iOS device. If so, there's no way around this. Once that limit is reached, you'll have to create the iCloud account on another iOS device or computer, then setup that account on your phone.

  • AME iExpenses: Cannot create new approver group

    We need to set up approver groups for iExpenses. I assigned myself Approvals Management Administrator and Aprovals Management Business Analyst roles. With these roles I can create new attributes and conditions. However, I cannot create new action types and approval groups. The create button for the approval group just does nothing.
    What am I missing? We are 11.5.10.2, AME.B

    Pl see if ML Doc 420387.1 (How to Create the Approval Transaction Type for AME.B or higher ?) can help
    HTH
    Srini

  • Java.lang.OutOfMemoryError: cannot create any more threads

    Server: AIX
    OS Level: 4.3.3
    JDK 1.1.8
    I have an application that creates a lot of worker Threads. For each widget, a new Thread is created. If there are 431 widgets, the program displays the OutOfMemory error and exits. If I reduce the number of widgets by 9 and only create 422 Threads everything works fine. I print out the TotalMemory() and the FreeMemory() just before it dies and there seems to be plenty of memory left. I have tried setting the following settings "-ms50m" and "-mx400m", but it seemed to make no difference. Any ideas?
    Total Memory: 10211320
    Free Memory: 1461640
    I also ran using the "verbosegc" option. Here is that output:
    <GC: freeing class [B(300291f8)>
    <GC: freeing class java.lang.Compiler(3002a920)>
    <GC: unloaded and freed 2 classes>
    GC: Wed May 26 13:13:08 2004
    <GC(async)(1): freed 635 objects, 24440 bytes in 8 ms, 65% free (684736/1048568)>
    <GC(1): begin: 2630 ms, mark: 7 ms, sweep: 1 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[1]: managing allocation failure. need 1552 bytes, action=1 (21984/1048568)>
    <GC: freeing class java.lang.NoSuchMethodException(30024300)>
    <GC: freeing class java.rmi.UnexpectedException(30027610)>
    <GC: freeing class sun.rmi.registry.RegistryImpl_Stub(30027b68)>
    <GC: freeing class sun.security.provider.SHA(300250a8)>
    <GC: unloaded and freed 4 classes>
    GC: Wed May 26 13:13:14 2004
    <GC(2): freed 6754 objects, 335560 bytes in 25 ms, 34% free (357544/1048568)>
    <GC(2): begin: 8262 ms, mark: 18 ms, sweep: 7 ms, compact: 0 ms>
    <AF[1]: completed in 532 ms>
    <FIN: async finalizer thread waking>
    <AF[2]: managing allocation failure. need 1552 bytes, action=1 (223896/1048568)>
    GC: Wed May 26 13:13:14 2004
    <GC(3): freed 1787 objects, 92008 bytes in 56 ms, 30% free (315880/1048568)>
    <GC(3): begin: 8795 ms, mark: 20 ms, sweep: 5 ms, compact: 31 ms>
    <GC(3): moved 9012 objects, 470088 bytes in 31 ms>
    <AF[2]: completed in 544 ms>
    <AF[3]: managing allocation failure. need 424 bytes, action=1 (13584/1048568)>
    GC: Wed May 26 13:13:15 2004
    <GC(4): freed 3960 objects, 199056 bytes in 27 ms, 20% free (212640/1048568)>
    <GC(4): begin: 9621 ms, mark: 22 ms, sweep: 5 ms, compact: 0 ms>
    <AF[3]: managing allocation failure. need 424 bytes, action=2 (212640/1048568)>
    <AF[3]: managing allocation failure. need 424 bytes, action=3 (212640/1048568)>
    <AF[3]: zeroed 3 of 3 soft refs in 3 ms>
    GC: Wed May 26 13:13:16 2004
    <GC(5): freed 14 objects, 744 bytes in 23 ms, 20% free (213384/1048568)>
    <GC(5): begin: 10082 ms, mark: 20 ms, sweep: 3 ms, compact: 0 ms>
    <AF[3]: managing allocation failure. need 424 bytes, action=3003 (213384/1048568)>
    <AF[3]: zeroed 0 of 0 soft refs in 3 ms>
    <AF[3]: managing allocation failure. need 424 bytes, action=4 (213384/1048568)>
    <AF: expanded heap by 1048576 to 2097144 bytes, 60% free>
    <AF[3]: completed in 1218 ms>
    <AF[4]: managing allocation failure. need 1552 bytes, action=1 (134080/2097144)>
    GC: Wed May 26 13:13:16 2004
    <GC(6): freed 15077 objects, 748816 bytes in 107 ms, 42% free (882896/2097144)>
    <GC(6): begin: 10726 ms, mark: 34 ms, sweep: 14 ms, compact: 59 ms>
    <GC(6): moved 12562 objects, 828712 bytes in 59 ms>
    <AF[4]: completed in 509 ms>
    <AF[5]: managing allocation failure. need 1552 bytes, action=1 (12744/2097144)>
    GC: Wed May 26 13:13:17 2004
    <GC(7): freed 11655 objects, 575824 bytes in 55 ms, 28% free (588568/2097144)>
    <GC(7): begin: 11542 ms, mark: 41 ms, sweep: 14 ms, compact: 0 ms>
    <AF[5]: completed in 604 ms>
    <AF[6]: managing allocation failure. need 3280 bytes, action=1 (558216/2097144)>
    GC: Wed May 26 13:13:18 2004
    <GC(8): freed 420 objects, 22088 bytes in 110 ms, 27% free (580304/2097144)>
    <GC(8): begin: 11966 ms, mark: 41 ms, sweep: 8 ms, compact: 61 ms>
    <GC(8): moved 11582 objects, 723272 bytes in 61 ms>
    <AF[6]: completed in 473 ms>
    <AF[7]: managing allocation failure. need 1552 bytes, action=1 (12304/2097144)>
    GC: Wed May 26 13:13:18 2004
    <GC(9): freed 7364 objects, 374360 bytes in 59 ms, 18% free (386664/2097144)>
    <GC(9): begin: 12741 ms, mark: 48 ms, sweep: 11 ms, compact: 0 ms>
    <AF[7]: managing allocation failure. need 1552 bytes, action=2 (386664/2097144)>
    <AF[7]: managing allocation failure. need 1552 bytes, action=3 (386664/2097144)>
    <AF[7]: zeroed 0 of 0 soft refs in 9 ms>
    <AF[7]: managing allocation failure. need 1552 bytes, action=4 (386664/2097144)>
    <AF: expanded heap by 1048576 to 3145720 bytes, 45% free>
    <AF[7]: completed in 617 ms>
    GC: Wed May 26 13:13:19 2004
    <GC(10): freed 9825 objects, 492936 bytes in 172 ms, 38% free (1199928/3145720)>
    <GC(10): begin: 13426 ms, mark: 56 ms, sweep: 16 ms, compact: 99 ms>
    <GC(10): moved 22853 objects, 1415864 bytes in 99 ms>
    GC: Wed May 26 13:13:20 2004
    <GC(async)(11): freed 26 objects, 2440 bytes in 66 ms, 38% free (1196344/3145720)>
    <GC(11): begin: 14222 ms, mark: 58 ms, sweep: 8 ms, compact: 0 ms>
    <AF[8]: managing allocation failure. need 16400 bytes, action=1 (112112/3145720)>
    <GC: freeing class java.rmi.UnexpectedException(30027610)>
    <GC: freeing class sun.rmi.registry.RegistryImpl_Stub(30027b68)>
    <GC: freeing class sun.security.provider.SHA(30020b30)>
    <GC: unloaded and freed 3 classes>
    GC: Wed May 26 13:13:24 2004
    <GC(12): freed 5185 objects, 1014736 bytes in 71 ms, 35% free (1126848/3145720)>
    <GC(12): begin: 18001 ms, mark: 59 ms, sweep: 12 ms, compact: 0 ms>
    <AF[8]: completed in 830 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:25 2004
    <GC(async)(13): freed 3882 objects, 824912 bytes in 72 ms, 35% free (1114576/3145720)>
    <GC(13): begin: 19693 ms, mark: 60 ms, sweep: 12 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:27 2004
    <GC(async)(14): freed 3455 objects, 739696 bytes in 75 ms, 35% free (1101776/3145720)>
    <GC(14): begin: 21321 ms, mark: 62 ms, sweep: 13 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[9]: managing allocation failure. need 16400 bytes, action=1 (364032/3145720)>
    GC: Wed May 26 13:13:28 2004
    <GC(15): freed 3223 objects, 704488 bytes in 74 ms, 33% free (1068520/3145720)>
    <GC(15): begin: 22665 ms, mark: 61 ms, sweep: 13 ms, compact: 0 ms>
    <AF[9]: completed in 496 ms>
    <FIN: async finalizer thread waking>
    <AF[10]: managing allocation failure. need 16400 bytes, action=1 (270272/3145720)>
    GC: Wed May 26 13:13:30 2004
    <GC(16): freed 6494 objects, 712488 bytes in 81 ms, 31% free (982760/3145720)>
    <GC(16): begin: 23905 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
    <AF[10]: completed in 617 ms>
    <FIN: async finalizer thread waking>
    <AF[11]: managing allocation failure. need 16400 bytes, action=1 (522936/3145720)>
    GC: Wed May 26 13:13:30 2004
    <GC(17): freed 4048 objects, 474384 bytes in 81 ms, 31% free (997320/3145720)>
    <GC(17): begin: 24759 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
    <AF[11]: completed in 645 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:31 2004
    <GC(async)(18): freed 2878 objects, 372312 bytes in 81 ms, 31% free (988168/3145720)>
    <GC(18): begin: 25455 ms, mark: 67 ms, sweep: 14 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[12]: managing allocation failure. need 16400 bytes, action=1 (649312/3145720)>
    GC: Wed May 26 13:13:32 2004
    <GC(19): freed 1540 objects, 323336 bytes in 203 ms, 30% free (972560/3145720)>
    <GC(19): begin: 26489 ms, mark: 68 ms, sweep: 14 ms, compact: 121 ms>
    <GC(19): moved 28510 objects, 1684672 bytes in 121 ms>
    <AF[12]: completed in 735 ms>
    <FIN: async finalizer thread waking>
    <AF[13]: managing allocation failure. need 16400 bytes, action=1 (75360/3145720)>
    GC: Wed May 26 13:13:34 2004
    <GC(20): freed 5621 objects, 854200 bytes in 81 ms, 29% free (929560/3145720)>
    <GC(20): begin: 27906 ms, mark: 66 ms, sweep: 15 ms, compact: 0 ms>
    <AF[13]: completed in 598 ms>
    <FIN: async finalizer thread waking>
    <AF[14]: managing allocation failure. need 16400 bytes, action=1 (185408/3145720)>
    GC: Wed May 26 13:13:35 2004
    <GC(21): freed 3437 objects, 727680 bytes in 80 ms, 29% free (913088/3145720)>
    <GC(21): begin: 29354 ms, mark: 67 ms, sweep: 13 ms, compact: 0 ms>
    <AF[14]: completed in 600 ms>
    <FIN: async finalizer thread waking>
    <AF[15]: managing allocation failure. need 16400 bytes, action=1 (255960/3145720)>
    GC: Wed May 26 13:13:36 2004
    <GC(22): freed 3369 objects, 631744 bytes in 86 ms, 28% free (887704/3145720)>
    <GC(22): begin: 30784 ms, mark: 72 ms, sweep: 14 ms, compact: 0 ms>
    <AF[15]: completed in 798 ms>
    <FIN: async finalizer thread waking>
    <AF[16]: managing allocation failure. need 1552 bytes, action=1 (277648/3145720)>
    GC: Wed May 26 13:13:38 2004
    <GC(23): freed 4319 objects, 571728 bytes in 208 ms, 27% free (849368/3145720)>
    <GC(23): begin: 31820 ms, mark: 69 ms, sweep: 15 ms, compact: 124 ms>
    <GC(23): moved 32020 objects, 1918840 bytes in 124 ms>
    <AF[16]: completed in 716 ms>
    <FIN: async finalizer thread waking>
    <AF[17]: managing allocation failure. need 16400 bytes, action=1 (57816/3145720)>
    GC: Wed May 26 13:13:39 2004
    <GC(24): freed 8529 objects, 635392 bytes in 93 ms, 22% free (693208/3145720)>
    <GC(24): begin: 32859 ms, mark: 74 ms, sweep: 18 ms, compact: 1 ms>
    <AF[17]: managing allocation failure. need 16400 bytes, action=2 (693208/3145720)>
    <FIN: async finalizer thread waking>
    <AF[17]: synchronously running 4 finalizers>
    <AF[17]: synchronous finalization attempt took 1 ms>
    GC: Wed May 26 13:13:39 2004
    <GC(25): freed 11 objects, 2376 bytes in 89 ms, 22% free (694032/3145720)>
    <GC(25): begin: 33407 ms, mark: 75 ms, sweep: 14 ms, compact: 0 ms>
    <AF[17]: managing allocation failure. need 16400 bytes, action=3 (694032/3145720)>
    <AF[17]: zeroed 9 of 9 soft refs in 15 ms>
    GC: Wed May 26 13:13:40 2004
    <GC(26): freed 58 objects, 3472 bytes in 90 ms, 22% free (697504/3145720)>
    <GC(26): begin: 33957 ms, mark: 76 ms, sweep: 14 ms, compact: 0 ms>
    <AF[17]: managing allocation failure. need 16400 bytes, action=3003 (697504/3145720)>
    <AF[17]: zeroed 0 of 0 soft refs in 16 ms>
    <AF[17]: managing allocation failure. need 16400 bytes, action=4 (697504/3145720)>
    <AF: expanded heap by 1048576 to 4194296 bytes, 41% free>
    <AF[17]: completed in 1842 ms>
    <AF[18]: managing allocation failure. need 8208 bytes, action=1 (265952/4194296)>
    GC: Wed May 26 13:13:41 2004
    <GC(27): freed 17813 objects, 1444896 bytes in 238 ms, 40% free (1710840/4194296)>
    <GC(27): begin: 35625 ms, mark: 80 ms, sweep: 26 ms, compact: 132 ms>
    <GC(27): moved 24970 objects, 1390720 bytes in 132 ms>
    <AF[18]: completed in 936 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:43 2004
    <GC(async)(28): freed 3519 objects, 866264 bytes in 96 ms, 40% free (1699032/4194296)>
    <GC(28): begin: 37429 ms, mark: 79 ms, sweep: 17 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:45 2004
    <GC(async)(29): freed 7470 objects, 964488 bytes in 97 ms, 39% free (1646808/4194296)>
    <GC(29): begin: 39287 ms, mark: 79 ms, sweep: 18 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:47 2004
    <GC(async)(30): freed 4130 objects, 807712 bytes in 97 ms, 38% free (1625440/4194296)>
    <GC(30): begin: 40857 ms, mark: 80 ms, sweep: 17 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:48 2004
    <GC(async)(31): freed 6462 objects, 911544 bytes in 103 ms, 37% free (1579288/4194296)>
    <GC(31): begin: 42499 ms, mark: 83 ms, sweep: 19 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[19]: managing allocation failure. need 16400 bytes, action=1 (544024/4194296)>
    GC: Wed May 26 13:13:50 2004
    <GC(32): freed 9174 objects, 963288 bytes in 255 ms, 35% free (1507304/4194296)>
    <GC(32): begin: 43944 ms, mark: 85 ms, sweep: 22 ms, compact: 148 ms>
    <GC(32): moved 31280 objects, 1760488 bytes in 148 ms>
    <AF[19]: completed in 727 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:51 2004
    <GC(async)(33): freed 5334 objects, 916464 bytes in 105 ms, 35% free (1479760/4194296)>
    <GC(33): begin: 45710 ms, mark: 85 ms, sweep: 20 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:13:53 2004
    <GC(async)(34): freed 4727 objects, 843296 bytes in 110 ms, 34% free (1452368/4194296)>
    <GC(34): begin: 47271 ms, mark: 89 ms, sweep: 21 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[20]: managing allocation failure. need 1552 bytes, action=1 (201640/4194296)>
    GC: Wed May 26 13:13:55 2004
    <GC(35): freed 15729 objects, 1102776 bytes in 311 ms, 31% free (1304416/4194296)>
    <GC(35): begin: 48752 ms, mark: 104 ms, sweep: 32 ms, compact: 175 ms>
    <GC(35): moved 35105 objects, 1835792 bytes in 175 ms>
    <AF[20]: completed in 894 ms>
    <FIN: async finalizer thread waking>
    <AF[21]: managing allocation failure. need 16400 bytes, action=1 (78240/4194296)>
    GC: Wed May 26 13:13:56 2004
    <GC(36): freed 12481 objects, 1155656 bytes in 122 ms, 29% free (1233896/4194296)>
    <GC(36): begin: 50490 ms, mark: 96 ms, sweep: 26 ms, compact: 0 ms>
    <AF[21]: completed in 626 ms>
    <FIN: async finalizer thread waking>
    <AF[22]: managing allocation failure. need 16400 bytes, action=1 (352488/4194296)>
    GC: Wed May 26 13:13:58 2004
    <GC(37): freed 4977 objects, 846352 bytes in 122 ms, 28% free (1198840/4194296)>
    <GC(37): begin: 52136 ms, mark: 98 ms, sweep: 24 ms, compact: 0 ms>
    <AF[22]: completed in 788 ms>
    <FIN: async finalizer thread waking>
    <AF[23]: managing allocation failure. need 16400 bytes, action=1 (447480/4194296)>
    GC: Wed May 26 13:13:59 2004
    <GC(38): freed 3784 objects, 727792 bytes in 127 ms, 28% free (1175272/4194296)>
    <GC(38): begin: 53702 ms, mark: 101 ms, sweep: 26 ms, compact: 0 ms>
    <AF[23]: completed in 732 ms>
    <FIN: async finalizer thread waking>
    <AF[24]: managing allocation failure. need 16400 bytes, action=1 (505640/4194296)>
    GC: Wed May 26 13:14:01 2004
    <GC(39): freed 3844 objects, 648688 bytes in 125 ms, 27% free (1154328/4194296)>
    <GC(39): begin: 54998 ms, mark: 98 ms, sweep: 27 ms, compact: 0 ms>
    <AF[24]: completed in 667 ms>
    <FIN: async finalizer thread waking>
    <AF[25]: managing allocation failure. need 16400 bytes, action=1 (561280/4194296)>
    GC: Wed May 26 13:14:02 2004
    <GC(40): freed 4740 objects, 548792 bytes in 302 ms, 26% free (1110072/4194296)>
    <GC(40): begin: 55896 ms, mark: 102 ms, sweep: 26 ms, compact: 174 ms>
    <GC(40): moved 32891 objects, 1661088 bytes in 174 ms>
    <AF[25]: completed in 743 ms>
    <FIN: async finalizer thread waking>
    <AF[26]: managing allocation failure. need 16400 bytes, action=1 (292096/4194296)>
    GC: Wed May 26 13:14:03 2004
    <GC(41): freed 6267 objects, 774336 bytes in 139 ms, 25% free (1066432/4194296)>
    <GC(41): begin: 57515 ms, mark: 113 ms, sweep: 26 ms, compact: 0 ms>
    <AF[26]: completed in 772 ms>
    <FIN: async finalizer thread waking>
    <AF[27]: managing allocation failure. need 16400 bytes, action=1 (315984/4194296)>
    GC: Wed May 26 13:14:05 2004
    <GC(42): freed 4472 objects, 726008 bytes in 129 ms, 24% free (1041992/4194296)>
    <GC(42): begin: 58864 ms, mark: 104 ms, sweep: 25 ms, compact: 0 ms>
    <AF[27]: managing allocation failure. need 16400 bytes, action=2 (1041992/4194296)>
    <AF[27]: synchronously running 18 finalizers>
    <FIN: async finalizer thread waking>
    <AF[27]: synchronous finalization attempt took 3 ms>
    GC: Wed May 26 13:14:05 2004
    <GC(43): freed 46 objects, 6040 bytes in 129 ms, 24% free (1046480/4194296)>
    <GC(43): begin: 59401 ms, mark: 106 ms, sweep: 23 ms, compact: 0 ms>
    <AF[27]: managing allocation failure. need 16400 bytes, action=3 (1046480/4194296)>
    <AF[27]: zeroed 0 of 0 soft refs in 23 ms>
    <AF[27]: managing allocation failure. need 16400 bytes, action=4 (1046480/4194296)>
    <AF: expanded heap by 1048576 to 5242872 bytes, 39% free>
    <AF[27]: completed in 1233 ms>
    <AF[28]: managing allocation failure. need 16400 bytes, action=1 (439288/5242872)>
    GC: Wed May 26 13:14:08 2004
    <GC(44): freed 7949 objects, 1599288 bytes in 289 ms, 38% free (2038576/5242872)>
    <GC(44): begin: 62021 ms, mark: 106 ms, sweep: 27 ms, compact: 156 ms>
    <GC(44): moved 22967 objects, 1133840 bytes in 156 ms>
    <AF[28]: completed in 1044 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:14:10 2004
    <GC(async)(45): freed 4094 objects, 840880 bytes in 133 ms, 38% free (2030528/5242872)>
    <GC(45): begin: 63875 ms, mark: 108 ms, sweep: 25 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[29]: managing allocation failure. need 8208 bytes, action=1 (114768/5242872)>
    GC: Wed May 26 13:14:12 2004
    <GC(46): freed 21586 objects, 1635288 bytes in 154 ms, 33% free (1750056/5242872)>
    <GC(46): begin: 65807 ms, mark: 115 ms, sweep: 39 ms, compact: 0 ms>
    <AF[29]: completed in 691 ms>
    <FIN: async finalizer thread waking>
    <AF[30]: managing allocation failure. need 1552 bytes, action=1 (696192/5242872)>
    GC: Wed May 26 13:14:13 2004
    <GC(47): freed 14485 objects, 957856 bytes in 376 ms, 31% free (1654048/5242872)>
    <GC(47): begin: 66906 ms, mark: 122 ms, sweep: 38 ms, compact: 216 ms>
    <GC(47): moved 34318 objects, 1722880 bytes in 216 ms>
    <AF[30]: completed in 927 ms>
    <FIN: async finalizer thread waking>
    <AF[31]: managing allocation failure. need 16400 bytes, action=1 (459760/5242872)>
    GC: Wed May 26 13:14:14 2004
    <GC(48): freed 13009 objects, 1168784 bytes in 153 ms, 31% free (1628544/5242872)>
    <GC(48): begin: 68716 ms, mark: 119 ms, sweep: 34 ms, compact: 0 ms>
    <AF[31]: completed in 747 ms>
    <FIN: async finalizer thread waking>
    <AF[32]: managing allocation failure. need 16400 bytes, action=1 (538768/5242872)>
    GC: Wed May 26 13:14:17 2004
    <GC(49): freed 8330 objects, 1021448 bytes in 339 ms, 29% free (1560216/5242872)>
    <GC(49): begin: 70875 ms, mark: 122 ms, sweep: 33 ms, compact: 184 ms>
    <GC(49): moved 24324 objects, 1119304 bytes in 184 ms>
    <AF[32]: completed in 1494 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:14:19 2004
    <GC(async)(50): freed 4448 objects, 927416 bytes in 152 ms, 29% free (1545096/5242872)>
    <GC(50): begin: 72825 ms, mark: 122 ms, sweep: 30 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[33]: managing allocation failure. need 16400 bytes, action=1 (158984/5242872)>
    GC: Wed May 26 13:14:21 2004
    <GC(51): freed 10590 objects, 1250112 bytes in 167 ms, 26% free (1409096/5242872)>
    <GC(51): begin: 74814 ms, mark: 130 ms, sweep: 37 ms, compact: 0 ms>
    <AF[33]: completed in 736 ms>
    <FIN: async finalizer thread waking>
    <AF[34]: managing allocation failure. need 1552 bytes, action=1 (402752/5242872)>
    GC: Wed May 26 13:14:22 2004
    <GC(52): freed 13192 objects, 837080 bytes in 415 ms, 23% free (1239832/5242872)>
    <GC(52): begin: 75673 ms, mark: 135 ms, sweep: 41 ms, compact: 238 ms>
    <GC(52): moved 34722 objects, 1631272 bytes in 238 ms>
    <AF[34]: managing allocation failure. need 1552 bytes, action=2 (1239832/5242872)>
    <FIN: async finalizer thread waking>
    <AF[34]: synchronously running 6 finalizers>
    <AF[34]: synchronous finalization attempt took 1 ms>
    GC: Wed May 26 13:14:22 2004
    <GC(53): freed 21 objects, 4984 bytes in 161 ms, 23% free (1241712/5242872)>
    <GC(53): begin: 76457 ms, mark: 130 ms, sweep: 31 ms, compact: 0 ms>
    <AF[34]: managing allocation failure. need 1552 bytes, action=3 (1241712/5242872)>
    <AF[34]: zeroed 0 of 0 soft refs in 34 ms>
    <AF[34]: managing allocation failure. need 1552 bytes, action=4 (1241712/5242872)>
    <AF: expanded heap by 1048576 to 6291448 bytes, 36% free>
    <AF[34]: completed in 1415 ms>
    <AF[35]: managing allocation failure. need 16400 bytes, action=1 (252936/6291448)>
    GC: Wed May 26 13:14:24 2004
    <GC(54): freed 23814 objects, 1717504 bytes in 453 ms, 31% free (1970440/6291448)>
    <GC(54): begin: 78098 ms, mark: 148 ms, sweep: 51 ms, compact: 253 ms>
    <GC(54): moved 34460 objects, 1684384 bytes in 253 ms>
    <AF[35]: completed in 952 ms>
    <FIN: async finalizer thread waking>
    <AF[36]: managing allocation failure. need 16400 bytes, action=1 (143712/6291448)>
    GC: Wed May 26 13:14:26 2004
    <GC(55): freed 26403 objects, 1600136 bytes in 203 ms, 27% free (1743848/6291448)>
    <GC(55): begin: 79739 ms, mark: 148 ms, sweep: 55 ms, compact: 0 ms>
    <AF[36]: completed in 758 ms>
    <FIN: async finalizer thread waking>
    <AF[37]: managing allocation failure. need 61912 bytes, action=1 (1223696/6291448)>
    GC: Wed May 26 13:14:27 2004
    <GC(56): freed 5320 objects, 370504 bytes in 481 ms, 25% free (1594200/6291448)>
    <GC(56): begin: 80478 ms, mark: 153 ms, sweep: 47 ms, compact: 281 ms>
    <GC(56): moved 43171 objects, 1952320 bytes in 281 ms>
    <AF[37]: completed in 883 ms>
    <FIN: async finalizer thread waking>
    <AF[38]: managing allocation failure. need 16400 bytes, action=1 (394680/6291448)>
    GC: Wed May 26 13:14:28 2004
    <GC(57): freed 14083 objects, 964208 bytes in 209 ms, 21% free (1358888/6291448)>
    <GC(57): begin: 81774 ms, mark: 160 ms, sweep: 49 ms, compact: 0 ms>
    <AF[38]: managing allocation failure. need 16400 bytes, action=2 (1358888/6291448)>
    <FIN: async finalizer thread waking>
    <AF[38]: synchronously running 12 finalizers>
    <AF[38]: synchronous finalization attempt took 1 ms>
    GC: Wed May 26 13:14:28 2004
    <GC(58): freed 36 objects, 5168 bytes in 206 ms, 21% free (1360952/6291448)>
    <GC(58): begin: 82355 ms, mark: 160 ms, sweep: 46 ms, compact: 0 ms>
    <AF[38]: managing allocation failure. need 16400 bytes, action=3 (1360952/6291448)>
    <AF[38]: zeroed 0 of 0 soft refs in 50 ms>
    <AF[38]: managing allocation failure. need 16400 bytes, action=4 (1360952/6291448)>
    <AF: expanded heap by 1101824 to 7393272 bytes, 33% free>
    <AF[38]: completed in 1294 ms>
    <AF[39]: managing allocation failure. need 16400 bytes, action=1 (674336/7393272)>
    GC: Wed May 26 13:14:31 2004
    <GC(59): freed 16138 objects, 1510224 bytes in 584 ms, 29% free (2184560/7393272)>
    <GC(59): begin: 84491 ms, mark: 178 ms, sweep: 60 ms, compact: 346 ms>
    <GC(59): moved 55092 objects, 2219584 bytes in 346 ms>
    <AF[39]: completed in 1242 ms>
    <FIN: async finalizer thread waking>
    <AF[40]: managing allocation failure. need 8208 bytes, action=1 (120088/7393272)>
    GC: Wed May 26 13:14:33 2004
    <GC(60): freed 17355 objects, 1880752 bytes in 245 ms, 27% free (2000840/7393272)>
    <GC(60): begin: 86760 ms, mark: 183 ms, sweep: 62 ms, compact: 0 ms>
    <AF[40]: completed in 866 ms>
    <FIN: async finalizer thread waking>
    <AF[41]: managing allocation failure. need 1552 bytes, action=1 (221648/7393272)>
    GC: Wed May 26 13:14:35 2004
    <GC(61): freed 21131 objects, 1627296 bytes in 591 ms, 25% free (1848944/7393272)>
    <GC(61): begin: 88506 ms, mark: 181 ms, sweep: 63 ms, compact: 347 ms>
    <GC(61): moved 57273 objects, 2733408 bytes in 347 ms>
    <AF[41]: completed in 1170 ms>
    <FIN: async finalizer thread waking>
    <AF[42]: managing allocation failure. need 16400 bytes, action=1 (84512/7393272)>
    GC: Wed May 26 13:14:36 2004
    <GC(62): freed 18625 objects, 1461576 bytes in 263 ms, 20% free (1546088/7393272)>
    <GC(62): begin: 90212 ms, mark: 196 ms, sweep: 67 ms, compact: 0 ms>
    <AF[42]: managing allocation failure. need 16400 bytes, action=2 (1546088/7393272)>
    <FIN: async finalizer thread waking>
    <AF[42]: synchronously running 14 finalizers>
    <AF[42]: synchronous finalization attempt took 1 ms>
    GC: Wed May 26 13:14:37 2004
    <GC(63): freed 46 objects, 6728 bytes in 252 ms, 20% free (1549712/7393272)>
    <GC(63): begin: 90853 ms, mark: 197 ms, sweep: 55 ms, compact: 0 ms>
    <AF[42]: managing allocation failure. need 16400 bytes, action=3 (1549712/7393272)>
    <AF[42]: zeroed 0 of 0 soft refs in 61 ms>
    <AF[42]: managing allocation failure. need 16400 bytes, action=4 (1549712/7393272)>
    <AF: expanded heap by 1294336 to 8687608 bytes, 32% free>
    <AF[42]: completed in 1441 ms>
    <AF[43]: managing allocation failure. need 16400 bytes, action=1 (658696/8687608)>
    GC: Wed May 26 13:14:40 2004
    <GC(64): freed 20119 objects, 2108800 bytes in 611 ms, 31% free (2767496/8687608)>
    <GC(64): begin: 93853 ms, mark: 197 ms, sweep: 68 ms, compact: 346 ms>
    <GC(64): moved 46120 objects, 1817512 bytes in 346 ms>
    <AF[43]: completed in 1340 ms>
    <FIN: async finalizer thread waking>
    <AF[44]: managing allocation failure. need 16400 bytes, action=1 (348696/8687608)>
    GC: Wed May 26 13:14:43 2004
    <GC(65): freed 24943 objects, 2286616 bytes in 280 ms, 30% free (2635312/8687608)>
    <GC(65): begin: 97187 ms, mark: 209 ms, sweep: 71 ms, compact: 0 ms>
    <AF[44]: completed in 1027 ms>
    <FIN: async finalizer thread waking>
    <AF[45]: managing allocation failure. need 16400 bytes, action=1 (921208/8687608)>
    GC: Wed May 26 13:14:45 2004
    <GC(66): freed 25648 objects, 1677408 bytes in 628 ms, 29% free (2598616/8687608)>
    <GC(66): begin: 99185 ms, mark: 203 ms, sweep: 72 ms, compact: 353 ms>
    <GC(66): moved 40683 objects, 1679720 bytes in 353 ms>
    <AF[45]: completed in 1269 ms>
    <FIN: async finalizer thread waking>
    <AF[46]: managing allocation failure. need 16400 bytes, action=1 (298648/8687608)>
    GC: Wed May 26 13:14:48 2004
    <GC(67): freed 24497 objects, 2194248 bytes in 280 ms, 28% free (2492896/8687608)>
    <GC(67): begin: 102480 ms, mark: 209 ms, sweep: 71 ms, compact: 0 ms>
    <AF[46]: completed in 1045 ms>
    <FIN: async finalizer thread waking>
    <AF[47]: managing allocation failure. need 16400 bytes, action=1 (926440/8687608)>
    GC: Wed May 26 13:14:51 2004
    <GC(68): freed 16029 objects, 1506568 bytes in 649 ms, 28% free (2433008/8687608)>
    <GC(68): begin: 104589 ms, mark: 212 ms, sweep: 71 ms, compact: 366 ms>
    <GC(68): moved 37208 objects, 1532696 bytes in 366 ms>
    <AF[47]: completed in 1219 ms>
    <FIN: async finalizer thread waking>
    <AF[48]: managing allocation failure. need 16400 bytes, action=1 (173384/8687608)>
    GC: Wed May 26 13:14:52 2004
    <GC(69): freed 51791 objects, 2147296 bytes in 315 ms, 26% free (2320680/8687608)>
    <GC(69): begin: 106490 ms, mark: 225 ms, sweep: 90 ms, compact: 0 ms>
    <AF[48]: completed in 934 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:14:54 2004
    <GC(async)(70): freed 6219 objects, 1029800 bytes in 283 ms, 26% free (2288904/8687608)>
    <GC(70): begin: 108407 ms, mark: 217 ms, sweep: 66 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:14:56 2004
    <GC(async)(71): freed 5729 objects, 880760 bytes in 283 ms, 25% free (2248616/8687608)>
    <GC(71): begin: 110141 ms, mark: 217 ms, sweep: 66 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[49]: managing allocation failure. need 16400 bytes, action=1 (969720/8687608)>
    GC: Wed May 26 13:14:59 2004
    <GC(72): freed 5892 objects, 1249144 bytes in 687 ms, 25% free (2218864/8687608)>
    <GC(72): begin: 112714 ms, mark: 223 ms, sweep: 68 ms, compact: 396 ms>
    <GC(72): moved 39455 objects, 1664056 bytes in 396 ms>
    <AF[49]: completed in 1301 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:01 2004
    <GC(async)(73): freed 8020 objects, 1112008 bytes in 306 ms, 25% free (2175920/8687608)>
    <GC(73): begin: 115094 ms, mark: 232 ms, sweep: 74 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:03 2004
    <GC(async)(74): freed 3458 objects, 784440 bytes in 285 ms, 24% free (2157712/8687608)>
    <GC(74): begin: 116914 ms, mark: 221 ms, sweep: 64 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:05 2004
    <GC(async)(75): freed 4251 objects, 820752 bytes in 288 ms, 24% free (2133176/8687608)>
    <GC(75): begin: 118932 ms, mark: 222 ms, sweep: 66 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:07 2004
    <GC(async)(76): freed 3670 objects, 792432 bytes in 295 ms, 24% free (2111200/8687608)>
    <GC(76): begin: 120808 ms, mark: 228 ms, sweep: 67 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:09 2004
    <GC(async)(77): freed 5047 objects, 853656 bytes in 293 ms, 23% free (2078848/8687608)>
    <GC(77): begin: 122707 ms, mark: 225 ms, sweep: 68 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:11 2004
    <GC(async)(78): freed 2987 objects, 762568 bytes in 295 ms, 23% free (2063392/8687608)>
    <GC(78): begin: 124622 ms, mark: 228 ms, sweep: 67 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:12 2004
    <GC(async)(79): freed 4024 objects, 809992 bytes in 295 ms, 23% free (2040800/8687608)>
    <GC(79): begin: 126488 ms, mark: 226 ms, sweep: 69 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:14 2004
    <GC(async)(80): freed 4276 objects, 820272 bytes in 300 ms, 23% free (2013800/8687608)>
    <GC(80): begin: 128277 ms, mark: 230 ms, sweep: 70 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:16 2004
    <GC(async)(81): freed 2995 objects, 763960 bytes in 299 ms, 22% free (1998048/8687608)>
    <GC(81): begin: 130138 ms, mark: 229 ms, sweep: 70 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    <AF[50]: managing allocation failure. need 16400 bytes, action=1 (1239008/8687608)>
    GC: Wed May 26 13:15:18 2004
    <GC(82): freed 3634 objects, 725728 bytes in 731 ms, 22% free (1964736/8687608)>
    <GC(82): begin: 131754 ms, mark: 234 ms, sweep: 71 ms, compact: 425 ms>
    <GC(82): moved 57964 objects, 2313288 bytes in 425 ms>
    <AF[50]: managing allocation failure. need 16400 bytes, action=2 (1964736/8687608)>
    <FIN: async finalizer thread waking>
    <AF[50]: synchronously running 18 finalizers>
    <AF[50]: synchronous finalization attempt took 0 ms>
    GC: Wed May 26 13:15:19 2004
    <GC(83): freed 43 objects, 7568 bytes in 296 ms, 22% free (1970752/8687608)>
    <GC(83): begin: 132865 ms, mark: 231 ms, sweep: 65 ms, compact: 0 ms>
    <AF[50]: managing allocation failure. need 16400 bytes, action=3 (1970752/8687608)>
    <AF[50]: zeroed 0 of 0 soft refs in 74 ms>
    <AF[50]: managing allocation failure. need 16400 bytes, action=4 (1970752/8687608)>
    <AF: expanded heap by 1523712 to 10211320 bytes, 34% free>
    <AF[50]: completed in 1951 ms>
    GC: Wed May 26 13:15:20 2004
    <GC(async)(84): freed 3361 objects, 465256 bytes in 663 ms, 34% free (3478624/10211320)>
    <GC(84): begin: 133983 ms, mark: 237 ms, sweep: 67 ms, compact: 359 ms>
    <GC(84): moved 10549 objects, 445792 bytes in 359 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:22 2004
    <GC(async)(85): freed 4413 objects, 819304 bytes in 304 ms, 33% free (3453600/10211320)>
    <GC(85): begin: 136216 ms, mark: 235 ms, sweep: 69 ms, compact: 0 ms>
    <FIN: async finalizer thread waking>
    GC: Wed May 26 13:15:24 2004
    <GC(async)

    Noting that you are using a IBM vm and a rather old one at that...
    Threads take java memory. Normally the solution is to increase the maximum java heap. Doing that depends on the memory that the system supports and the maximum that the VM allows and the default that it uses.
    You might want to verify the command line options you are using. You might want to also find out what happens if you use a larger number or smaller one.
    And if all else fails you can use a thread pool rather than trying to create seperate threads.

  • Cannot create new virtual network adapter on logical switch team

    I am currently moving from Hyper-V 2012 to Hyper-V 2012 R2 and in turn I have just installed SCVMM 2012 R2. I am using SCVMM 2012 R2 to create some NIC teams which I have done no problem in the past with SCVMM 2012 SP1. Now we have everything set up just
    like we did in the past and it seems to create the NIC team just fine. The problem is when I try to create a New Virtual Network Adapter, when I click the button, it immediately says:
    VMM cannot create the virtual network adapter. Either there are no VM networks associated with the network sites that the uplink port profile "Logical Network Name" Connects to, or the VM networks associated with those network sites all use Hyper-V
    network virtualization.
    Now I've checked and the VM Network is assigned to the logical network that is associated with the Network Site that contains the host I'm working with. I've also tried disabling Hyper-V network virtualization but that didn't change anything and I thought
    that it's always enabled on 2012 R2 anyway.
    I would like to gain network connectivity to this team at least for testing purposes and we also are planning on building a Hyper-V cluster. Were some new restrictions added in 2012 R2 to prevent creating virtual network adapters in this scenario or am I
    doing something wrong?
    Any information would be helpful. Thank you in advance for your time!

    Hi Sir,
    Glad to hear that the problem has been solved , thanks for your sharing .
    Best Regards,
    Elton Ji
    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact [email protected] .

Maybe you are looking for