No.  When a timer expires, it stops any <process> elements contained 
within the timer element that are still running. It can do this because 
the STAF PROCESS service provides a STOP request to terminate processes. 
The timer element allows you to control the flow of your STAX job so that 
it can continue on when the timer expires but it cannot 
stop/terminate/cancel any <stafcmd> elements contained within the timer 
element that are still running (such as a <stafcmd> that submits a FS COPY 
request) because there isn't a generic stop/terminate/cancel request for 
STAF service requests and the FS service does not provide a STOP, CANCEL, 
or TERMINATE COPYREQUEST command.  I can update the STAX User's Guide to 
be clearer about this.

There are open feature requests to provide the ability to 
stop/terminate/cancel a FS COPY request:
- Feature Request #596 "Cancel-able FS operations" at 
https://sourceforge.net/p/staf/feature-requests/596/
- Feature Request #214 "Need ability to tell a service to cancel one of 
its requests" at https://sourceforge.net/p/staf/feature-requests/214/ 
- Feature Request #210 "Provide a timeout option on FS COPY" at 
https://sourceforge.net/p/staf/feature-requests/210/

Unfortunately, I don't have a time frame for when any of these features 
will be implemented.  You can add a comment to any feature request to note 
that you also require this function to help increase its priority.

--------------------------------------------------------------
Sharon Lucas
IBM Austin,   luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313




From:   Ernie Chang <er...@pc-doctor.com>
To:     <staf-users@lists.sourceforge.net>
Date:   11/10/2014 05:34 PM
Subject:        [staf-users] Timer block not terminating FS call?



I'm seeing an issue with one of our STAX scripts where we've got a TIMER
block wrapping a FS COPY DIRECTORY and the copy not exiting when the TIMER
block times out.

The TIMER block terminates with an rc of 1, but if I do a SERVICE LIST
REQUESTS, I still see the FS COPY DIRECTORY in the requests (and I believe
I've even seen the FS COPY outlast the job itself).

The FS request is being issued to a Windows client, that's copying a file
from it's local drive to a UNC path (e.g. TODIRECTORY \\unc\path\here
TOMACHINE local).

I tried wrapping the contents of the TIMER block (which is just the FS
COPY) in an explicit named BLOCK, and then issuing a TERMINATE later, but
the named block did not exist after the TIMER block had timed out.

Is there any workaround for this?  Ideally, I'd like to ensure that the FS
COPY DIRECTORY is truly terminated so that I can go back and delete the
TODIRECTORY and retry the copy.

Ernie Chang, Senior QA Automation Engineer
PC-Doctor, Inc.
775.336.4077
er...@pc-doctor.com

CONFIDENTIALITY
The information contained in this message is confidential. It is intended
to be read only by the individual or entity to whom it is addressed or by
an authorized designee. If the reader of this message is not the intended
recipient, be aware that distribution of this message in any form is
strictly prohibited. If you have received this message in error, please
immediately notify the sender and destroy any copy of this message.


------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk

_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users


------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users

Reply via email to