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: Wendell M. <mac...@gm...> - 2017-01-25 19:50:43
|
sounds like a system management process is determining that your JVM instance is consuming TOO much system resource and it is being terminated with the kill -9. try keep a running snapshot of system resources every 5 minutes or so to a log and see if there is a spike occuring at some point prior to the termination of the VM. Wendell On Wed, Jan 25, 2017 at 11:06 AM, Paul Manning <Pau...@us...> wrote: > All, > > > > We are currently running an application using Tanuki 3.2.3 with > ServiceMix. > > > > The application seems to randomly fail with the following error in the > wrapper log: > > > > ERROR | wrapper | 2017/01/24 13:00:06 | JVM exited unexpectedly. > > DEBUG | wrapper | 2017/01/24 13:00:06 | Signal trapped. Details: > > DEBUG | wrapper | 2017/01/24 13:00:06 | signal number=17 (SIGCHLD), > source="unknown" > > DEBUG | wrapper | 2017/01/24 13:00:06 | Received SIGCHLD, checking JVM > process status. > > STATUS | wrapper | 2017/01/24 13:00:06 | JVM exited in response to signal > SIGKILL (9). > > DEBUG | wrapper | 2017/01/24 13:00:06 | JVM process exited with a code > of 1, setting the wrapper exit code to 1. > > > > We currently have Tanuki setup to auto restart, so the application comes > back online immediately. However, it will eventually crash again. Sometimes > this is within hours or sometimes within days. > > > > *Notes*: > > The application is running with Java 1.7.0_45 on Redhat Linux 64 bit. > > There are no error messages or exceptions in our application logs > (ServiceMix). > > There are no JVM crash reports (hs_err_pid files). > > There are no core dumps. > > This is not being killed by the Linux OOM Killer or another user. The > linux system logs are clean. > > No other exceptions in the wrapper log. > > Verbose GC Logging is enabled and the system memory is healthy. Memory is > about 50% utilization when the crash recently occurred. > > Thread dumps are being taken periodically and they look clean (no > deadlock). > > This is a commercial application that is running at many customer sites > for many years and we have never seen a problem like this before. > > I cannot reproduce this problem in house and I have limited access to the > production system (thru a 3rd party). > > > > Is there anything that we can do to get more intel on why this process is > crashing? > > > > Thanks, > > > > Paul Manning > > > > > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- D. Wendell MacKenzie Software Developer Email: mac...@gm... Phone: 902-626-8708 (cell) |
|
From: Paul M. <Pau...@us...> - 2017-01-25 19:40:47
|
All, We are currently running an application using Tanuki 3.2.3 with ServiceMix. The application seems to randomly fail with the following error in the wrapper log: ERROR | wrapper | 2017/01/24 13:00:06 | JVM exited unexpectedly. DEBUG | wrapper | 2017/01/24 13:00:06 | Signal trapped. Details: DEBUG | wrapper | 2017/01/24 13:00:06 | signal number=17 (SIGCHLD), source="unknown" DEBUG | wrapper | 2017/01/24 13:00:06 | Received SIGCHLD, checking JVM process status. STATUS | wrapper | 2017/01/24 13:00:06 | JVM exited in response to signal SIGKILL (9). DEBUG | wrapper | 2017/01/24 13:00:06 | JVM process exited with a code of 1, setting the wrapper exit code to 1. We currently have Tanuki setup to auto restart, so the application comes back online immediately. However, it will eventually crash again. Sometimes this is within hours or sometimes within days. Notes: The application is running with Java 1.7.0_45 on Redhat Linux 64 bit. There are no error messages or exceptions in our application logs (ServiceMix). There are no JVM crash reports (hs_err_pid files). There are no core dumps. This is not being killed by the Linux OOM Killer or another user. The linux system logs are clean. No other exceptions in the wrapper log. Verbose GC Logging is enabled and the system memory is healthy. Memory is about 50% utilization when the crash recently occurred. Thread dumps are being taken periodically and they look clean (no deadlock). This is a commercial application that is running at many customer sites for many years and we have never seen a problem like this before. I cannot reproduce this problem in house and I have limited access to the production system (thru a 3rd party). Is there anything that we can do to get more intel on why this process is crashing? Thanks, Paul Manning |
|
From: Maxime <ma...@ta...> - 2017-01-12 09:00:11
|
Hello Thank you for your email. The Wrapper is indeed not compiled with the ASLR and DEP/NX compile flags in its current version. We will investigate about the possible implications this may have on the different platforms we support, and consider adding these protections on a future release. Best Regards, Maxime On Wed, Jan 11, 2017 at 4:08 PM, yi-jing chou <yij...@gm...> wrote: > Hi, > > I find the wrapper.exe and wrapper.dll for Windows x86 doesn't enable > DEP(Data Execution Prevention) and ASLR(Address space layout randomization). > It is a security risk and some malicious code can attack the program if it > doesn't enable DEP / ASLR. > > Do you have plan to enhance it? > > > Thank you > Gino Chou > > > DEP / ASLR on Windows x86 binaries > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Alexey S. <av...@gm...> - 2017-01-11 12:42:39
|
Thanks! I've updated script a little bit so it uses command file to issue pause/resume commands - works like a charm. On Wed, Jan 11, 2017 at 8:58 AM, Maxime <ma...@ta...> wrote: > Alexey, > > Thank you for your email. > > The script currently doesn't support the actions PAUSE and RESUME, but you > can trigger these actions from the command file. > > https://wrapper.tanukisoftware.com/doc/english/prop-commandfile.html > > Note that you should set wrapper.pausable to TRUE. > > There are two different methods to pause your application. In the first > method, the Wrapper requests the JVM to shutdown until the service is > resumed or stopped. In the second method, the Wrapper will send a service > control event to the JVM which can be handled in your code to put the > Application into a paused state. This can be controlled with the > wrapper.pausable.stop_jvm property. > > Please let me know if you have any questions. > > Regards, > > Maxime > > On Wed, Jan 11, 2017 at 3:25 AM, Alexey Shetinin <av...@gm...> > wrote: > >> I wonder if wrapper really support pause/resume commands on linux platform >> Currently, app (neither wrapper, according to wrapper log files) dont >> receive anything on pause or resume service commands, and according to >> launch script it also does nothing: >> >> >> pause() { >> eval echo `gettext 'Pausing $APP_LONG_NAME.'` >> } >> >> resume() { >> eval echo `gettext 'Resuming $APP_LONG_NAME.'` >> } >> >> >> -- >> >> avs >> >> ------------------------------------------------------------ >> ------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today. http://sdm.link/xeonphi >> _______________________________________________ >> Wrapper-user mailing list >> Wra...@li... >> https://lists.sourceforge.net/lists/listinfo/wrapper-user >> >> > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > -- avs |
|
From: yi-jing c. <yij...@gm...> - 2017-01-11 07:08:52
|
Hi, I find the wrapper.exe and wrapper.dll for Windows x86 doesn't enable DEP(Data Execution Prevention) and ASLR(Address space layout randomization). It is a security risk and some malicious code can attack the program if it doesn't enable DEP / ASLR. Do you have plan to enhance it? Thank you Gino Chou DEP / ASLR on Windows x86 binaries |
|
From: Maxime <ma...@ta...> - 2017-01-11 06:27:32
|
Alexey, Thank you for your email. The script currently doesn't support the actions PAUSE and RESUME, but you can trigger these actions from the command file. https://wrapper.tanukisoftware.com/doc/english/prop-commandfile.html Note that you should set wrapper.pausable to TRUE. There are two different methods to pause your application. In the first method, the Wrapper requests the JVM to shutdown until the service is resumed or stopped. In the second method, the Wrapper will send a service control event to the JVM which can be handled in your code to put the Application into a paused state. This can be controlled with the wrapper.pausable.stop_jvm property. Please let me know if you have any questions. Regards, Maxime On Wed, Jan 11, 2017 at 3:25 AM, Alexey Shetinin <av...@gm...> wrote: > I wonder if wrapper really support pause/resume commands on linux platform > Currently, app (neither wrapper, according to wrapper log files) dont > receive anything on pause or resume service commands, and according to > launch script it also does nothing: > > > pause() { > eval echo `gettext 'Pausing $APP_LONG_NAME.'` > } > > resume() { > eval echo `gettext 'Resuming $APP_LONG_NAME.'` > } > > > -- > > avs > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Alexey S. <av...@gm...> - 2017-01-10 18:25:29
|
I wonder if wrapper really support pause/resume commands on linux platform
Currently, app (neither wrapper, according to wrapper log files) dont
receive anything on pause or resume service commands, and according to
launch script it also does nothing:
pause() {
eval echo `gettext 'Pausing $APP_LONG_NAME.'`
}
resume() {
eval echo `gettext 'Resuming $APP_LONG_NAME.'`
}
--
avs
|
|
From: <mat...@ac...> - 2016-12-05 16:02:57
|
Hi, The service is installed through the client interface of Jboss with command wrapper:install It creates a -wrapper.conf, a –service and a –wrapper file. I have Red Hat Enterprise Linux Server release 7.2 (Maipo) All the services if manually used they are working perfectly, the problem is at server shutdown, because they are killed before a clean shutdown: STATUS | wrapper | 2016/11/22 21:50:02 | TERM trapped. Shutting down. ERROR | wrapper | 2016/11/22 21:50:12 | Shutdown failed: Timed out waiting for signal from JVM. STATUS | wrapper | 2016/11/22 21:50:12 | Dumping JVM state. ERROR | wrapper | 2016/11/22 21:50:16 | JVM did not exit on request, terminated STATUS | wrapper | 2016/11/22 21:50:16 | <-- Wrapper Stopped Thank you Matteo Piemonti From: Alexandre Klein [mailto:ale...@ta...] Sent: lunedì 5 dicembre 2016 03:08 To: wra...@li... Subject: Re: [Wrapper-user] Application stop not completely executed during server shutdown Matteo, Thank you for your email. How do you install the service? The Wrapper comes with a script file which should take care of the installation. For example, with the TestWrapper application (test application included when you download the Wrapper), you can install it with the following command: ./testwrapper install Depending of your OS, it will create the necessary files on your system. What is your OS? And the following commands to start, stop and uninstall the service: ./testwrapper start ./testwrapper stop ./testwrapper remove 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, Dec 1, 2016 at 11:38 PM, <mat...@ac...> wrote: Hi, I have a jboss-fuse-6.2.1 with Tanuki wrapper included, I used this feature and I created executable wrapper and configured them into /etc/init.d to permit automatic stop & start at shutdown and reboot of server. At boot of server there are no problem, the problem is at server shutdown, because every time the applications (there are multiple wrapper instances) is killed before the "clean" stop ends. The strange thing is that if I stop the application manually with "service", it is correctly stopped waiting a "clean" end. On server I have Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org Linux 3.10.0-327.28.3.el7.x86_64 #1 SMP Fri Aug 12 13:21:05 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux I attach logfile. Thank you ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com ------------------------------------------------------------------------------ _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Alexandre K. <ale...@ta...> - 2016-12-05 02:08:30
|
Matteo, Thank you for your email. How do you install the service? The Wrapper comes with a script file which should take care of the installation. For example, with the TestWrapper application (test application included when you download the Wrapper), you can install it with the following command: ./testwrapper install Depending of your OS, it will create the necessary files on your system. What is your OS? And the following commands to start, stop and uninstall the service: ./testwrapper start ./testwrapper stop ./testwrapper remove 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, Dec 1, 2016 at 11:38 PM, <mat...@ac...> wrote: > Hi, > I have a jboss-fuse-6.2.1 with Tanuki wrapper included, I > used this feature and I created executable wrapper and configured them into > /etc/init.d to permit automatic stop & start at shutdown and reboot of > server. > At boot of server there are no problem, the problem is at server shutdown, > because every time the applications (there are multiple wrapper instances) > is killed before the "clean" stop ends. > The strange thing is that if I stop the application manually with > "service", it is correctly stopped waiting a "clean" end. > > On server I have > > Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org > > Linux 3.10.0-327.28.3.el7.x86_64 #1 SMP Fri Aug 12 13:21:05 EDT 2016 > x86_64 x86_64 x86_64 GNU/Linux > > I attach logfile. > > > Thank you > > > > ________________________________ > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the e-mail by you is prohibited. Where allowed > by local law, electronic communications with Accenture and its affiliates, > including e-mail and instant messaging (including content), may be scanned > by our systems for the purposes of information security and assessment of > internal compliance with Accenture policy. > ____________________________________________________________ > __________________________ > > www.accenture.com > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: <mat...@ac...> - 2016-12-01 14:56:11
|
Hi,
I have a jboss-fuse-6.2.1 with Tanuki wrapper included, I used this feature and I created executable wrapper and configured them into /etc/init.d to permit automatic stop & start at shutdown and reboot of server.
At boot of server there are no problem, the problem is at server shutdown, because every time the applications (there are multiple wrapper instances) is killed before the "clean" stop ends.
The strange thing is that if I stop the application manually with "service", it is correctly stopped waiting a "clean" end.
On server I have
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
Linux 3.10.0-327.28.3.el7.x86_64 #1 SMP Fri Aug 12 13:21:05 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux
I attach logfile.
Thank you
________________________________
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy.
______________________________________________________________________________________
www.accenture.com
|
|
From: Afif B. <afi...@gm...> - 2016-12-01 13:12:20
|
Thank you for your response Currently I am using Wrapper 32-bit to start 64 bit JVM so there isn't any memory limitation ? 2016-12-01 4:52 GMT+01:00 Alexandre Klein < ale...@ta...>: > Afif, > > Thank you for your email. > > Using the Wrapper 32-bit on a 64-bit Windows has no impact on the wrapped > application. > > Just remember that the 32-bit version of the Java Virtual Machine (JVM) > has a memory limitation of 4gb (sometimes less), whereas the 64-bit > version allows much greater values. > > 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 Wed, Nov 30, 2016 at 7:01 PM, Afif Bouzidi <afi...@gm...> > wrote: > >> Hello, >> >> >> >> Using the 32-bit community edition wrapper on 64-bit Windows, has any >> performance impact on the wrapped Application? >> >> >> Thank you for your time and consideration. >> >> Sincerely, >> >> ------------------------------------------------------------ >> ------------------ >> >> _______________________________________________ >> 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: <mat...@ac...> - 2016-12-01 12:04:50
|
Hi,
I have a jboss-fuse-6.2.1 with Tanuki wrapper included, I used this feature and I created executable wrapper and configured them into /etc/init.d to permit automatic stop & start at shutdown and reboot of server.
At boot of server there are no problem, the problem is at server shutdown, because every time the applications (there are multiple wrapper instances) is killed before the "clean" stop ends.
The strange thing is that if I stop the application manually with "service", it is correctly stopped waiting a "clean" end.
On server I have
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
Linux 3.10.0-327.28.3.el7.x86_64 #1 SMP Fri Aug 12 13:21:05 EDT 2016 x86_64 x86_64 x86_64 GNU/Linux
I attach logfile.
Thank you
________________________________
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy.
______________________________________________________________________________________
www.accenture.com
|
|
From: Alexandre K. <ale...@ta...> - 2016-12-01 04:21:48
|
Afif, Thank you for your email. Using the Wrapper 32-bit on a 64-bit Windows has no impact on the wrapped application. Just remember that the 32-bit version of the Java Virtual Machine (JVM) has a memory limitation of 4gb (sometimes less), whereas the 64-bit version allows much greater values. 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 Wed, Nov 30, 2016 at 7:01 PM, Afif Bouzidi <afi...@gm...> wrote: > Hello, > > > > Using the 32-bit community edition wrapper on 64-bit Windows, has any > performance impact on the wrapped Application? > > > Thank you for your time and consideration. > > Sincerely, > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > |
|
From: Afif B. <afi...@gm...> - 2016-11-30 10:01:23
|
Hello, Using the 32-bit community edition wrapper on 64-bit Windows, has any performance impact on the wrapped Application? Thank you for your time and consideration. Sincerely, |
|
From: Alexandre K. <ale...@ta...> - 2016-08-29 07:34:33
|
株式会社 セゾン情報システムズ 岩崎様 いつもお世話になっております。 タヌキソフトウェアのアレックスです。 ご返信ありがとうございます。 プロパティ「wrapper.disable_restarts」と「wrapper.disable_restarts.automatic」 を両方TRUEに設定しても問題ありません。 詳細は下記からご参照ください。 https://wrapper.tanukisoftware.com/doc/japanese/prop-disable-restarts.html 今回の問題の原因を調べるため、コンフィギュレーション・ファイル (wrapper.conf) とログ・ファイル (wrapper.log) を弊社のサポート窓口へお送りください:su...@ta...。 どうぞ、よろしくお願いいたします。 ******************************************************** タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-10-18 SKセントラルビル4階 Tel: 03-3878-3211/Fax: 03-3878-0313 Email:sa...@ta... http://www.tanukisoftware.com 担当:アレックス ******************************************************** 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 2016-08-29 15:08 GMT+09:00 岩崎 修也 <Nob...@si...>: > タヌキソフトウェア アレックス様 > > いつもお世話になっております。 > セゾン情報システムズ 岩崎です。 > > ログの取得に時間が掛っておりますが、取り急ぎメールをさせて頂きます。 > 調査をした所、どうやら下記GC発生時に > JVMへのping(系8回)が途切れ、停止至っているようです。 > ちなみに、gclogは下記のような出力でした。(ログは出力例です) > > > 2016-04-14T18:23:16.308+0900: 1069.659: [GC (Allocation Failure) > 1069.659: [ParNew: > > > また、当該環境では、下記の設定を追加しているため、 > JVMの再起動は行われないようにしております。 > > wrapper.disable_restarts=TRUE > wrapper.disable_restarts.automatic=TRUE > ※上記設定に何か問題があったりしますでしょうか? > > なお、ログから読み取れることは、以上でございましたが、 > その他何か調査する術はございますでしょうか。 > > 以上、宜しくお願い致します。 > > □■━━━━━━━━━━━━━━━━━━━━━━ > セゾン情報システムズ > カードシステム事業部 > システム五部 システム一課 > 岩崎 修也 (Iwasaki Nobuya) > 〒170-6047 > 東京都豊島区東池袋3-1-1 サンシャイン60 47F > Mail:Nob...@si... > Tel :03-6863-2990 > ━━━━━━━━━━━━━━━━━━━━━━■□ > > ________________________________________ > 差出人: 岩崎 修也 <Nob...@si...> > 送信日時: 2016年8月26日 18:18 > 宛先: wra...@li... > 件名: Re: [Wrapper-user] 質問:JVM appears hungについて > > タヌキソフトウェア アレックス様 > > いつもお世話になっております。 > セゾン情報システムズ 岩崎です。 > > 下記、ご連絡ありがとうございます。 > > ご指定頂いたプロパティを追加しましたので、 > 情報が採取出来ましたら、別途ご連絡させて頂きます。 > > > 以上、宜しくお願い致します。 > > □■━━━━━━━━━━━━━━━━━━━━━━ > セゾン情報システムズ > カードシステム事業部 > システム五部 システム一課 > 岩崎 修也 (Iwasaki Nobuya) > 〒170-6047 > 東京都豊島区東池袋3-1-1 サンシャイン60 47F > Mail:Nob...@si... > Tel :03-6863-2990 > ━━━━━━━━━━━━━━━━━━━━━━■□ > > ________________________________________ > 差出人: Alexandre Klein <ale...@ta...> > 送信日時: 2016年8月26日 17:18 > 宛先: wra...@li... > 件名: Re: [Wrapper-user] 質問:JVM appears hungについて > > 株式会社 セゾン情報システムズ > 岩崎様 > > いつもお世話になっております。 > タヌキソフトウェアのアレックスです。 > > お問い合せありがとうございます。 > > 今回の問題はおそらくWrapperがJVMと通信が出来ていないかと思われます。 > > コンフィギュレーション・ファイル「wrapper.conf」に > 下記のプロパティを追加していただけますか? > wrapper.debug=TRUE > > それ以外に、以下のプロパティが「LPTM」になっていることを確認してください。 > wrapper.logfile.format=LPTM > > その後Wrapperを起動し、コンフィギュレーション・ファイル「wrapper.conf」と > ログ・ファイル「wrapper.log」をsupport@tanukisoftware.com<mailto:supp > or...@ta...>へ送っていただけますか? > > 送信時にお客様のOSバージョンも教えていただければありがたいです。 > > よろしくお願いいたします。 > > ******************************************************** > タヌキソフトウェア有限会社 > 〒134-0088 東京都江戸川区西葛西6-10-18 > SKセントラルビル4階 > Tel: 03-3878-3211/Fax: 03-3878-0313 > Email:sa...@ta...<mailto:Email%3A...@ta...> > http://www.tanukisoftware.com > 担当:アレックス > ******************************************************** > > 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<http://www.tanukisoftware.com/> > > 2016-08-26 14:27 GMT+09:00 岩崎 修也 <Nob...@si...<mailto: > Nob...@si...>>: > タヌキソフトウェア ご担当者様 > > いつもお世話になっております。 > セゾン情報システムズの岩崎と申します。 > > 新規で質問をさせて頂きたく、ご連絡をさせて頂きました。 > > wrapperを使用しているシステムにて、 > 下記のようなエラーが出力され、JVMが停止されます。 > > === > JVM appears hung:Timed out waiting for signal from JVM. > Shutdown failed:Timed out waiting for signal from JVM. > JVM did not exit on request, terminated > JVM received a signal(9). > JVM procexss is gone. > JVM exited after being requested to terminate. > === > > 本エラーが発生する原因を調査したく考えておりますが、 > どのような調査方法が最適でしょうか? > > 恐れ入りますが、ご教示頂けますと幸いです。 > > 以上、宜しくお願い致します。 > > □■━━━━━━━━━━━━━━━━━━━━━━ > セゾン情報システムズ > カードシステム事業部 > システム五部 システム一課 > 岩崎 修也 (Iwasaki Nobuya) > 〒170-6047 > 東京都豊島区東池袋3-1-1 サンシャイン60 47F > Mail:Nob...@si...<mailto:Mail% > 3AN...@si...> > Tel :03-6863-2990 > ━━━━━━━━━━━━━━━━━━━━━━■□ > ------------------------------------------------------------ > ------------------ > _______________________________________________ > Wrapper-user mailing list > Wra...@li...<mailto:Wrapper > -us...@li...> > https://lists.sourceforge.net/lists/listinfo/wrapper-user > > ------------------------------------------------------------ > ------------------ > _______________________________________________ > 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: 岩崎 修也 <Nob...@si...> - 2016-08-29 06:24:16
|
タヌキソフトウェア アレックス様 いつもお世話になっております。 セゾン情報システムズ 岩崎です。 ログの取得に時間が掛っておりますが、取り急ぎメールをさせて頂きます。 調査をした所、どうやら下記GC発生時に JVMへのping(系8回)が途切れ、停止至っているようです。 ちなみに、gclogは下記のような出力でした。(ログは出力例です) > 2016-04-14T18:23:16.308+0900: 1069.659: [GC (Allocation Failure) 1069.659: [ParNew: また、当該環境では、下記の設定を追加しているため、 JVMの再起動は行われないようにしております。 wrapper.disable_restarts=TRUE wrapper.disable_restarts.automatic=TRUE ※上記設定に何か問題があったりしますでしょうか? なお、ログから読み取れることは、以上でございましたが、 その他何か調査する術はございますでしょうか。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si... Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ ________________________________________ 差出人: 岩崎 修也 <Nob...@si...> 送信日時: 2016年8月26日 18:18 宛先: wra...@li... 件名: Re: [Wrapper-user] 質問:JVM appears hungについて タヌキソフトウェア アレックス様 いつもお世話になっております。 セゾン情報システムズ 岩崎です。 下記、ご連絡ありがとうございます。 ご指定頂いたプロパティを追加しましたので、 情報が採取出来ましたら、別途ご連絡させて頂きます。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si... Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ ________________________________________ 差出人: Alexandre Klein <ale...@ta...> 送信日時: 2016年8月26日 17:18 宛先: wra...@li... 件名: Re: [Wrapper-user] 質問:JVM appears hungについて 株式会社 セゾン情報システムズ 岩崎様 いつもお世話になっております。 タヌキソフトウェアのアレックスです。 お問い合せありがとうございます。 今回の問題はおそらくWrapperがJVMと通信が出来ていないかと思われます。 コンフィギュレーション・ファイル「wrapper.conf」に 下記のプロパティを追加していただけますか? wrapper.debug=TRUE それ以外に、以下のプロパティが「LPTM」になっていることを確認してください。 wrapper.logfile.format=LPTM その後Wrapperを起動し、コンフィギュレーション・ファイル「wrapper.conf」と ログ・ファイル「wrapper.log」をsupport@tanukisoftware.com<mailto:su...@ta...>へ送っていただけますか? 送信時にお客様のOSバージョンも教えていただければありがたいです。 よろしくお願いいたします。 ******************************************************** タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-10-18 SKセントラルビル4階 Tel: 03-3878-3211/Fax: 03-3878-0313 Email:sa...@ta...<mailto:Email%3A...@ta...> http://www.tanukisoftware.com 担当:アレックス ******************************************************** 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<http://www.tanukisoftware.com/> 2016-08-26 14:27 GMT+09:00 岩崎 修也 <Nob...@si...<mailto:Nob...@si...>>: タヌキソフトウェア ご担当者様 いつもお世話になっております。 セゾン情報システムズの岩崎と申します。 新規で質問をさせて頂きたく、ご連絡をさせて頂きました。 wrapperを使用しているシステムにて、 下記のようなエラーが出力され、JVMが停止されます。 === JVM appears hung:Timed out waiting for signal from JVM. Shutdown failed:Timed out waiting for signal from JVM. JVM did not exit on request, terminated JVM received a signal(9). JVM procexss is gone. JVM exited after being requested to terminate. === 本エラーが発生する原因を調査したく考えておりますが、 どのような調査方法が最適でしょうか? 恐れ入りますが、ご教示頂けますと幸いです。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si...<mailto:Mail%3AN...@si...> Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ ------------------------------------------------------------------------------ _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto: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: 岩崎 修也 <Nob...@si...> - 2016-08-26 09:34:11
|
タヌキソフトウェア アレックス様 いつもお世話になっております。 セゾン情報システムズ 岩崎です。 下記、ご連絡ありがとうございます。 ご指定頂いたプロパティを追加しましたので、 情報が採取出来ましたら、別途ご連絡させて頂きます。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si... Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ ________________________________________ 差出人: Alexandre Klein <ale...@ta...> 送信日時: 2016年8月26日 17:18 宛先: wra...@li... 件名: Re: [Wrapper-user] 質問:JVM appears hungについて 株式会社 セゾン情報システムズ 岩崎様 いつもお世話になっております。 タヌキソフトウェアのアレックスです。 お問い合せありがとうございます。 今回の問題はおそらくWrapperがJVMと通信が出来ていないかと思われます。 コンフィギュレーション・ファイル「wrapper.conf」に 下記のプロパティを追加していただけますか? wrapper.debug=TRUE それ以外に、以下のプロパティが「LPTM」になっていることを確認してください。 wrapper.logfile.format=LPTM その後Wrapperを起動し、コンフィギュレーション・ファイル「wrapper.conf」と ログ・ファイル「wrapper.log」をsupport@tanukisoftware.com<mailto:su...@ta...>へ送っていただけますか? 送信時にお客様のOSバージョンも教えていただければありがたいです。 よろしくお願いいたします。 ******************************************************** タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-10-18 SKセントラルビル4階 Tel: 03-3878-3211/Fax: 03-3878-0313 Email:sa...@ta...<mailto:Email%3A...@ta...> http://www.tanukisoftware.com 担当:アレックス ******************************************************** 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<http://www.tanukisoftware.com/> 2016-08-26 14:27 GMT+09:00 岩崎 修也 <Nob...@si...<mailto:Nob...@si...>>: タヌキソフトウェア ご担当者様 いつもお世話になっております。 セゾン情報システムズの岩崎と申します。 新規で質問をさせて頂きたく、ご連絡をさせて頂きました。 wrapperを使用しているシステムにて、 下記のようなエラーが出力され、JVMが停止されます。 === JVM appears hung:Timed out waiting for signal from JVM. Shutdown failed:Timed out waiting for signal from JVM. JVM did not exit on request, terminated JVM received a signal(9). JVM procexss is gone. JVM exited after being requested to terminate. === 本エラーが発生する原因を調査したく考えておりますが、 どのような調査方法が最適でしょうか? 恐れ入りますが、ご教示頂けますと幸いです。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si...<mailto:Mail%3AN...@si...> Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ ------------------------------------------------------------------------------ _______________________________________________ Wrapper-user mailing list Wra...@li...<mailto:Wra...@li...> https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Alexandre K. <ale...@ta...> - 2016-08-26 08:47:00
|
株式会社 セゾン情報システムズ 岩崎様 いつもお世話になっております。 タヌキソフトウェアのアレックスです。 お問い合せありがとうございます。 今回の問題はおそらくWrapperがJVMと通信が出来ていないかと思われます。 コンフィギュレーション・ファイル「wrapper.conf」に 下記のプロパティを追加していただけますか? wrapper.debug=TRUE それ以外に、以下のプロパティが「LPTM」になっていることを確認してください。 wrapper.logfile.format=LPTM その後Wrapperを起動し、コンフィギュレーション・ファイル「wrapper.conf」と ログ・ファイル「wrapper.log」をsupport@tanukisoftware.comへ送っていただけますか? 送信時にお客様のOSバージョンも教えていただければありがたいです。 よろしくお願いいたします。 ******************************************************** タヌキソフトウェア有限会社 〒134-0088 東京都江戸川区西葛西6-10-18 SKセントラルビル4階 Tel: 03-3878-3211/Fax: 03-3878-0313 Email:sa...@ta... http://www.tanukisoftware.com 担当:アレックス ******************************************************** 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 2016-08-26 14:27 GMT+09:00 岩崎 修也 <Nob...@si...>: > タヌキソフトウェア ご担当者様 > > いつもお世話になっております。 > セゾン情報システムズの岩崎と申します。 > > 新規で質問をさせて頂きたく、ご連絡をさせて頂きました。 > > wrapperを使用しているシステムにて、 > 下記のようなエラーが出力され、JVMが停止されます。 > > === > JVM appears hung:Timed out waiting for signal from JVM. > Shutdown failed:Timed out waiting for signal from JVM. > JVM did not exit on request, terminated > JVM received a signal(9). > JVM procexss is gone. > JVM exited after being requested to terminate. > === > > 本エラーが発生する原因を調査したく考えておりますが、 > どのような調査方法が最適でしょうか? > > 恐れ入りますが、ご教示頂けますと幸いです。 > > 以上、宜しくお願い致します。 > > □■━━━━━━━━━━━━━━━━━━━━━━ > セゾン情報システムズ > カードシステム事業部 > システム五部 システム一課 > 岩崎 修也 (Iwasaki Nobuya) > 〒170-6047 > 東京都豊島区東池袋3-1-1 サンシャイン60 47F > Mail:Nob...@si... > Tel :03-6863-2990 > ━━━━━━━━━━━━━━━━━━━━━━■□ > ------------------------------------------------------------ > ------------------ > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: 岩崎 修. <Nob...@si...> - 2016-08-26 06:07:58
|
タヌキソフトウェア ご担当者様 いつもお世話になっております。 セゾン情報システムズの岩崎と申します。 新規で質問をさせて頂きたく、ご連絡をさせて頂きました。 wrapperを使用しているシステムにて、 下記のようなエラーが出力され、JVMが停止されます。 === JVM appears hung:Timed out waiting for signal from JVM. Shutdown failed:Timed out waiting for signal from JVM. JVM did not exit on request, terminated JVM received a signal(9). JVM procexss is gone. JVM exited after being requested to terminate. === 本エラーが発生する原因を調査したく考えておりますが、 どのような調査方法が最適でしょうか? 恐れ入りますが、ご教示頂けますと幸いです。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si... Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ |
|
From: Brusowankin, D. S <dav...@ci...> - 2016-08-17 18:41:20
|
Hi, I need to know how to create a .exe for the service. Regards, David |
|
From: <Nob...@si...> - 2016-07-15 01:05:24
|
タヌキソフトウェア リーフ様 いつもお世話になっております。 岩崎と申します。 下記、ご回答ありがとうございます。 下記設定が導入されていることにより、 システムクロックに変更が入った場合でも、 影響が無いとのこと、承知致しました。 ・wrapper.use_system_time=FALSE 分かり易いご回答ありがとうございました。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si... Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ -----作成者: Leif Mortenson <lei...@ta...> ----- 宛先: Wrapper User List <wra...@li...> 送信元: Leif Mortenson <lei...@ta...> 日付: 2016/07/14 03:52PM 件名: Re: [Wrapper-user] 質問:うるう秒について 岩崎様 タヌキソフトウェアのリーフです。 お世話になっております。 CPUのサイクル数でカウントしてます。 Wrapper内の複数のタイムアウトの為に利用してます。 システムが重くなるとチックタイマーがちょっと遅れる場合がありますが、運用不明にならない。 チックタイマーはこのページで説明してます: http://wrapper.tanukisoftware.com/doc/japanese/prop-use-system-time.html システムタイムでは無くて、チックタイマーを使うとシステムタイムの修正、システムスリープなどはWrapperのタイミングに影響しない。 安定に動きます。 例えば設定で30秒間のタイムアウト設定する。 システムタイムを使う場合は時間が一時間前に修正すると一時間と30秒間まで待つ場合があります。 チックタイマーだと安全で30秒間必ず待つ。システムが重くなってる時は30.1秒間になる可能性あるけど短くはならない。Wrapper内のタイマー使い方ではこれは問題ない。 本当の時間が必要のところでシステムタイムを使います。ログライムスタンプとか。 よろしくお願いします。 2016-07-14 15:05 GMT+09:00 <Nob...@si...>: タヌキソフトウェア リーフ様 いつもお世話になっております。 セゾン情報システムズ 岩崎です。 迅速なご回答ありがとうございます。 OSのシステムクロックは参照せずに、 wrapper独自のクロックを参照しているという事でしょうか? だとすると、そのクロックは、 どのタイマー(システムクロックやハードウェアクロック?)と 時刻の同期を行っているんでしょうか? 或いは、wrapperプロセスが起動したタイミングで、 独自にタイマーを持ち、カウントし続けているだけでしょうか? 下記の通り、システムクロックを気にしない作りになっているようなので、 そこまで気にしなくても良さそうな話ですが…。 > Wrapperはディフォルトで内部のチックタイマーを利用してます。 > システムタイムが変更されても運用には影響ない。 > 変更が大きくても動くように作ってます。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si... Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ -----作成者: Leif Mortenson <lei...@ta...> ----- 宛先: Wrapper User List <wra...@li...> 送信元: Leif Mortenson <lei...@ta...> 日付: 2016/07/14 02:23PM 件名: Re: [Wrapper-user] 質問:うるう秒について 岩崎様 タヌキソフトウェアのリーフです。 お世話になっております。 Wrapperはディフォルトで内部のチックタイマーを利用してます。 システムタイムが変更されても運用には影響ない。 変更が大きくても動くように作ってます。 ログファイル内のタイムスタンプはシステムタイム直接使ってるので時間の変更はすぐに見えます。 テストでシステムタイムの修正を手で試してください。 よろしくお願いします。 2016-07-14 11:22 GMT+09:00 <Nob...@si...>: タヌキソフトウェア ご担当者様 いつもお世話になっております。 岩崎と申します。 Java Service Wrapper製品として、うるう秒を迎えた場合、どのような影響があるのかご教示頂けませんでしょうか? また、影響がある場合には、その回避方法や対策をご教示下さい。 なお、Java Service Wrapperのバージョンは、3.5.26を使用しております。 ※コミュニティ版です。 【備考】 OSのNTP同期設定は、slewモードです。 ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <lei...@ta...> - 2016-07-14 06:51:54
|
岩崎様 タヌキソフトウェアのリーフです。 お世話になっております。 CPUのサイクル数でカウントしてます。 Wrapper内の複数のタイムアウトの為に利用してます。 システムが重くなるとチックタイマーがちょっと遅れる場合がありますが、運用不明にならない。 チックタイマーはこのページで説明してます: http://wrapper.tanukisoftware.com/doc/japanese/prop-use-system-time.html システムタイムでは無くて、チックタイマーを使うとシステムタイムの修正、システムスリープなどはWrapperのタイミングに影響しない。 安定に動きます。 例えば設定で30秒間のタイムアウト設定する。 システムタイムを使う場合は時間が一時間前に修正すると一時間と30秒間まで待つ場合があります。 チックタイマーだと安全で30秒間必ず待つ。システムが重くなってる時は30.1秒間になる可能性あるけど短くはならない。Wrapper内のタイマー使い方ではこれは問題ない。 本当の時間が必要のところでシステムタイムを使います。ログライムスタンプとか。 よろしくお願いします。 2016-07-14 15:05 GMT+09:00 <Nob...@si...>: > タヌキソフトウェア リーフ様 > > いつもお世話になっております。 > セゾン情報システムズ 岩崎です。 > > 迅速なご回答ありがとうございます。 > > OSのシステムクロックは参照せずに、 > wrapper独自のクロックを参照しているという事でしょうか? > > だとすると、そのクロックは、 > どのタイマー(システムクロックやハードウェアクロック?)と > 時刻の同期を行っているんでしょうか? > > 或いは、wrapperプロセスが起動したタイミングで、 > 独自にタイマーを持ち、カウントし続けているだけでしょうか? > > > 下記の通り、システムクロックを気にしない作りになっているようなので、 > そこまで気にしなくても良さそうな話ですが…。 > > > Wrapperはディフォルトで内部のチックタイマーを利用してます。 > > システムタイムが変更されても運用には影響ない。 > > 変更が大きくても動くように作ってます。 > > > 以上、宜しくお願い致します。 > > □■━━━━━━━━━━━━━━━━━━━━━━ > セゾン情報システムズ > カードシステム事業部 > システム五部 システム一課 > 岩崎 修也 (Iwasaki Nobuya) > > 〒170-6047 > 東京都豊島区東池袋3-1-1 サンシャイン60 47F > > Mail:Nob...@si... > Tel :03-6863-2990 > ━━━━━━━━━━━━━━━━━━━━━━■□ > > > -----作成者: Leif Mortenson <lei...@ta...> ----- > 宛先: Wrapper User List <wra...@li...> > 送信元: Leif Mortenson <lei...@ta...> > 日付: 2016/07/14 02:23PM > 件名: Re: [Wrapper-user] 質問:うるう秒について > > > 岩崎様 > タヌキソフトウェアのリーフです。 > お世話になっております。 > > > Wrapperはディフォルトで内部のチックタイマーを利用してます。 > システムタイムが変更されても運用には影響ない。 > 変更が大きくても動くように作ってます。 > > > ログファイル内のタイムスタンプはシステムタイム直接使ってるので時間の変更はすぐに見えます。 > > > テストでシステムタイムの修正を手で試してください。 > > > よろしくお願いします。 > > > 2016-07-14 11:22 GMT+09:00 <Nob...@si...>: > > タヌキソフトウェア ご担当者様 > > いつもお世話になっております。 > 岩崎と申します。 > > Java Service Wrapper製品として、うるう秒を迎えた場合、どのような影響があるのかご教示頂けませんでしょうか? > また、影響がある場合には、その回避方法や対策をご教示下さい。 > > なお、Java Service Wrapperのバージョンは、3.5.26を使用しております。 > ※コミュニティ版です。 > > 【備考】 > OSのNTP同期設定は、slewモードです。 > |
|
From: <Nob...@si...> - 2016-07-14 06:11:29
|
タヌキソフトウェア リーフ様 いつもお世話になっております。 セゾン情報システムズ 岩崎です。 迅速なご回答ありがとうございます。 OSのシステムクロックは参照せずに、 wrapper独自のクロックを参照しているという事でしょうか? だとすると、そのクロックは、 どのタイマー(システムクロックやハードウェアクロック?)と 時刻の同期を行っているんでしょうか? 或いは、wrapperプロセスが起動したタイミングで、 独自にタイマーを持ち、カウントし続けているだけでしょうか? 下記の通り、システムクロックを気にしない作りになっているようなので、 そこまで気にしなくても良さそうな話ですが…。 > Wrapperはディフォルトで内部のチックタイマーを利用してます。 > システムタイムが変更されても運用には影響ない。 > 変更が大きくても動くように作ってます。 以上、宜しくお願い致します。 □■━━━━━━━━━━━━━━━━━━━━━━ セゾン情報システムズ カードシステム事業部 システム五部 システム一課 岩崎 修也 (Iwasaki Nobuya) 〒170-6047 東京都豊島区東池袋3-1-1 サンシャイン60 47F Mail:Nob...@si... Tel :03-6863-2990 ━━━━━━━━━━━━━━━━━━━━━━■□ -----作成者: Leif Mortenson <lei...@ta...> ----- 宛先: Wrapper User List <wra...@li...> 送信元: Leif Mortenson <lei...@ta...> 日付: 2016/07/14 02:23PM 件名: Re: [Wrapper-user] 質問:うるう秒について 岩崎様 タヌキソフトウェアのリーフです。 お世話になっております。 Wrapperはディフォルトで内部のチックタイマーを利用してます。 システムタイムが変更されても運用には影響ない。 変更が大きくても動くように作ってます。 ログファイル内のタイムスタンプはシステムタイム直接使ってるので時間の変更はすぐに見えます。 テストでシステムタイムの修正を手で試してください。 よろしくお願いします。 2016-07-14 11:22 GMT+09:00 <Nob...@si...>: タヌキソフトウェア ご担当者様 いつもお世話になっております。 岩崎と申します。 Java Service Wrapper製品として、うるう秒を迎えた場合、どのような影響があるのかご教示頂けませんでしょうか? また、影響がある場合には、その回避方法や対策をご教示下さい。 なお、Java Service Wrapperのバージョンは、3.5.26を使用しております。 ※コミュニティ版です。 【備考】 OSのNTP同期設定は、slewモードです。 ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: Leif M. <lei...@ta...> - 2016-07-14 05:23:44
|
岩崎様 タヌキソフトウェアのリーフです。 お世話になっております。 Wrapperはディフォルトで内部のチックタイマーを利用してます。 システムタイムが変更されても運用には影響ない。 変更が大きくても動くように作ってます。 ログファイル内のタイムスタンプはシステムタイム直接使ってるので時間の変更はすぐに見えます。 テストでシステムタイムの修正を手で試してください。 よろしくお願いします。 2016-07-14 11:22 GMT+09:00 <Nob...@si...>: > タヌキソフトウェア ご担当者様 > > いつもお世話になっております。 > 岩崎と申します。 > > Java Service Wrapper製品として、うるう秒を迎えた場合、どのような影響があるのかご教示頂けませんでしょうか? > また、影響がある場合には、その回避方法や対策をご教示下さい。 > > なお、Java Service Wrapperのバージョンは、3.5.26を使用しております。 > ※コミュニティ版です。 > > 【備考】 > OSのNTP同期設定は、slewモードです。 > |
|
From: Maxime <ma...@ta...> - 2016-07-14 03:21:05
|
Hello everyone, We are proud to announce the release of version 3.5.30 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. |