You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Leif M. <lei...@ta...> - 2016-02-10 03:05:56
|
Cade, I am sorry for the trouble. I replied to you on Stack Overflow. Please let me know the version of the Wrapper, OS, and content of your syslog when the JVM was killed. http://stackoverflow.com/questions/35283549/java-service-wrapper-parent-process-is-hung/35306109 Thanks, Leif On Tue, Feb 9, 2016 at 1:41 PM, Cade Thacker <ca...@ca...> wrote: > Hello All, > I'm not sure how to figure this out so figured I would turn to the > experts. > > I documented everything here: > > > http://stackoverflow.com/questions/35283549/java-service-wrapper-parent-process-is-hung > > But the simple summary is that when I issue a kill $pid (SIGTERM/15) on > the wrapper process (the JVM is long dead via something else killing it > with SIGKILL/9) nothing happens. (this is the same call from stopit() in > the wrapper.sh distributed by you all. > > As documented in the other question, that causes other issues downstream > because without the wrapper dying correctling, I can't restart them both. > > Any ideas on how to best trouble shoot this? I'm not sure what would be > "stuck" in the wrapper C code so that a SIGTERM would not be properly > processed? SIGKILL/9 works as expected. > > If this was a Java process, I'd get a thread dump and a heap dump, but not > sure how to attack this C code. Maybe dig through something in /proc/$pid? > > Any help is incredibly appreciated! > > > -- > > --cade > |
|
From: David B. <da...@da...> - 2016-02-09 15:53:27
|
Howdy, ANSI C is notoriously prone to memory leaks because of the use of functions: malloc() and free() to dynamically allocate memory for the target program's runtime. If you have considerable ANSI C background you will already know the associated problems and possible diagnostics. If not the C language is much more tied to the hardware platform the compiler is running on as opposed to something like: Java. In the case you are running on a Linux you are in luck. Without investment you can start w/ mtrace and with a little more work to profile you program you can use Valgrind. In the event you are on Windows (wrapper of course) then you can use Purify. In any event you will have to profile the runtime and 1 solution is heavy use of logging to help narrow down the culprit code. I saw no responses on SO so it appears you will have to dig into the code. C language is because of age and distribution very well documented and lots of references on Google as you probably already know. On 2016-02-08 22:41, Cade Thacker wrote: > Hello All, > I'm not sure how to figure this out so figured I would turn to the > experts. > > I documented everything here: > > http://stackoverflow.com/questions/35283549/java-service-wrapper-parent-process-is-hung > [1] > > But the simple summary is that when I issue a kill $pid (SIGTERM/15) > on the wrapper process (the JVM is long dead via something else > killing it with SIGKILL/9) nothing happens. (this is the same call > from stopit() in the wrapper.sh distributed by you all. > > As documented in the other question, that causes other issues > downstream because without the wrapper dying correctling, I can't > restart them both. > > Any ideas on how to best trouble shoot this? I'm not sure what would > be "stuck" in the wrapper C code so that a SIGTERM would not be > properly processed? SIGKILL/9 works as expected. > > If this was a Java process, I'd get a thread dump and a heap dump, but > not sure how to attack this C code. Maybe dig through something in > /proc/$pid? > > Any help is incredibly appreciated! > > -- > > --cade > > Links: > ------ > [1] > http://stackoverflow.com/questions/35283549/java-service-wrapper-parent-process-is-hung > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Cade T. <ca...@ca...> - 2016-02-09 04:41:09
|
Hello All, I'm not sure how to figure this out so figured I would turn to the experts. I documented everything here: http://stackoverflow.com/questions/35283549/java-service-wrapper-parent-process-is-hung But the simple summary is that when I issue a kill $pid (SIGTERM/15) on the wrapper process (the JVM is long dead via something else killing it with SIGKILL/9) nothing happens. (this is the same call from stopit() in the wrapper.sh distributed by you all. As documented in the other question, that causes other issues downstream because without the wrapper dying correctling, I can't restart them both. Any ideas on how to best trouble shoot this? I'm not sure what would be "stuck" in the wrapper C code so that a SIGTERM would not be properly processed? SIGKILL/9 works as expected. If this was a Java process, I'd get a thread dump and a heap dump, but not sure how to attack this C code. Maybe dig through something in /proc/$pid? Any help is incredibly appreciated! -- --cade |
|
From: Martin, C. C. (CCI-Southwest) <Chr...@co...> - 2016-01-27 15:26:33
|
Hello Maxime, To answer your questions, “Looking at the screenshots, it seems that the issue is happening in the c3p0 library, not the Wrapper itself.” Ok, the trace does not show where this is being used so it must be Quartz that is using it. Did the Wrapper restart the JVM during the week ? No From: Maxime [mailto:ma...@ta...] Sent: Tuesday, January 26, 2016 12:24 AM To: wra...@li... Subject: Re: [Wrapper-user] c3p0 resource pooling Martin, Thank you for the information. Looking at the screenshots, it seems that the issue is happening in the c3p0 library, not the Wrapper itself. Did the Wrapper restart the JVM during the week ? You may find more information about the state of your Java application in the log files of the Wrapper. If you want to investigate this matter further, please send the log files to su...@ta...<mailto:su...@ta...>. Best Regards, Maxime On Tue, Jan 26, 2016 at 1:35 AM, Martin, Christopher C. (CCI-Southwest) <Chr...@co...<mailto:Chr...@co...>> wrote: Also this was Windows 7 pro From: Martin, Christopher C. (CCI-Southwest) [mailto:Chr...@co...<mailto:Chr...@co...>] Sent: Monday, January 25, 2016 9:11 AM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] c3p0 resource pooling May I ask on which OS did you experience this problem? Could you also specify the version of the Wrapper you are using? 3.5.7 Unfortunately there is no official documentation available for how the wrapper uses the c3p0 library. Please provide details on how you noticed this memory leak (for example: did you notice it from the list of process ? how fast the memory usage is increasing ? etc.). Getting a heapdump and using eclipse Memory Analyzer [cid:image001.jpg@01D15850.E34123A0] One week later [cid:image002.jpg@01D15850.E34123A0] BasicResourcePool grew from to 150 - 246 instances referenced From: Maxime [mailto:ma...@ta...] Sent: Sunday, January 24, 2016 6:40 PM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] c3p0 resource pooling Hello The last version of the Java Service Wrapper (v. 3.5.28) fixes a memory leak that was happening on a limited number of Linux distributions based on Red Hat, like CentOS. May I ask on which OS did you experience this problem? Could you also specify the version of the Wrapper you are using? Unfortunately there is no official documentation available for how the wrapper uses the c3p0 library. Please provide details on how you noticed this memory leak (for example: did you notice it from the list of process ? how fast the memory usage is increasing ? etc.). Thank you. Best Regards, Maxime On Fri, Jan 22, 2016 at 2:45 AM, Martin, Christopher C. (CCI-Southwest) <Chr...@co...<mailto:Chr...@co...>> wrote: I am seeing some memory leaks connected to the usage of c3p0. Is there any documentation available for how the wrapper uses this library ? Is there any way to make sure resources are released ? Thanks ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Maxime <ma...@ta...> - 2016-01-26 07:24:22
|
Martin, Thank you for the information. Looking at the screenshots, it seems that the issue is happening in the c3p0 library, not the Wrapper itself. Did the Wrapper restart the JVM during the week ? You may find more information about the state of your Java application in the log files of the Wrapper. If you want to investigate this matter further, please send the log files to su...@ta.... Best Regards, Maxime On Tue, Jan 26, 2016 at 1:35 AM, Martin, Christopher C. (CCI-Southwest) < Chr...@co...> wrote: > Also this was Windows 7 pro > > > > *From:* Martin, Christopher C. (CCI-Southwest) [mailto: > Chr...@co...] > *Sent:* Monday, January 25, 2016 9:11 AM > > *To:* wra...@li... > *Subject:* Re: [Wrapper-user] c3p0 resource pooling > > > > May I ask on which OS did you experience this problem? Could you also > specify the version of the Wrapper you are using? 3.5.7 > > Unfortunately there is no official documentation available for how the > wrapper uses the c3p0 library. > > Please provide details on how you noticed this memory leak (for example: > did you notice it from the list of process ? how fast the memory usage is > increasing ? etc.). Getting a heapdump and using eclipse Memory Analyzer > > > > One week later > > > > > > BasicResourcePool grew from to 150 - 246 instances referenced > > > > > > > > *From:* Maxime [mailto:ma...@ta... > <ma...@ta...>] > *Sent:* Sunday, January 24, 2016 6:40 PM > *To:* wra...@li... > *Subject:* Re: [Wrapper-user] c3p0 resource pooling > > > > Hello > > The last version of the Java Service Wrapper (v. 3.5.28) fixes a memory > leak that was happening on a limited number of Linux distributions based on > Red Hat, like CentOS. > > May I ask on which OS did you experience this problem? Could you also > specify the version of the Wrapper you are using? > > Unfortunately there is no official documentation available for how the > wrapper uses the c3p0 library. > > Please provide details on how you noticed this memory leak (for example: > did you notice it from the list of process ? how fast the memory usage is > increasing ? etc.). > > Thank you. > > Best Regards, > > Maxime > > > > On Fri, Jan 22, 2016 at 2:45 AM, Martin, Christopher C. (CCI-Southwest) < > Chr...@co...> wrote: > > > > I am seeing some memory leaks connected to the usage of c3p0. Is there any > documentation available for how the wrapper uses this library ? Is there > any way to make sure resources are released ? > > > > Thanks > > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Martin, C. C. (CCI-Southwest) <Chr...@co...> - 2016-01-25 16:35:49
|
Also this was Windows 7 pro From: Martin, Christopher C. (CCI-Southwest) [mailto:Chr...@co...] Sent: Monday, January 25, 2016 9:11 AM To: wra...@li... Subject: Re: [Wrapper-user] c3p0 resource pooling May I ask on which OS did you experience this problem? Could you also specify the version of the Wrapper you are using? 3.5.7 Unfortunately there is no official documentation available for how the wrapper uses the c3p0 library. Please provide details on how you noticed this memory leak (for example: did you notice it from the list of process ? how fast the memory usage is increasing ? etc.). Getting a heapdump and using eclipse Memory Analyzer [cid:image001.jpg@01D15753.BA9A9510] One week later [cid:image002.jpg@01D15753.BA9A9510] BasicResourcePool grew from to 150 - 246 instances referenced From: Maxime [mailto:ma...@ta...] Sent: Sunday, January 24, 2016 6:40 PM To: wra...@li...<mailto:wra...@li...> Subject: Re: [Wrapper-user] c3p0 resource pooling Hello The last version of the Java Service Wrapper (v. 3.5.28) fixes a memory leak that was happening on a limited number of Linux distributions based on Red Hat, like CentOS. May I ask on which OS did you experience this problem? Could you also specify the version of the Wrapper you are using? Unfortunately there is no official documentation available for how the wrapper uses the c3p0 library. Please provide details on how you noticed this memory leak (for example: did you notice it from the list of process ? how fast the memory usage is increasing ? etc.). Thank you. Best Regards, Maxime On Fri, Jan 22, 2016 at 2:45 AM, Martin, Christopher C. (CCI-Southwest) <Chr...@co...<mailto:Chr...@co...>> wrote: I am seeing some memory leaks connected to the usage of c3p0. Is there any documentation available for how the wrapper uses this library ? Is there any way to make sure resources are released ? Thanks ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Martin, C. C. (CCI-Southwest) <Chr...@co...> - 2016-01-25 16:26:53
|
May I ask on which OS did you experience this problem? Could you also specify the version of the Wrapper you are using? 3.5.7 Unfortunately there is no official documentation available for how the wrapper uses the c3p0 library. Please provide details on how you noticed this memory leak (for example: did you notice it from the list of process ? how fast the memory usage is increasing ? etc.). Getting a heapdump and using eclipse Memory Analyzer [cid:image002.jpg@01D15750.53E96560] One week later [cid:image006.jpg@01D15750.53E96560] BasicResourcePool grew from to 150 - 246 instances referenced From: Maxime [mailto:ma...@ta...] Sent: Sunday, January 24, 2016 6:40 PM To: wra...@li... Subject: Re: [Wrapper-user] c3p0 resource pooling Hello The last version of the Java Service Wrapper (v. 3.5.28) fixes a memory leak that was happening on a limited number of Linux distributions based on Red Hat, like CentOS. May I ask on which OS did you experience this problem? Could you also specify the version of the Wrapper you are using? Unfortunately there is no official documentation available for how the wrapper uses the c3p0 library. Please provide details on how you noticed this memory leak (for example: did you notice it from the list of process ? how fast the memory usage is increasing ? etc.). Thank you. Best Regards, Maxime On Fri, Jan 22, 2016 at 2:45 AM, Martin, Christopher C. (CCI-Southwest) <Chr...@co...<mailto:Chr...@co...>> wrote: I am seeing some memory leaks connected to the usage of c3p0. Is there any documentation available for how the wrapper uses this library ? Is there any way to make sure resources are released ? Thanks ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Maxime <ma...@ta...> - 2016-01-25 01:40:57
|
Hello The last version of the Java Service Wrapper (v. 3.5.28) fixes a memory leak that was happening on a limited number of Linux distributions based on Red Hat, like CentOS. May I ask on which OS did you experience this problem? Could you also specify the version of the Wrapper you are using? Unfortunately there is no official documentation available for how the wrapper uses the c3p0 library. Please provide details on how you noticed this memory leak (for example: did you notice it from the list of process ? how fast the memory usage is increasing ? etc.). Thank you. Best Regards, Maxime On Fri, Jan 22, 2016 at 2:45 AM, Martin, Christopher C. (CCI-Southwest) < Chr...@co...> wrote: > > > I am seeing some memory leaks connected to the usage of c3p0. Is there any > documentation available for how the wrapper uses this library ? Is there > any way to make sure resources are released ? > > > > Thanks > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Martin, C. C. (CCI-Southwest) <Chr...@co...> - 2016-01-21 17:45:22
|
I am seeing some memory leaks connected to the usage of c3p0. Is there any documentation available for how the wrapper uses this library ? Is there any way to make sure resources are released ? Thanks |
|
From: Maxime <ma...@ta...> - 2016-01-15 07:51:12
|
Hello everyone, We are proud to announce the release of version 3.5.28 of the Java Service Wrapper. http://wrapper.tanukisoftware.org/doc/english/download.jsp This version includes several bug fixes and improvements. You can review the release notes for a full list of changes. http://wrapper.tanukisoftware.org/doc/english/release-notes.html Please let us know if you have any questions about the release. Sincerely, Java Service Wrapper Team Tanuki Software, Ltd. |
|
From: Martin, C. C. (CCI-Southwest) <Chr...@co...> - 2016-01-05 22:23:47
|
I've enabled the jmx monitoring for the wrapper. Is there a way to secure the jmx port ? I've added the following jvm parameters : wrapper.additional.26=-Dcom.sun.management.jmxremote.authenticate=true wrapper.additional.26=-Dcom.sun.management.jmxremote.access.file=jmxremote.access wrapper.additional.27=-Dcom.sun.management.jmxremote.password.file=jmxremote.password wrapper.additional.28=-Dcom.sun.management.jmxremote.local.only=false The service will not even start when -Dcom.sun.management.jmxremote.authenticate=true Thanks |
|
From: Karthik K. V. <kar...@gm...> - 2015-12-08 13:59:56
|
Hi,
In wrapper_unix.c we have pipedes to be an array of two descriptors.
if (dup2(pipedes[STDOUT_FILENO], STDERR_FILENO) < 0) { //Looks okay but
shouldn't it be pipedes[STDERR_FILENO] ?
However, we end up closing pipedes[STDERR], which is pipedes[2] which
doesn't exist.
We need to set pipedes to 3 elements for this code to work properly.
Thanks,
-Karthik
|
|
From: Tom W. <tom...@ho...> - 2015-12-02 23:40:14
|
Hi,I have a Java application that uses Method 3.The service works perfectly fine in that it can be installed as a service without any problems.My application requires to perform actions on specific Windows events such as a user logging of, however when the service is running and I log out of the application the event is not received by the service.I know that application works and that it receives some events because when I run it in the command line and ctrl-c it, it gets the event 200. Why is the application not receiving the Windows events?(I log the activity of the events so can see what it picks up).public void controlEvent( int event ){ logger.info("Event: " + event); if(WrapperManager.isLaunchedAsService()) if(event == WrapperManager.WRAPPER_CTRL_LOGOFF_EVENT) logger.info("User is logging off."); else if(event == WrapperManager.WRAPPER_CTRL_SHUTDOWN_EVENT) logger.info("Windows system is shutting down."); else if(event == WrapperManager.SERVICE_CONTROL_CODE_SHUTDOWN) logger.info("System is shutting down.");}Thanks,Tom
|
|
From: Kapilashantha R. <kap...@gm...> - 2015-11-30 09:16:38
|
Hi All I'm using the version 3.5.26. And I want to enable the java GC for some performance testing requirement. So I've added the bellow configuration in wrapper.conf file and tail the gc.log file but there is no any information coming there. Please advice me how to set the refreshing time in configuration ? Example, I want to refresh this log in every 5s wrapper.java.additional.11=-XX:+PrintGCTimeStamps wrapper.java.additional.12=-XX:+PrintGCDetails wrapper.java.additional.13=-XX:+PrintGCApplicationStoppedTime wrapper.java.additional.14=-XX:+PrintGCApplicationConcurrentTime wrapper.java.additional.15=-XX:+PrintHeapAtGC wrapper.java.additional.16=-Xloggc:./gc.log Regards |
|
From: Sami M. <sa...@we...> - 2015-11-10 14:16:08
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> <div>Hi,</div> <div>i am using the 64 bit version of the Java Service Wrapper 3.5.27 (AIX Community version).<br/> On AIX 7.1 we get the following error when attempting<br/> service start:</div> <div> libiconv.a(libiconv.so.2) could not be loaded.</div> <div>I found the libiconv.a under /usr/lib/, therefore i added the follow line to start-script:<br/> export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/</div> <div>but without effect.</div> <div> </div> <div>Is there any work-around to resolve this problem?</div> <div> </div> <div>Best regards,<br/> Sami</div> </div> <div class="signature">--<br/> </div></div></body></html> |
|
From: Anton T. <ant...@gm...> - 2015-11-02 09:31:25
|
Hi, Thanks. It works now. Are there any plans to fix it in one of the next releases? Regards, Anton On Mon, Nov 2, 2015 at 8:27 PM, Alexandre Klein < ale...@ta...> wrote: > Anton, > > I installed a clean Ubuntu 15.10 and I could see that it is using sytemd > as the init system. > > In that case, in the script file of the Wrapper, you can set the following > property to true: > USE_SYSTEMD=true > > I just did that and rebooted my machine. Then I could see that the service > Wrapper started correctly. > > In case you leave USE_SYSTEMD to an empty value, then it will use init.d. > In that case, the service Wrapper will not auto-start. > > I hope this will help your user to run the Wrapper. > > Regards, > Alexandre Klein > > > Alexandre Klein > Tanuki Software, Ltd. > 6-18-10-4F Nishi-Kasai, Edogawa-ku > Tokyo 134-0088 Japan > Tel: +81-3-3878-3211 > Fax: +81-3-3878-0313 > http://www.tanukisoftware.com > > On Mon, Nov 2, 2015 at 5:29 AM, Anton Tananaev <ant...@gm...> > wrote: > >> Hi, >> >> I am using Java Service Wrapper for my open source project and one of the >> users reported that service doesn't auto-start after update to the latest >> version of Ubuntu (15.10). I am currently using version 3.5.26 of Java >> Service Wrapper. Is it a known issue? >> >> Regards, >> Anton >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Alexandre K. <ale...@ta...> - 2015-11-02 07:27:23
|
Anton, I installed a clean Ubuntu 15.10 and I could see that it is using sytemd as the init system. In that case, in the script file of the Wrapper, you can set the following property to true: USE_SYSTEMD=true I just did that and rebooted my machine. Then I could see that the service Wrapper started correctly. In case you leave USE_SYSTEMD to an empty value, then it will use init.d. In that case, the service Wrapper will not auto-start. I hope this will help your user to run the Wrapper. Regards, Alexandre Klein Alexandre Klein Tanuki Software, Ltd. 6-18-10-4F Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel: +81-3-3878-3211 Fax: +81-3-3878-0313 http://www.tanukisoftware.com On Mon, Nov 2, 2015 at 5:29 AM, Anton Tananaev <ant...@gm...> wrote: > Hi, > > I am using Java Service Wrapper for my open source project and one of the > users reported that service doesn't auto-start after update to the latest > version of Ubuntu (15.10). I am currently using version 3.5.26 of Java > Service Wrapper. Is it a known issue? > > Regards, > Anton > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Anton T. <ant...@gm...> - 2015-11-01 20:29:09
|
Hi, I am using Java Service Wrapper for my open source project and one of the users reported that service doesn't auto-start after update to the latest version of Ubuntu (15.10). I am currently using version 3.5.26 of Java Service Wrapper. Is it a known issue? Regards, Anton |
|
From: Farkas L. <lf...@lf...> - 2015-10-22 08:58:55
|
hi, in the current version if someone set USE_SYSTEMD=false it's still not working as USE_SYSTEMD= imho it should have to be the same and only USE_SYSTEMD=true should have to use the systemd style start scripts! imho all check which is now -n "$USE_SYSTEMD" should have to be "$USE_SYSTEMD" == "true" regards. -- Levente "Si vis pacem para bellum!" |
|
From: Alexandre K. <ale...@ta...> - 2015-10-22 05:31:40
|
Sorry I did a small typo:
echo "User=${RUN_AS_USER"} >> "${SYSTEMD_SERVICE_FILE}"
should be:
echo "User=${RUN_AS_USER}" >> "${SYSTEMD_SERVICE_FILE}"
Regards,
Alexandre Klein
Alexandre Klein
Tanuki Software, Ltd.
6-18-10-4F Nishi-Kasai, Edogawa-ku
Tokyo 134-0088 Japan
Tel: +81-3-3878-3211
Fax: +81-3-3878-0313
http://www.tanukisoftware.com
On Thu, Oct 22, 2015 at 2:27 PM, Alexandre Klein <
ale...@ta...> wrote:
> Adam,
>
> Thank you for letting us know about this issue.
>
> You are correct, when creating the systemd service file, we don't check if
> RUN_AS_USER is set.Thus the service is always run as root.
>
> We will fix this in our next release (3.5.28).
>
> In the meantime, in case you need this to be fixed asap, you can modify
> the script file.
> Go to the function systemdInstall() and add these lines after "echo
> "ExecStop=....":
>
> if [ "X${RUN_AS_USER}" != "X" ] ; then
> echo "User=${RUN_AS_USER"} >> "${SYSTEMD_SERVICE_FILE}"
> fi
>
> Please let me know if you have any other questions.
>
> Regards,
> Alexandre Klein
>
>
> Alexandre Klein
> Tanuki Software, Ltd.
> 6-18-10-4F Nishi-Kasai, Edogawa-ku
> Tokyo 134-0088 Japan
> Tel: +81-3-3878-3211
> Fax: +81-3-3878-0313
> http://www.tanukisoftware.com
>
> On Mon, Oct 5, 2015 at 8:43 PM, Adam Retter <ad...@ex...> wrote:
>
>> In version 3.5.26 of the Wrapper, I have configured the lines:
>>
>> RUN_AS_USER=my-user
>> USE_SYSTEMD=true
>>
>> in the shell file, however when installing the wrapper the generated
>> systemd config file is missing the user property.
>> The resultant systemd config /etc/systemd/system/my-service.service:
>>
>> [Unit]
>> Description=My Service
>> After=syslog.target
>>
>> [Service]
>> Type=forking
>> ExecStart=/usr/local/my-app/tools/wrapper/bin/my-app.sh start sysd
>> ExecStop=/usr/local/my-app/tools/wrapper/bin/my-app.sh stop sysd
>>
>> [Install]
>> WantedBy=multi-user.target
>>
>>
>> However systemd won't correctly start and stop the service because it
>> attempts to use the wrong user. To fix this I have to manually modify
>> /etc/systemd/system/my-service.service after installation and add the
>> following to the `[Service]` section:
>>
>> User=my-user
>>
>>
>> Thus looks like a bug in the installation of the service wrapper to
>> me, can anyone confirm?
>> I have tried this on both Ubuntu Vivid and Ubuntu Wily.
>>
>> --
>> Adam Retter
>>
>> eXist Developer
>> { United Kingdom }
>> ad...@ex...
>> irc://irc.freenode.net/existdb
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>
>
|
|
From: Alexandre K. <ale...@ta...> - 2015-10-22 05:27:26
|
Adam,
Thank you for letting us know about this issue.
You are correct, when creating the systemd service file, we don't check if
RUN_AS_USER is set.Thus the service is always run as root.
We will fix this in our next release (3.5.28).
In the meantime, in case you need this to be fixed asap, you can modify the
script file.
Go to the function systemdInstall() and add these lines after "echo
"ExecStop=....":
if [ "X${RUN_AS_USER}" != "X" ] ; then
echo "User=${RUN_AS_USER"} >> "${SYSTEMD_SERVICE_FILE}"
fi
Please let me know if you have any other questions.
Regards,
Alexandre Klein
Alexandre Klein
Tanuki Software, Ltd.
6-18-10-4F Nishi-Kasai, Edogawa-ku
Tokyo 134-0088 Japan
Tel: +81-3-3878-3211
Fax: +81-3-3878-0313
http://www.tanukisoftware.com
On Mon, Oct 5, 2015 at 8:43 PM, Adam Retter <ad...@ex...> wrote:
> In version 3.5.26 of the Wrapper, I have configured the lines:
>
> RUN_AS_USER=my-user
> USE_SYSTEMD=true
>
> in the shell file, however when installing the wrapper the generated
> systemd config file is missing the user property.
> The resultant systemd config /etc/systemd/system/my-service.service:
>
> [Unit]
> Description=My Service
> After=syslog.target
>
> [Service]
> Type=forking
> ExecStart=/usr/local/my-app/tools/wrapper/bin/my-app.sh start sysd
> ExecStop=/usr/local/my-app/tools/wrapper/bin/my-app.sh stop sysd
>
> [Install]
> WantedBy=multi-user.target
>
>
> However systemd won't correctly start and stop the service because it
> attempts to use the wrong user. To fix this I have to manually modify
> /etc/systemd/system/my-service.service after installation and add the
> following to the `[Service]` section:
>
> User=my-user
>
>
> Thus looks like a bug in the installation of the service wrapper to
> me, can anyone confirm?
> I have tried this on both Ubuntu Vivid and Ubuntu Wily.
>
> --
> Adam Retter
>
> eXist Developer
> { United Kingdom }
> ad...@ex...
> irc://irc.freenode.net/existdb
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
|
|
From: Alexandre K. <ale...@ta...> - 2015-10-22 03:12:18
|
Adam, We have fixed some memory leaks in 3.5.26 but the one concerning glibc is not fixed in 3.5.27. However, we fixed it in 3.5.28 (our next release). We don't have a release date yet but it may be around November. We can send you an email to let you know when 3.5.28 will be released. Regards, Alexandre Klein Alexandre Klein Tanuki Software, Ltd. 6-18-10-4F Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel: +81-3-3878-3211 Fax: +81-3-3878-0313 http://www.tanukisoftware.com On Mon, Oct 5, 2015 at 8:45 PM, Adam Retter <ad...@ex...> wrote: > There were previously two memory leaks reported here - > http://sourceforge.net/p/wrapper/mailman/message/33048371/ > > One is related to the interaction of the wrapper and glibc but can be > resolved by applying the patch given in the thread to the wrapper. The > other was a bug in the wrapper for which a patch was also provided, > and I think may have been fixed in 3.5.26? > > Can anyone please confirm whether one or both of those issues are > fixed in 3.5.27? They do not appear to be mentioned in the short > changelog that I could find. > > -- > Adam Retter > > eXist Developer > { United Kingdom } > ad...@ex... > irc://irc.freenode.net/existdb > > > ------------------------------------------------------------------------------ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Alexandre K. <ale...@ta...> - 2015-10-21 01:32:48
|
Hi, The current repository http://mvnrepository.com/artifact/tanukisoft/wrapper was not created by Tanuki Software Ltd. Feel free to use it, but we can't guarantee the authenticity of the files. However, it sounds like a good idea to have something on Maven, so we will have a look. We will let you know as soon as something is available. Regards, Alexandre Klein Alexandre Klein Tanuki Software, Ltd. 6-18-10-4F Nishi-Kasai, Edogawa-ku Tokyo 134-0088 Japan Tel: +81-3-3878-3211 Fax: +81-3-3878-0313 http://www.tanukisoftware.com On Tue, Oct 20, 2015 at 7:07 PM, Dannes Wessels <da...@ex...> wrote: > Hi, > > On Wed, Oct 14, 2015 at 5:33 PM, Greg Chabala <gre...@gm...> > wrote: > >> I've noticed that recent releases of Java Service Wrapper have not made >> their way to Maven Central, unlike certain historical versions: >> >> http://mvnrepository.com/artifact/tanukisoft/wrapper >> >> Maven being the great system that it is for distributing versioned >> artifacts, would it be possible to get a more recent release published? >> > > > there is probably a licensing thinghy involved..... > > D. > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Dannes W. <da...@ex...> - 2015-10-20 10:07:53
|
Hi, On Wed, Oct 14, 2015 at 5:33 PM, Greg Chabala <gre...@gm...> wrote: > I've noticed that recent releases of Java Service Wrapper have not made > their way to Maven Central, unlike certain historical versions: > > http://mvnrepository.com/artifact/tanukisoft/wrapper > > Maven being the great system that it is for distributing versioned > artifacts, would it be possible to get a more recent release published? > there is probably a licensing thinghy involved..... D. -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Greg C. <gre...@gm...> - 2015-10-14 15:33:24
|
Greetings, I've noticed that recent releases of Java Service Wrapper have not made their way to Maven Central, unlike certain historical versions: http://mvnrepository.com/artifact/tanukisoft/wrapper Maven being the great system that it is for distributing versioned artifacts, would it be possible to get a more recent release published? Greg Chabala |