<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2800.1479" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV dir=ltr align=left><SPAN class=215333401-19072005>Yes WF-BATCH is ok
to use as the executor of the job. But any batch user with SAP_ALL,
SAP_NEW is fine. </SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=215333401-19072005>A separate batch user has
some advantages in avoiding confusion between housekeeping jobs and other
background processes </SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=215333401-19072005>when troubleshooting,
</SPAN><SPAN class=215333401-19072005>that's all. </SPAN></DIV>
<DIV> </DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=en-us><FONT face=Arial size=1>Regards,</FONT></SPAN> <BR><SPAN
lang=en-us><B><FONT face=Arial color=#000080 size=1>Jocelyn
Dart</FONT></B></SPAN> <BR><SPAN lang=en-us><FONT face=Arial color=#808080
size=1>Senior Consultant</FONT></SPAN> <BR><SPAN lang=en-us><B><FONT face=Arial
color=#808080 size=1>SAP Australia Pty Ltd.</FONT></B></SPAN> <BR><SPAN
lang=en-us><FONT face=Arial color=#808080 size=1>Level 1/168 Walker
St.</FONT></SPAN> <BR><SPAN lang=en-us><FONT face=Arial color=#808080
size=1>North Sydney </FONT></SPAN><BR><SPAN lang=en-us><FONT face=Arial
color=#808080 size=1>NSW, 2060</FONT></SPAN> <BR><SPAN lang=en-us><FONT
face=Arial color=#808080 size=1>Australia</FONT></SPAN> <BR><SPAN
lang=en-us><FONT face=Arial color=#808080 size=1>T +61 412 390
267</FONT></SPAN> <BR><SPAN lang=en-us><FONT face=Arial color=#808080
size=1>M + 61 412 390 267</FONT></SPAN> <BR><SPAN lang=en-us><FONT
face=Arial color=#808080 size=1>E jocelyn.dart@sap.com</FONT></SPAN>
<BR><SPAN lang=en-us><FONT face=Arial color=#808080 size=1><A
href="http://www.sap.com/">http://www.sap.com</A></FONT></SPAN> </P>
<P><SPAN lang=en-au><FONT face="Times New Roman" color=#ff0000 size=1>The
information contained in or attached to this electronic transmission is
confidential and may be legally privileged. It is intended only for the person
or entity to which it is addressed. If you are not the intended recipient, you
are hereby notified that any distribution, copying, review, retransmission,
dissemination or other use of this electronic transmission or the information
contained in it is strictly prohibited. If you have received this electronic
transmission in error, please immediately contact the sender to arrange for the
return of the original documents. </FONT></SPAN></P>
<P><SPAN lang=en-au><FONT face="Times New Roman" color=#ff0000 size=1>Electronic
transmission cannot be guaranteed to be secure and accordingly, the sender does
not accept liability for any such data corruption, interception, unauthorized
amendment, viruses, delays or the consequences thereof.</FONT></SPAN></P>
<P><SPAN lang=en-au><FONT face="Times New Roman" color=#ff0000 size=1>Any views
expressed in this electronic transmission are those of the individual sender,
except where the message states otherwise and the sender is authorized to state
them to be the views of SAP AG or any of its subsidiaries. SAP AG, its
subsidiaries, and their directors, officers and employees make no representation
nor accept any liability for the accuracy or completeness of the views or
information contained herein. Please be aware that the furnishing of any pricing
information/ business proposal herein is indicative only, is subject to change
and shall not be construed as an offer or as constituting a binding agreement on
the part of SAP AG or any of its subsidiaries to enter into any relationship,
unless otherwise expressly stated. </FONT></SPAN></P>
<DIV> </DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> sap-wug-bounces@mit.edu
[mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Kjetil
Kilhavn<BR><B>Sent:</B> Monday, 18 July 2005 9:01 PM<BR><B>To:</B> SAP Workflow
Users' Group<BR><B>Subject:</B> RE: rswwdhex - job gets cancelled due to locking
issue<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV dir=ltr align=left><SPAN class=978025910-18072005>I have set up both the
SWWDHEX and SWWERRE jobs to run as WF-BATCH to make sure authorizations are not
an issue. Got tired of fighting with the security people...</SPAN></DIV>
<DIV align=left><FONT face=Arial>-- </FONT></DIV>
<DIV align=left><FONT face=Arial>Kjetil Kilhavn, Statoil KTJ IT BKS</FONT></DIV>
<DIV> </DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma><B>From:</B> sap-wug-bounces@mit.edu
[mailto:sap-wug-bounces@mit.edu] <B>On Behalf Of </B>Rick Sample<BR><B>Sent:</B>
13. juli 2005 15:56<BR><B>To:</B> sap-wug@mit.edu<BR><B>Subject:</B> RE:
rswwdhex - job gets cancelled due to locking issue<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV>From my understanding, WF-BATCH should not be used </DIV>
<DIV>for these batch programs. i.e. use a different batch user. </DIV>
<DIV> </DIV>
<DIV>Opinions anyone?</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Rick Sample<BR>SAP Workflow Analyst/Developer<BR>Graybar, Inc.<BR>11885
Lackland Rd.<BR>63146-4208<BR>314.573.5822<BR><A
href="mailto:Rick.Sample@GBE.com">Rick.Sample@GBE.com</A><BR><BR>>>>
lianghuan.x.hu@accenture.com 7/13/2005 8:43 >>><BR></DIV>
<DIV style="FONT: 10pt Tahoma; COLOR: #000000">
<DIV dir=ltr align=left><SPAN class=905233513-13072005>FYI: As an urgent fix,
our security gave me momentary access to SWWB, and I ran it as a WF admin. The
problem was fixed right away. What our Basis team did was to move the two
jobs further apart. Ours is 4.6C. </SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=905233513-13072005></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=905233513-13072005>Larry Hu</SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<B>From:</B> sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] <B>On
Behalf Of </B>Rick Sample<BR><B>Sent:</B> Wednesday, July 13, 2005 8:20
AM<BR><B>To:</B> sap-wug@mit.edu<BR><B>Subject:</B> Re: rswwdhex - job gets
cancelled due to locking issue<BR><BR></DIV>
<DIV></DIV>
<DIV>I noticed if I (as WF Admin with not SAP_ALL / SAP_NEW) run SWWB </DIV>
<DIV>then I get two instances running. Once from me starting it and one
</DIV>
<DIV>from our BASIS folks running. Does not stop other instances from running.
</DIV>
<DIV> </DIV>
<DIV>
<DIV>If you look at the program there is references to this issues about </DIV>
<DIV>multiple instances running. How and who is scheduling RSWWDHEX?
</DIV></DIV>
<DIV> </DIV>
<DIV>I would have BASIS kill all scheduled instances and have BASIS </DIV>
<DIV>create the batch run and call it a day. </DIV>
<DIV> </DIV>
<DIV>I would like to know what you do to get this issue resolved.</DIV>
<DIV> </DIV>
<DIV>Rick</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Rick Sample<BR>SAP Workflow Analyst/Developer<BR>Graybar, Inc.<BR>11885
Lackland Rd.<BR>63146-4208<BR>314.573.5822<BR><A
href="mailto:Rick.Sample@GBE.com">Rick.Sample@GBE.com</A><BR><BR>>>>
wug.replies@workflowconnections.com 7/13/2005 6:57 >>><BR>Hi
Sue,<BR>You've definitely got two schedules running. Get rid of ALL
deadline<BR>monitoring jobs and then schedule one job & you should be
OK.<BR>Cheers<BR>Mike<BR><BR>Sue Keohan wrote:<BR>> Hello
all,<BR>><BR>> Aaarrghh. Tonight the system log
shows...<BR>><BR>><BR>> 19:40:32 sapapp1_RP1_23 BTC 28 400 EGC > Job
SWWDHEX is<BR>> currently locked<BR>> 19:40:38 sapapp1_RP1_23 BTC 28 400
EGC > Job SWWDHEX is<BR>> currently locked<BR>><BR>> Thank you
Larry, but SAP_REORG_JOBS runs after midnight, still more than<BR>> 4 hours
from now.<BR>><BR>> What annoys me is that the job ran 17 times today, no
problem. At<BR>> 19:40, two instances kicked off (under the same userid) and
killed each<BR>> other.<BR>> Probably need to escalate this to OSS. Till
then, SWWB might be my new<BR>> best friend.<BR>><BR>> Thanks all for
the help,<BR>> Sue<BR>> <U><A
href="mailto:lianghuan.x.hu@accenture.com">lianghuan.x.hu@accenture.com</A></U>
wrote:<BR>><BR>>> We had the same problem. When I found that the
background job<BR>>> SWWDHEX was not working, I used SWWB to have it
fixed.<BR>>><BR>>><BR>>><BR>>> Here is an OSS
explanation: "The job SWWDHEX that is required for date<BR>>> monitoring,
sometimes no longer reschedules itself and therefore<BR>>> disappears
almost inexplicably. ... The job SWWDHEX runs at the same<BR>>> time as
the job SAP_REORG_JOBS. The latter blocks the table TBTCO and<BR>>> stops
the job SWWDHEX from rescheduling itself. As SAP_REORG_JOBS<BR>>> usually
takes several seconds, the implicit waiting that is built-in<BR>>> to the
background management (see note 41037) does not suffice for the<BR>>> lock
to be released in this case. You must therefore ensure that both<BR>>>
jobs are not run at the same time. As SAP_REORG_JOBS usually runs at<BR>>>
the most once a day, the execution of SWWDHEX is only prevented for<BR>>>
the duration of this job." Our Basis team followed the instruction
and<BR>>> since then we have not had this problem
anymore.<BR>>><BR>>><BR>>><BR>>> I hope that the above
info can help.<BR>>><BR>>><BR>>><BR>>> Larry
Hu<BR>>><BR>>><BR>>>
------------------------------------------------------------------------<BR>>>
*From:* <U><A
href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</A></U> <U><A
href="mailto:[mailto:sap-wug-bounces@mit.edu]">[mailto:sap-wug-bounces@mit.edu]</A></U>
*On<BR>>> Behalf Of *Rick Sample<BR>>> *Sent:* Tuesday, July 12,
2005 9:11 AM<BR>>> *To:* <U><A
href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</A></U> <BR>>> *Subject:*
Re: rswwdhex - job gets cancelled due to locking issue<BR>>><BR>>>
Had the same issue. Here is what I found and what we did to
correct.<BR>>><BR>>> If multiple instances of SWWDHEX are running we
get locks. I verified<BR>>> and<BR>>> can reproduce this and fixed.
Here is what I did.<BR>>> Kill all SWWDHEX and have BASIS reschedule just
one.<BR>>> Schedule SWWDHEX to run every X time.<BR>>><BR>>>
Still don't know why it stopped but I assume I ran the config as<BR>>>
myself. SWU3<BR>>> and caused mult instances to be running.<BR>>>
BASIS probably runs SWU3 for the simple fact that it SWU3 should
only<BR>>> be run<BR>>> by a user that has SAP_ALL /
SAP_NEW.<BR>>> Reason: WF-BATCH inherits the rights of the user running
SWU3. No<BR>>> more. No less.<BR>>> (You can search for responses
from Jocelyn Dart and in "Practical WF<BR>>> for
SAP".)<BR>>><BR>>> WF-BATCH should not be used for batch processing
like<BR>>> SWWDHEX, SWWERRE, SWWERRE, etc.<BR>>> Use some other
batch user for batch processing.<BR>>><BR>>> SWWA set to run
periodically. Like every 5 mins.<BR>>> SWWB runs per instance of a
deadline.<BR>>> (I could have these backwards. Look them up to be
sure)<BR>>><BR>>> SWWA or SWWB? Depends on what you
want.<BR>>> If you have few deadlines, run per instance and it will add a
batch for<BR>>> each instance. See SM37 and you will see these being added
per deadline.<BR>>> Or, if you have lots of deadlines. set to just
periodically, it<BR>>> should rescheduled ONE<BR>>> instance to run
every X time.<BR>>><BR>>> Let me know if this helps. I am interested
in what works for you.<BR>>> (And if I made any incorrect statement I am
sure someone will let me<BR>>>
know)<BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>>>
Rick Sample<BR>>> SAP Workflow Analyst/Developer<BR>>> Graybar,
Inc.<BR>>> 11885 Lackland Rd.<BR>>> 63146-4208<BR>>>
314.573.5822<BR>>> <U><A
href="mailto:Rick.Sample@GBE.com">Rick.Sample@GBE.com</A></U> <<U> <A
href="mailto:Rick.Sample@GBE.com">mailto:Rick.Sample@GBE.com</A></U>
><BR>>><BR>>> >>> <U><A
href="mailto:keohan@ll.mit.edu">keohan@ll.mit.edu</A></U> 7/12/2005 7:34
>>><BR>>> Hi all,<BR>>><BR>>> We are running on R/3
4.6c.<BR>>><BR>>> We had RSWWDHEX running without incident until
last September, when it<BR>>> stopped, I don't know why.<BR>>> When
the matter was brought to my attention, we re-scheduled it via<BR>>> SWWB
(or is it SWWA, I can't be<BR>>> sure because Basis does it). The interval
between runs is 20 minutes,<BR>>> which should be sufficient,<BR>>>
since there are probably less than 5 workitems 'waiting' for a<BR>>>
deadline at any given time.<BR>>><BR>>> Anyway, the job gets
finishes, but fails to reschedule itself daily<BR>>> (no specific time, it
could fail<BR>>> to reschedule at 5:30, it could fail to reschedule at
7:30...). The<BR>>> system log from SM21 says<BR>>> 'Job SWWDHEX is
currently locked' and the detail entry follows:<BR>>><BR>>> >
Within background processing, it was found that the specified job is<BR>>>
> being edited, for example, another user edits the job or the
run-time<BR>>> > system of background processing is accessing the job.
Please attempt<BR>>> to<BR>>> > execute the action required by
you with the job at a later date.<BR>>> ><BR>>> > If, in spite
of repeated attempts, this should not be successful, that<BR>>> > could
be related to problems in the locking system (enqueue server):<BR>>>
For<BR>>> > example, "locking corpses" could be available. Please check
that with<BR>>> > the transaction SM12. You can also test the function
efficiency of<BR>>> your<BR>>> > locking system there by means of
the displayed diagnosis.<BR>>> ><BR>>><BR>>> I am sure we
can reschedule with a longer interval between runs, but<BR>>> not sure if
this will actually<BR>>> solve the problem. Has anyone out there dealt
with this ? OSS, and SDN<BR>>> search of this archive<BR>>> yield no
joy.<BR>>><BR>>> Happy WF-ing!<BR>>> Sue<BR>>>
--<BR>>> Susan R. Keohan<BR>>> SAP Workflow Developer<BR>>>
MIT Lincoln Laboratory<BR>>> 244 Wood Street<BR>>>
LI-200<BR>>> Lexington, MA. 02420<BR></DIV>
<DIV id=##disclaimer##>
<P></P>
<P style="FONT-SIZE: x-small; FONT-FAMILY: Arial, Sans-Serif">This message is
for the designated recipient only and may contain privileged, proprietary, or
otherwise private information. If you have received it in error, please notify
the sender immediately and delete the original. Any other use of the email by
you is prohibited.</P></DIV></DIV>
<P></P>
<P><FONT
size=1>-------------------------------------------------------------------<BR>The
information contained in this message may be CONFIDENTIAL and is<BR>intended for
the addressee only. Any unauthorised use, dissemination of the<BR>information or
copying of this message is prohibited. If you are not the<BR>addressee, please
notify the sender immediately by return e-mail and delete<BR>this
message.<BR>Thank you.</FONT> </P></BODY></HTML>