If the instance is hung, I’d start with

jstack -F <pid>

That should give a stack trace on whatever deadlocked it.

On Jan 27, 2015, at 2:33 PM, OC <o...@ocs.cz> wrote:

> Hello there,
> 
> another weird case: this application is run single-instance (but 
> ERXObjectStoreCoordinatorPool.maxCoordinators=3, 
> WOAllowsConcurrentRequestHandling=true).
> 
> Yesterday after 14:10 users reported “No instance” or “Application not found” 
> WO reports. Now, I log all R/R loops in Application.awake and 
> Application.sleep; indeed at 14:10 a R/R loop did start and never ended, 
> actually, almost nothing happened till the app was restarted by the 
> administrator at 14:20. (I am told JavaMonitor has not been able to stop the 
> instance normally, and it had to be killed/force quit.)
> 
> The single thing which did happen looks like this in my log:
> 
> ===
> //////////////////////////////////////////////////////////////////////////////////////////
> ////// R/R loop #2218 WorkerThread118 started at 14:10:05 26.1.
> //////////////////////////////////////////////////////////////////////////////////////////
> DA: reading CZ banner image for market 1000001...
> 14:20:39.844 WARN  Force Quit received. Exiting now...       //log:NSLog 
> [Thread-3]
> APPLICATION SHUTDOWN SEQUENCE COMPLETE
> ===
> 
> The “reading banner“ log comes from a direct action:
> 
> ===
>    WOActionResults bannerAction {
>        def 
> mpk=request().formValueForKey('mkpk'),lang=request().formValueForKey('lang')
>        println "DA: reading $lang banner image for market $mpk..."
>        if (!mpk || !lang) return null
>        ERXEC ec=ERXEC.newEditingContext()
>        DBMarket 
> market=EOUtilities.objectWithPrimaryKeyValue(ec,'DBMarket',mpk as Integer)
>        println "DA: ... $market" //*
>        if (!market) return null
>        def 
> mime=market."marketBannerMIME$lang",data=market."marketBannerData$lang"
>        println "DA: ... mime '$mime' data $data.length B"
>        WOResponse wor=new WOResponse()
>        wor.setHeader(mime,"content-type")
>        ...
>        wor.setContent(data)
>        wor
>    }
> ===
> 
> Note the //* log is not present, which suggests that 
> EOUtilities.objectWithPrimaryKeyValue did lock somehow?!? Neither any other 
> R/R loop starts, which looks like not only WorkerThread118 did block, but 
> that the instance stopped accepting requests at all.
> 
> The FrontBase log (which I regret to say I do not fully understand, namely, 
> those “--N lines, of which I get just the timestamp”) looks like this:
> 
> ===
> ...
> --6 0x1039f41d8 0x1039f44b0 2015-01-26 14:10:05.53996 "1 0"
> --D 0x1039f41d8 0x1039f44b0 2015-01-26 14:10:05.55851 752 48429
> SELECT t0."C_AUCTION_AMOUNT_STEP", t0."C_AUCTION_AOFFALL", 
> t0."C_AUCTION_MAX_AMOUNT", t0."C_MAX_LENGHT", t0."C_AUCTION_MIN_AMOUNT", 
> t0."C_AUCTION_CHDELAY", t0."C_MIN_LENGTH", t0."C_AUCTION_MINSTART", 
> t0."C_AUCTION_NEXT_SEQ", t0."C_AUCTION_CONCUR", t0."C_CREATION_DATE", 
> t0."C_CREATOR_ID", t0."C_FIELD_IDENTIFIERS_FOR_EDITOR", 
> t0."C_FIELD_IDENTIFIERS_FOR_FILTER", t0."C_FIELD_IDENTIFIERS_FOR_LIST", 
> t0."C_FIELD_IDENTIFIERS_FOR_OFFER", t0."C_FIELD_IDENTIFIERS_FOR_PUBLIC", 
> t0."C_FORM_TEMPLATE_ID", t0."C_MARKET_BANNER_CZ_DATA", 
> t0."C_MARKET_BANNER_EN_DATA", t0."C_MARKET_BANNER_CZ_MIME", 
> t0."C_MARKET_BANNER_EN_MIME", t0."C_SUPPORTS_OFFERS", t0."C_SHORTCUT", 
> t0."C_TITLE", t0."C_UID", t0."C_WIDTHS_FOR_LIST" FROM "T_MARKET" t0 WHERE 
> t0."C_UID" = 1000001;
> --6 0x1039f41d8 0x1039f44b0 2015-01-26 14:10:05.55903 "1 0"
> --7 0x1039f41d8 0x1039f44b0 2015-01-26 14:10:05.55905 ""
> --8 0x1039f41d8 0x1039f44b0 2015-01-26 14:10:05.55907 "1"
> --2 0x1039f41d8 0x1039f44b0 2015-01-26 14:10:05.55976 7 48430
> commit;
> --6 0x1039f41d8 0x1039f44b0 2015-01-26 14:10:05.55984 "1 0"
> --3 0x1040841d8 0x1040844b0 2015-01-26 14:20:40.50016
> ...
> ===
> 
> If anybody can see what on earth might have happened, I'd be grateful for any 
> advice. Myself, I just can see the app locked _somehow_ and stopped working 
> at all, but have no idea why and how to prevent that...
> 
> Note: the direct action worked flawlessly (and is in the logs) in the same 
> instance each previous R/R loop, more than 2000 times.
> 
> Thanks,
> OC
> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
> 
> This email sent to rgur...@smarthealth.com


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to