[ 
https://issues.apache.org/jira/browse/DAEMON-282?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14510905#comment-14510905
 ] 

tryte commented on DAEMON-282:
------------------------------

I've run into the same issue when trying to {{prunsrv stop <servicename>}}:
{noformat}
[2015-04-24 13:17:17] [debug] ( prunsrv.c:1679) [ 3320] Commons Daemon procrun 
log initialized
[2015-04-24 13:17:17] [info]  ( prunsrv.c:1683) [ 3320] Commons Daemon procrun 
(1.0.15.0 64-bit) started
[2015-04-24 13:17:17] [info]  ( prunsrv.c:687 ) [ 3320] Stopping service 
'<servicename>' ...
[2015-04-24 13:17:17] [warn]  ( service.c:140 ) [ 3320] Failed to obtain 
service description
[2015-04-24 13:17:18] [debug] ( prunsrv.c:844 ) [ 2552] reportServiceStatusE: 
3, 0, 3000, 0
[2015-04-24 13:17:18] [info]  ( prunsrv.c:943 ) [ 2700] Stopping service...
[2015-04-24 13:17:18] [debug] ( javajni.c:888 ) [ 4108] argv[0] = stop
[2015-04-24 13:17:18] [debug] ( javajni.c:941 ) [ 4108] Java Worker thread 
started org/apache/catalina/startup/Bootstrap:main
[2015-04-24 13:17:19] [debug] ( prunsrv.c:990 ) [ 2700] Waiting for java jni 
stop worker to finish...
[2015-04-24 13:17:22] [error] ( prunsrv.c:708 ) [ 3320] Failed to stop 
'<servicename>' service
[2015-04-24 13:17:22] [error] ( prunsrv.c:708 ) [ 3320] Der an einen 
Systemaufruf übergebene Datenbereich ist zu klein.
[2015-04-24 13:17:23] [info]  ( prunsrv.c:716 ) [ 3320] Stop service finished.
[2015-04-24 13:17:23] [error] ( prunsrv.c:1755) [ 3320] Commons Daemon procrun 
failed with exit value: 6 (Failed to stop service)
[2015-04-24 13:17:23] [error] ( prunsrv.c:1755) [ 3320] Der an einen 
Systemaufruf übergebene Datenbereich ist zu klein.
[2015-04-24 13:17:26] [debug] ( javajni.c:964 ) [ 4092] Java Worker thread 
finished org/apache/catalina/startup/Bootstrap:main with status=0
[2015-04-24 13:17:26] [debug] ( javajni.c:964 ) [ 4108] Java Worker thread 
finished org/apache/catalina/startup/Bootstrap:main with status=0
[2015-04-24 13:17:26] [debug] ( prunsrv.c:1533) [ 4180] Worker finished.
[2015-04-24 13:17:26] [debug] ( prunsrv.c:992 ) [ 2700] Java jni stop worker 
finished.
[2015-04-24 13:17:26] [debug] ( prunsrv.c:1542) [ 4180] Waiting for 
ShutdownEvent
[2015-04-24 13:17:26] [debug] ( prunsrv.c:844 ) [ 4180] reportServiceStatusE: 
3, 0, 60000, 0
[2015-04-24 13:17:26] [debug] ( prunsrv.c:844 ) [ 2700] reportServiceStatusE: 
3, 0, 300000, 0
[2015-04-24 13:17:26] [debug] ( prunsrv.c:1093) [ 2700] Waiting for worker to 
die naturally...
[2015-04-24 13:17:27] [debug] ( prunsrv.c:1104) [ 2700] Worker finished 
gracefully in 0 ms.
[2015-04-24 13:17:27] [info]  ( prunsrv.c:1114) [ 2700] Service stop thread 
completed.
[2015-04-24 13:17:27] [debug] ( prunsrv.c:1545) [ 4180] ShutdownEvent signaled
[2015-04-24 13:17:27] [debug] ( prunsrv.c:1550) [ 4180] Waiting 1 minute for 
all threads to exit
[2015-04-24 13:17:27] [debug] ( prunsrv.c:844 ) [ 4180] reportServiceStatusE: 
3, 0, 60000, 0
[2015-04-24 13:17:28] [debug] ( prunsrv.c:1563) [ 4180] JVM destroyed.
[2015-04-24 13:17:28] [debug] ( prunsrv.c:844 ) [ 4180] reportServiceStatusE: 
1, 0, 0, 0
[2015-04-24 13:17:28] [info]  ( prunsrv.c:1598) [ 2552] Run service finished.
[2015-04-24 13:17:28] [info]  ( prunsrv.c:1764) [ 2552] Commons Daemon procrun 
finished
{noformat}

_Der an einen Systemaufruf übergebene Datenbereich ist zu klein._ is the German 
version of _The data area passed to a system call is too small._.

The system is a {{Windows Server 2008 R2 Standard}}, 64 bits.
The issue occurs both with the 64 bit {{amd64\prunsrv.exe}} as well as the 32 
bit {{prunsrv.exe}}. I've tried {{1.0.15}} (current as of writing this 
comment), {{1.0.14}} and {{1.0.13}}.
The process in question is a {{Liferay Portal}} server with {{Tomcat 7.0.42}}, 
running with {{--StartMode jvm}}.

{quote}
Changed priority to minor.
>From the log I see the service is stopped, so it seems it logs failure for 
>long stop methods (you said you simulate that with 5 second delay).
{quote}
In my case the server is still in progress of shutting down when {{prunsrv}} 
emits above error messages to the log. Using a high value for {{--StopTimeout}} 
did not make a difference.
By the time {{prunsrv}} actually exits, the server shutdown completes as well.

The problem here is {{exit value: 6 (Failed to stop service)}}, since our 
tooling interprets this as a failure. We could work around this by checking 
service status ourselves and ignoring {{prunsrv}}'s exit value, but this does 
not seem right.

> Failed to stop 'xx' service: The data area passed to a system call is too 
> small
> -------------------------------------------------------------------------------
>
>                 Key: DAEMON-282
>                 URL: https://issues.apache.org/jira/browse/DAEMON-282
>             Project: Commons Daemon
>          Issue Type: Bug
>          Components: Procrun
>    Affects Versions: 1.0.8, 1.0.12, 1.0.13
>         Environment: Procrun version tried: 
> 1.0.8
> 1.0.12
> 1.0.13
> System environment: 
> Windows XP SP3 32bit
> Windows 7 64bit
> Windows 2008 Server 32bit
>            Reporter: Hua Lan
>            Priority: Minor
>              Labels: procrun
>   Original Estimate: 336h
>  Remaining Estimate: 336h
>
> The Apache mailing list shows that they have the same problem before. However 
> it said procrun 1.0.8 fixed this problem. I tried different versions of 
> procrun however it showed no luck.
> http://mail-archives.apache.org/mod_mbox/commons-user/201204.mbox/%[email protected]%3E
> both installation and start work perfectly. However it always reported error 
> when stopping the service. 
> Failed to stop 'TestApplication' service
> The data area passed to a system call is too small.
> In fact, the stop was successful after the processing was complete.
> Here is the log generated:
> [2013-03-01 18:49:38] [debug] ( prunsrv.c:1672) [ 4172] Commons Daemon 
> procrun log initialized
> [2013-03-01 18:49:38] [info]  ( prunsrv.c:1676) [ 4172] Commons Daemon 
> procrun (1.0.13.0 64-bit) started
> [2013-03-01 18:49:38] [info]  ( prunsrv.c:686 ) [ 4172] Stopping service 
> 'TestApplication' ...
> [2013-03-01 18:49:38] [debug] ( prunsrv.c:843 ) [ 1276] reportServiceStatusE: 
> 3, 0, 3000, 0
> [2013-03-01 18:49:38] [info]  ( prunsrv.c:942 ) [10180] Stopping service...
> [2013-03-01 18:49:38] [debug] ( javajni.c:927 ) [  748] Java Worker thread 
> started com/company/project/startup/WindowServiceApplication:stop
> [2013-03-01 18:49:39] [debug] ( prunsrv.c:988 ) [10180] Waiting for java jni 
> stop worker to finish...
> [2013-03-01 18:49:42] [error] ( prunsrv.c:707 ) [ 4172] Failed to stop 
> 'TestApplication' service
> [2013-03-01 18:49:42] [error] ( prunsrv.c:707 ) [ 4172] The data area passed 
> to a system call is too small.
> [2013-03-01 18:49:42] [info]  ( prunsrv.c:715 ) [ 4172] Stop service finished.
> [2013-03-01 18:49:42] [error] ( prunsrv.c:1748) [ 4172] Commons Daemon 
> procrun failed with exit value: 6 (Failed to stop service)
> [2013-03-01 18:49:42] [error] ( prunsrv.c:1748) [ 4172] The data area passed 
> to a system call is too small.
> [2013-03-01 18:49:47] [debug] ( javajni.c:948 ) [  748] Java Worker thread 
> finished com/company/project/startup/WindowServiceApplication:stop with 
> status=0
> [2013-03-01 18:49:47] [debug] ( prunsrv.c:990 ) [10180] Java jni stop worker 
> finished.
> [2013-03-01 18:49:47] [debug] ( prunsrv.c:843 ) [10180] reportServiceStatusE: 
> 3, 0, 120000, 0
> [2013-03-01 18:49:47] [debug] ( prunsrv.c:1091) [10180] Waiting for worker to 
> die naturally...
> [2013-03-01 18:49:47] [debug] ( prunsrv.c:1102) [10180] Worker finished 
> gracefully in 0 ms.
> [2013-03-01 18:49:47] [info]  ( prunsrv.c:1112) [10180] Service stopped.
> [2013-03-01 18:49:47] [debug] ( prunsrv.c:843 ) [10180] reportServiceStatusE: 
> 1, 0, 0, 0
> [2013-03-01 18:49:47] [info]  ( prunsrv.c:1591) [ 1276] Run service finished.
> [2013-03-01 18:49:47] [info]  ( prunsrv.c:1757) [ 1276] Commons Daemon 
> procrun finished
> Checked TestApplicaton code and found out that when prunsrv threw that 
> exception, the java main thread was sleeping for 5 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to