We finally found the issue. It turns out our SA blocked our server account's 
access to the /sbin/sh file and the script could not execute.

Christopher Pruitt
Business Consulting III
Remedy Developer
BMC Certified Administrator: BMC Remedy AR System 7.6.04
HP Enterprises Services
[email protected]
www.hp.com<http://www.hp.com/>
[HP_logo]


Confidentiality Notice: This message and any files transmitted with it are 
intended for the sole use of the entity or individual to whom it is addressed, 
and may contain information that is confidential, privileged, and exempt from 
disclosure under applicable law. If you are not the intended addressee for this 
e-mail, you are hereby notified that any copying, distribution, or 
dissemination of this e-mail is strictly prohibited. If you have received this 
e-mail in error, please immediately destroy, erase, or discard this message. 
Please notify the sender immediately by return e-mail if you have received this 
e-mail by mistake.

From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Steve Kallestad
Sent: Monday, March 11, 2013 3:30 PM
To: [email protected]
Subject: Re: arimportcmd 7.1 verses 7.6.04

** Error 38 happens when a filter is doing set fields $PROCESS$ and the process 
isn't returning a value.

I would hope in your import log there's some more information - like which 
filter is actually causing the problem.

I imagine that the 7.1 import tool will give you the same problem.

I have seen this issue occur when the number of processes running on a server 
has reached it's limit.  (because the processes being run were not exiting 
cleanly.

If there is no further message in the import log, I would try to run a small 
import the same way with server side logging turned on to track down the 
offending filter.

For a large and regular batch job, I would re-qualify the filter so that my 
import could set a flag and disable it, then make handle whatever it was trying 
to accomplish in a bulk transaction after the batch was complete.

On Mon, Mar 11, 2013 at 10:23 AM, Pruitt, Christopher (Bank of America Account) 
<[email protected]<mailto:[email protected]>> wrote:
**
I was hoping someone can point me in the correct direction.

We have several dozen scripts we run on our servers that do data imports using 
the arimportcmd. We have been running these scripts, in some capacity, for over 
9+ years without issue. However, we upgraded one of our servers to 7.6.04 and 
now everyone of these scripts fail to run using the arimportcmd.
I have been digging through all the documentation I can for 7.6.04 and have 
searched the BMC Knowledgebase, and even tried doing Google searches trying to 
see why the arimportcmd just stopped working.

The error we are seeing in the filter log is > **** Error while performing 
filter action: Error 38

We format the arimportcmd as follows: passing in the variable values

arimportcmd -r $RPC_NUMBER -x $SERVER_NAME -u $USER_NAME -p $PASSWORD -m 
$MAPPING_FILE_NAME -d $MAPPING_DIR -o $LOAD_HOME/$FILE_TYPE/$DATA_FILE -l 
$LOG_FILE_NAME > /dev/null 2>&1


Christopher Pruitt
Business Consulting III
Remedy Developer
BMC Certified Administrator: BMC Remedy AR System 7.6.04
HP Enterprises Services
[email protected]<mailto:[email protected]>
www.hp.com<http://www.hp.com/>


Confidentiality Notice: This message and any files transmitted with it are 
intended for the sole use of the entity or individual to whom it is addressed, 
and may contain information that is confidential, privileged, and exempt from 
disclosure under applicable law. If you are not the intended addressee for this 
e-mail, you are hereby notified that any copying, distribution, or 
dissemination of this e-mail is strictly prohibited. If you have received this 
e-mail in error, please immediately destroy, erase, or discard this message. 
Please notify the sender immediately by return e-mail if you have received this 
e-mail by mistake.



_ARSlist: "Where the Answers Are" and have been for 20 years_

_ARSlist: "Where the Answers Are" and have been for 20 years_

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

<<inline: image001.png>>

Reply via email to