Re: AW: ARERR 298 "Too Many Filter" since upgrade to 7.1

[Peter Romain]

The risk that BMC are referring to is probably the risk of filter loops.

If you are confident that your code doesn't have any loops then the value
for this parameter is probably not too important.



> David,
>
> we noticed the same problem after upgrading to 7.1(from 6.3). I did some
> investigations and found out that before 7.1 only filters were counted if
> the at least one action of the filter was executed. In 7.1 every filter is
> counted regardless if an action is executed or not. We multiplied the
> "Maximum filters for an Operation" by 10 and everything is fine now.
>
> HTH
>
> Kind Regards Conny
>
> -Ursprüngliche Nachricht-
> Von: Action Request System discussion list(ARSList)
> [mailto:arsl...@arslist.org] Im Auftrag von Shellman, David
> Gesendet: Dienstag, 15. September 2009 16:36
> An: arslist@ARSLIST.ORG
> Betreff: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1
>
> Peter,
>
> Thanks.  Support just got back to me an noted that the default is 10,000
> but that most applications need 200,000 to 660,000.  From the Configuring
> documentation "Defines the number of filters that can be performed in an
> operation. The default and recommended number is 1. Increase this
> number at your own risk only if you reach a limit in your system and you
> have verified that your workflow is valid."
>
> They also noted trying to increase the Filter Stack Size to a minimum of
> 200,000.  If the they are referring to Maximum Stack of Filters, then
> 200,000 is not a valid number.  100,000 is the maximum.  Also the
> Configuration documentation gives a similar warning as Maximum Filters for
> an Operation.
>
> Dave
>
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arsl...@arslist.org] On Behalf Of Peter Romain
> Sent: Tuesday, September 15, 2009 9:03 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1
>
> My ITSM 7.5 installation automatically set this to 500,000 so you've a way
> to go before you match that!
>
> Cheers
>
> Peter
>
>
>> Dave,
>> It may or may not be the case with you but,
>>
>> We faced the same error when we were using the qualification
>> "TR.Status != DB.Status"  instead of Status != "DB.Status".
>>
>> We got rid of this error when i corrected the qualification. This was
>> during the upgrade from ARS 6.0 to ARS 7.1
>>
>> On Tue, Sep 15, 2009 at 8:34 AM, Shellman, David <
>> dave.shell...@tycoelectronics.com> wrote:
>>
>>> **  We upgraded to 7.1 Patch 7 (Windows/Oracle) from 7.0.1 over the
>>> weekend.  Since then we are seeing issues a large number of "Too many
>>> filters processed during this operation (ARERR 298)" errors.  Most
>>> are associated with escalations but we are also seeing it in when
>>> individuals are updating records in our home grown system.  Very
>>> seldom did we see this issue when on 7.0.1.
>>>
>>> Yesterday I updated the Maximum Filters for an Operation to 2.  I
>>> just bumped it to 4.
>>>
>>> Any ideas of what parameters to change to or reasonable values is
>>> greatly appreciated.
>>>
>>> Dave
>>>
>>> Dave Shellman
>>>
>>> Phone:  (717) 810-3687
>>> Fax:(717) 810-2124
>>> email:  dave.shell...@tycoelectronics.com
>>>
>>> *Tyco **Electronics*
>>> MS 161-043
>>> PO Box 3608
>>> Harrisburg, PA 17105-3607
>>>
>>>
>>>
>>>  _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
>>> Answers Are"_
>>
>>
>>
>>
>> --
>> Regards,
>> Kiran Kodali
>> Ph: 940-231-8524
>>
>> __
>> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers
>> Are"
>>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
> Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
> Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: AW: ARERR 298 "Too Many Filter" since upgrade to 7.1

[Ben Chernys]

One can never be too confident.  The OOTB ITSM 7.1 p 5 contains at least one
such loop.
Cheers
Ben 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Peter Romain
Sent: September 16, 2009 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: AW: ARERR 298 "Too Many Filter" since upgrade to 7.1

The risk that BMC are referring to is probably the risk of filter loops.

If you are confident that your code doesn't have any loops then the value
for this parameter is probably not too important.



> David,
>
> we noticed the same problem after upgrading to 7.1(from 6.3). I did 
> some investigations and found out that before 7.1 only filters were 
> counted if the at least one action of the filter was executed. In 7.1 
> every filter is counted regardless if an action is executed or not. We 
> multiplied the "Maximum filters for an Operation" by 10 and everything is
fine now.
>
> HTH
>
> Kind Regards Conny
>
> -Ursprüngliche Nachricht-
> Von: Action Request System discussion list(ARSList) 
> [mailto:arsl...@arslist.org] Im Auftrag von Shellman, David
> Gesendet: Dienstag, 15. September 2009 16:36
> An: arslist@ARSLIST.ORG
> Betreff: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1
>
> Peter,
>
> Thanks.  Support just got back to me an noted that the default is 
> 10,000 but that most applications need 200,000 to 660,000.  From the 
> Configuring documentation "Defines the number of filters that can be 
> performed in an operation. The default and recommended number is 
> 1. Increase this number at your own risk only if you reach a limit 
> in your system and you have verified that your workflow is valid."
>
> They also noted trying to increase the Filter Stack Size to a minimum 
> of 200,000.  If the they are referring to Maximum Stack of Filters, 
> then 200,000 is not a valid number.  100,000 is the maximum.  Also the 
> Configuration documentation gives a similar warning as Maximum Filters 
> for an Operation.
>
> Dave
>
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arsl...@arslist.org] On Behalf Of Peter Romain
> Sent: Tuesday, September 15, 2009 9:03 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1
>
> My ITSM 7.5 installation automatically set this to 500,000 so you've a 
> way to go before you match that!
>
> Cheers
>
> Peter
>
>
>> Dave,
>> It may or may not be the case with you but,
>>
>> We faced the same error when we were using the qualification 
>> "TR.Status != DB.Status"  instead of Status != "DB.Status".
>>
>> We got rid of this error when i corrected the qualification. This was 
>> during the upgrade from ARS 6.0 to ARS 7.1
>>
>> On Tue, Sep 15, 2009 at 8:34 AM, Shellman, David < 
>> dave.shell...@tycoelectronics.com> wrote:
>>
>>> **  We upgraded to 7.1 Patch 7 (Windows/Oracle) from 7.0.1 over the 
>>> weekend.  Since then we are seeing issues a large number of "Too 
>>> many filters processed during this operation (ARERR 298)" errors.  
>>> Most are associated with escalations but we are also seeing it in 
>>> when individuals are updating records in our home grown system.  
>>> Very seldom did we see this issue when on 7.0.1.
>>>
>>> Yesterday I updated the Maximum Filters for an Operation to 2.  
>>> I just bumped it to 4.
>>>
>>> Any ideas of what parameters to change to or reasonable values is 
>>> greatly appreciated.
>>>
>>> Dave
>>>
>>> Dave Shellman
>>>
>>> Phone:  (717) 810-3687
>>> Fax:(717) 810-2124
>>> email:  dave.shell...@tycoelectronics.com
>>>
>>> *Tyco **Electronics*
>>> MS 161-043
>>> PO Box 3608
>>> Harrisburg, PA 17105-3607
>>>
>>>
>>>
>>>  _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the 
>>> Answers Are"_
>>
>>
>>
>>
>> --
>> Regards,
>> Kiran Kodali
>> Ph: 940-231-8524
>>
>> _
>> _ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
>> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers 
>> Are"
>>
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers 
> Are"
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers 
> Are"
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: ARS/ITSM 7.5 on Solaris/Intel box? On Sun's "Virtual Box" for Intel?

[Ben Chernys]

This was discussed on the arslist before.  Any "compiled code" - (not Java,
Java is "compiled" to a "virtual machine" and that machine is implemented on
a real machine - in native code, I might add.) - generates machine
instructions.  Things like Load Register, Load Address, Move, Jump etc.  

Machines are different with respect to their instruction set and register
set etc.  Notwithstanding hardware emulators, software must be "built" (with
make etc) on a target platform and may have additional features to support
that platform.  

A platform is a hardware architecture and an OS.  A "build" is the process
of compiling and linking the various source files into a binary object or
executable.  

I am happy that Sun knows this.  I am somewhat surprised that BMC does not.
I suspect that some at BMC do know this.

See http://en.wikipedia.org/instruction_set_architecture for an interesting
discussion on a one-instruction machine.


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Axton
Sent: September 16, 2009 1:40 AM
To: arslist@ARSLIST.ORG
Subject: Re: ARS/ITSM 7.5 on Solaris/Intel box? On Sun's "Virtual Box" for
Intel?

It will not work.  Binary compatibility between sparc/intel platforms is not
possible.

Axton Grams

On Tue, Sep 15, 2009 at 10:55 AM, Rabi Tripathi  wrote:
> Hi folks,
> I need to create a ARS 7.5/ITSM setup to play with. Preferably on Solaris.
I have no Sun box readily available.
>
> I'm thinking of either using a dedicated Intel box with Solaris, or 
> just use Sun's "Virtual box" on my existing Windows PC. 
> (http://dlc.sun.com/virtualbox/vboxdownload.html)
>
> Anybody done either?
>
> ARS 7.5 compatibility matrix has bad news:
> "Solaris running on x86 or x64 processors is not supported."
>
> But, is not the same as saying it will notwork, so I want to take my
chances, unless somebody tells me...forget it. I'm not sure if code like
 ARS' written for Solaris is hardware dependent. Is it? What happened to
abstraction?
>
> Searches I tried on arslist turned up nothing, so I have a feeling either
I am wasting my time with this idea, or my search skills are not as good as
i think they are.
>
>
>
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

ARERR [9217] fail to load data visualisation field for SRM 2.2.0 Patch 003 using ARS 7.5

[Mohtashim Abbasi - Technosys Limited]

Hi Everybody,

We are running SRM 2.2 on ARS 7.5 along with ITSM 7.5. We get ARERR [9217]
after logging onto SRM application console. It seems like we are having
problem accessing plug in directory. Yet we've reviewed all permissions and
it seems like permissions are not really the issue. We also configured SRM
application to integrate with mid-tier and tested mid-tier URL in browser to
find out if we are able to browse to SRM form and all of that works fine.
Not much information in error log either that could help us troubleshoot
this issue. Please feel free to suggest in case anybody among you have seen
this before.

 

Regards,

Mohtashim Abbasi

 

 

 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
Answers Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where
the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: ARERR [9217] fail to load data visualisation field for SRM 2.2.0 Patch 003 using ARS 7.5

[Ankita Ahuja]

Hi Mohtashim,

There's a fix provided for the Error 9217 in SRM.

Please find the solution below:



Verify the following:
"SRS:SRC:DVFAction_SendToDVF_ProvideInformation" Activelink exists.


"SRS:SRC:DVFProcessAction" Activelink Guide exists and should have 9 Active 
links in the following order:
1. SRS:SRC:EN_SetEntitlement_CallGuide
2. SRSSRC:DVFAction_ClearEventAndParamData
3. SRSSRC:DVFAction_SendToDVF_BrowseServices
4. SRSSRC:DVFAction_SendToDVF_BrowseCategories
5. SRSSRC:DVFAction_SendToDVF_ListServicesAndListQuickPicks
6. SRSSRC:DVFAction_SendToDVF_ProvideInformation
7. SRSSRC:DVFAction_SetUserMode
8. SRSSRC:DVFAction_SendToDVF_AllActions
9. SRSSRC:DVFAction_SendToDVF_DisplayBusyView

Thanks
Ankita



From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Mohtashim Abbasi - Technosys Limited
Sent: Wednesday, September 16, 2009 3:10 PM
To: arslist@ARSLIST.ORG
Subject: ARERR [9217] fail to load data visualisation field for SRM 2.2.0 Patch 
003 using ARS 7.5

Hi Everybody,
We are running SRM 2.2 on ARS 7.5 along with ITSM 7.5. We get ARERR [9217] 
after logging onto SRM application console. It seems like we are having problem 
accessing plug in directory. Yet we've reviewed all permissions and it seems 
like permissions are not really the issue. We also configured SRM application 
to integrate with mid-tier and tested mid-tier URL in browser to find out if we 
are able to browse to SRM form and all of that works fine. Not much information 
in error log either that could help us troubleshoot this issue. Please feel 
free to suggest in case anybody among you have seen this before.

Regards,
Mohtashim Abbasi



_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

DISCLAIMER:
---

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. 
It shall not attach any liability on the originator or HCL or its affiliates. 
Any views or opinions presented in 
this email are solely those of the author and may not necessarily reflect the 
opinions of HCL or its affiliates. 
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of 
this message without the prior written consent of the author of this e-mail is 
strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any mail and 
attachments please check them for viruses and defect.

---

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: ARERR [9217] fail to load data visualisation field for SRM 2.2.0 Patch 003 using ARS 7.5

[Mohtashim Abbasi - Technosys Limited]

 

Thanks Ankita for the solution. I've just found out that I'm missing
following active links.

 

 

1.  SRS:SRC:EN_SetEntitlement_CallGuide
2.  SRSSRC:DVFAction_ClearEventAndParamData
3.  SRSSRC:DVFAction_SendToDVF_BrowseServices
4.  SRSSRC:DVFAction_SendToDVF_BrowseCategories
5.  SRSSRC:DVFAction_SendToDVF_ListServicesAndListQuickPicks
6.  SRSSRC:DVFAction_SetUserMode
7.  SRSSRC:DVFAction_SendToDVF_DisplayBusyView

 

These are not even present in the list of active links configured for
SRS:ServiceRequestConsole Form

Any suggestions?

 

Regards,

 

Mohtashim

 

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Ankita Ahuja
Sent: 16 September 2009 11:35
To: arslist@ARSLIST.ORG
Subject: Re: ARERR [9217] fail to load data visualisation field for SRM
2.2.0 Patch 003 using ARS 7.5

 

 

 

Hi Mohtashim, 

 

There's a fix provided for the Error 9217 in SRM. 

 

Please find the solution below:

 

 

 

Verify the following:

"SRS:SRC:DVFAction_SendToDVF_ProvideInformation" Activelink exists.

 

 

"SRS:SRC:DVFProcessAction" Activelink Guide exists and should have 9 Active
links in the following order:

1. SRS:SRC:EN_SetEntitlement_CallGuide

2. SRSSRC:DVFAction_ClearEventAndParamData

3. SRSSRC:DVFAction_SendToDVF_BrowseServices

4. SRSSRC:DVFAction_SendToDVF_BrowseCategories

5. SRSSRC:DVFAction_SendToDVF_ListServicesAndListQuickPicks

6. SRSSRC:DVFAction_SendToDVF_ProvideInformation

7. SRSSRC:DVFAction_SetUserMode

8. SRSSRC:DVFAction_SendToDVF_AllActions

9. SRSSRC:DVFAction_SendToDVF_DisplayBusyView

 

Thanks

Ankita

 

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Mohtashim Abbasi - Technosys
Limited
Sent: Wednesday, September 16, 2009 3:10 PM
To: arslist@ARSLIST.ORG
Subject: ARERR [9217] fail to load data visualisation field for SRM 2.2.0
Patch 003 using ARS 7.5

 

Hi Everybody,

We are running SRM 2.2 on ARS 7.5 along with ITSM 7.5. We get ARERR [9217]
after logging onto SRM application console. It seems like we are having
problem accessing plug in directory. Yet we've reviewed all permissions and
it seems like permissions are not really the issue. We also configured SRM
application to integrate with mid-tier and tested mid-tier URL in browser to
find out if we are able to browse to SRM form and all of that works fine.
Not much information in error log either that could help us troubleshoot
this issue. Please feel free to suggest in case anybody among you have seen
this before.

 

Regards,

Mohtashim Abbasi

 

 

 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
Answers Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where
the Answers Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist:
"Where the Answers Are"_ 

DISCLAIMER:


---



The contents of this e-mail and any attachment(s) are confidential and
intended for the named recipient(s) only. 

It shall not attach any liability on the originator or HCL or its
affiliates. Any views or opinions presented in 

this email are solely those of the author and may not necessarily reflect
the opinions of HCL or its affiliates. 

Any form of reproduction, dissemination, copying, disclosure, modification,
distribution and / or publication of 

this message without the prior written consent of the author of this e-mail
is strictly prohibited. If you have 

received this email in error please delete it and notify the sender
immediately. Before opening any mail and 

attachments please check them for viruses and defect.




---
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Java API for Attachment Pool

[senthil kumar]

Hi,

I am new to Java API but I need to fetch the attachemt files from
attachment pool by using Java API. I dont know which method i need to call
to get attachement files.

Could you please suggest how to proceed on this.

Remedy Version : 7.1

Os: Linux


Thanks.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: SLM Milestones Not Using Business Time?

[Louise van Hine]

If you haven't gotten a reply to this already, Jon, the 7.1 SLM does not use
business time - it uses business entities and time segments.  You CAN use
Business Time to set an escalation time in your form (HPD:Helpdesk or
CHG:Change or whichever record you need to set your targets on) however you
would have to write code to process the estimated time, so it is sort of a
hybrid solution.

There is a KB article on defining business entities and time segments with
your SLM targets:

KM article 20003302

If you can't find it on the BMC site I'll try to hunt it down myself.  My
particular issue was getting the off-hours offset for multiple time zones,
which required setting up multiple business entities all with different time
zone offsets.  I finally did do it, but I wrote a hybrid solution for it. 
But it does work!


Jon Chau wrote:
> 
> Hello Listers,
> 
> Based on my experience, it appears that milestone actions that fire off of
> service targets in SLM do not use business time.  Example - I have a
> milestone action that sends a notification 300% of Goal time from start.
> Even though business time segments are configured to be available only
> Monday-Friday from 8:00AM - 5:00PM, the action still gets sent out during
> the weekend.
> 
> Is this how it is supposed to work?  If so, how would I configure my
> milestone actions to not fire during the weekend/unavailable times?
> 
> Thanks,
> Jon
> 
> SLM 7.1 patch 001
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
> 
> 

-- 
View this message in context: 
http://www.nabble.com/SLM-Milestones-Not-Using-Business-Time--tp25462600p25472037.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Drop-down field with append feature

[Sreenivas]

Hello Swetha,

Write an active link to disable this character field after submit.

Thanks,
Sreeni

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Java API for Attachment Pool

[Jarl Grøneng]

Found this file on my laptop, it may give you a start.
--
Jarl

2009/9/16 senthil kumar :
> **
>
> Hi,
>
> I am new to Java API but I need to fetch the attachemt files from
> attachment pool by using Java API. I dont know which method i need to call
> to get attachement files.
>
> Could you please suggest how to proceed on this.
>
> Remedy Version : 7.1
>
> Os: Linux
>
> Thanks.
>
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
import com.remedy.arsys.api.*;

public class getAttach
{
	public static void main(String args[])
	{
		
		// Username to login to ARServer
		String uname = "Demo";
		// Password for the User
		String pword = "";
		// Language
		String lang = "";
		// ARServer
		String serv = "";
		// Create ARServerUser object with supporting information.
		ARServerUser context = new ARServerUser(uname, pword, lang, serv);
		
		
		// Create NameID object adding the form name you wish to retrieve the attachment from in the constructor.
		NameID schemaID = new NameID("RESOURCE_Downloads");
		
		// Create EntryID object adding the EntryID of the record you wish to retrieve the attachment from in the constructor
		EntryID entryID = new EntryID("007");
		
		// Create FieldID object adding the fieldID of the attachment field in the constructor
		long fid = 536880912;
		FieldID fieldID = new FieldID(fid);
		
		// Need to have the Util.ARGetEntryBlob() method in a try block to catch ARException
		try
		{
			// Set a string variable for the name of the attachment
			String aname = "ConvertQual.def";
			// Set a string variable for the full path of where you wish to copy the attachment to.
			String filePath = "C:\\ConvertQual.def";
			// Create AttachmentInfo object with supporting information
			AttachmentInfo attach = new AttachmentInfo(aname, 0, 0, "");
			// Call the setValue() method of the AttachmentInfo object passing in the "full path" string variable.
			attach.setValue(filePath);
		
			// Call ARGetEntryBlob with supporting information
			Util.ARGetEntryBlob(context, schemaID, entryID, fieldID, attach);
		}
		catch (ARException e)
		{
			System.out.println("Exception: " + e.toString());
		}
		
	}

}

Printing/Crystal Reports error....

[Copits . Richard]

We're getting an error condition but I don't know where to go to look to
resolve it.  Briefly, we bring up an
incident in Incident Management, then click on the "print" button. It
then brings up a screen that shows an
error box that is titled "Crystal Report Viewer" and contains "Failed to
retrieve data from the database.
Details: [Database Vendor Code: 9021] and an "OK" button. This is on our
production server that is just
getting it's final checkout before going live. This happens in the user
tool as an admin. It's
reproducible. 
 
 The Development sever has the options set up the same but it works as
it should. We thought that
they were set up identically as far as options/choices/ etc. go.
Comparing the two setups doesn't
seem to show much, but we're not sure what we should be looking at/for
for this one.
 
We're on 7.5, patch 1.
 
Any suggestions as to what to check/read/etc. are welcomed. Thanks!!
 
 

Portions of this message may be confidential under an exemption to Ohio's 
public records law or under a legal privilege. If you have received this 
message in error or due to an unauthorized transmission or interception, please 
delete all copies from your system without disclosing, copying, or transmitting 
this message.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

ARS 7.5 Record Object Relationships behavior

[jcampanie]

Good Day,

During the initial process of assessing 7.5, I've attempted to enable
"Record Object Relationships" in the hopes of reviewing relationship
information.

After selecting the option, I've restarted ARS System Server service. The
service will no longer successfully start (at least within an hour or so).
It just times out, remaining "Starting".

Is this normal behavior?

>From the Config. Guide...

"When you select the check box and restart the server, it records the
relationships
of all server objects before it accepts connections from clients. Therefore,
the first
time you restart the server after selecting this option, you will not be
able to
connect to the server with any client for a period of time, which depends on
how
many objects are defined on the server. With a large number of objects, such
as
with an ITSM application installed, this could take as long as an hour or
more
depending on the performance of the database."

Full ITSM/CMDB is installed on a very underpowered server, but I would still
assume that the service would successfully start in a normal timeframe and
then ARS clients would not be able to connect until the Object Relationships
table had completed its updates.

Does anyone know if what I'm observing is normal, or if I should assume I've
introduced another problem into the environment?

Thank you in advance,

John
_
John Campanie
 
Senior Remedy Developer
IT Client Services
L’Oréal USA
 
Phone: 212.984.4420
Mobile: 646.584.1467
Email: jcampa...@us.loreal.com

-- 
View this message in context: 
http://www.nabble.com/ARS-7.5-Record-Object-Relationships-behavior-tp25473022p25473022.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: ARS 7.5 Record Object Relationships behavior

[Lyle Taylor]

On Windows, the service doesn't show as started until the AR Server is ready to 
service requests.  Once it has finished recording the object relationships, if 
you refresh the list in the Service Control Manager, it will then show as 
started.

Lyle

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of jcampanie
Sent: Wednesday, September 16, 2009 8:01 AM
To: arslist@ARSLIST.ORG
Subject: ARS 7.5 Record Object Relationships behavior

Good Day,

During the initial process of assessing 7.5, I've attempted to enable
"Record Object Relationships" in the hopes of reviewing relationship
information.

After selecting the option, I've restarted ARS System Server service. The
service will no longer successfully start (at least within an hour or so).
It just times out, remaining "Starting".

Is this normal behavior?

From the Config. Guide...

"When you select the check box and restart the server, it records the
relationships
of all server objects before it accepts connections from clients. Therefore,
the first
time you restart the server after selecting this option, you will not be
able to
connect to the server with any client for a period of time, which depends on
how
many objects are defined on the server. With a large number of objects, such
as
with an ITSM application installed, this could take as long as an hour or
more
depending on the performance of the database."

Full ITSM/CMDB is installed on a very underpowered server, but I would still
assume that the service would successfully start in a normal timeframe and
then ARS clients would not be able to connect until the Object Relationships
table had completed its updates.

Does anyone know if what I'm observing is normal, or if I should assume I've
introduced another problem into the environment?

Thank you in advance,

John
_
John Campanie
 
Senior Remedy Developer
IT Client Services
L’Oréal USA
 
Phone: 212.984.4420
Mobile: 646.584.1467
Email: jcampa...@us.loreal.com

-- 
View this message in context: 
http://www.nabble.com/ARS-7.5-Record-Object-Relationships-behavior-tp25473022p25473022.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"


 NOTICE: This email message is for the sole use of the intended recipient(s) 
and may contain confidential and privileged information. Any unauthorized 
review, use, disclosure or distribution is prohibited. If you are not the 
intended recipient, please contact the sender by reply email and destroy all 
copies of the original message.

test

[xor]

Testing.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[Shellman, David]

What you testing?


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:24 AM
To: arslist@ARSLIST.ORG
Subject: test

**
Testing.
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[xor]

How my email server send mails to arslist.org. 

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Shellman, David
Sent: Wednesday, September 16, 2009 6:38 PM
To: arslist@ARSLIST.ORG
Subject: Re: test

 

** 

What you testing?

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:24 AM
To: arslist@ARSLIST.ORG
Subject: test

** 

Testing.

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[Copits . Richard]

an "RU" address Prepare to be spammed..
 
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: test
 
** 
How my email server send mails to arslist.org. 
 
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Shellman, David
Sent: Wednesday, September 16, 2009 6:38 PM
To: arslist@ARSLIST.ORG
Subject: Re: test
 
** 
What you testing?
 


From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:24 AM
To: arslist@ARSLIST.ORG
Subject: test
** 
Testing.
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 


Portions of this message may be confidential under an exemption to Ohio's 
public records law or under a legal privilege. If you have received this 
message in error or due to an unauthorized transmission or interception, please 
delete all copies from your system without disclosing, copying, or transmitting 
this message.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Jeff Glaser]

I'm back  again looking for a talented Remedy Engineer for an assigment in IRAQ 
(CAMP VICTORY).  The postion pays approximately $235,000 per annum (base rate 
plus hardship and hazard pay, etc.)  Room and board are provided.
 
I also look forward to the interesting dialogue this job announcement will 
create. I must add that the position is restricted to US Citizen with active 
DoD Security Clearance.  
 
The job description is as follows:
 
Enterprise Remedy Engineer .   
  
* Designs, plans, implements, and evaluates the implementation of AR 
System 6.3 in conjunction with Network Operating Systems procedures.  
* Performs Schema upgrades and deployments.   
* Provides tactical and strategic input on overall Remedy System 
planning and related projects.   
* Prepares and conducts briefings, Instructional training, site 
evaluations, Architectures development for Staff Officers and all Signal units 
in support of OIF.   
* Responsible for budgeting and License management of the AR System.   
* Requires current Microsoft Certified Systems Engineer (MCSE) with 
emphasis in Server 2003 and SQL experience.   
* Prefer a bachelor’s degree in area of specialty and 6 years of 
experience in the field of AR Systems 6.3 Level 2 Admin Training.   
* Must have a SECRET security clearance.
  
  
Role is to provide an Iraq wide Remedy solution, support and implementation 
following the needs of the customer MNF-I. 
  
Duties include: 
  
* Schema upgrades and deployment 
* Architecture build and implementation of the Remedy Environment 
* Migration of Remedy Schemas/ ITSM Schema throughout Iraq 
* Managing Remedy support staff/ Remedy Admins 
* Weekly briefs to the CG or Action Officer 
* Brief Iraq Signal commands 
* Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk) 
* Maintenance/backup and upgrades 
* Remedy support to all levels of IA 
* Help Desk schema support from COB’S to FOB’s 
* Budget and license management 
* Development for new features 
* Enterprise level support
  
  
Requirements: 
  
* TMS/RMS Experience 
* AR System 6.3 Level 2 Admin training 
* Systems background (Windows server 2003/ SQL)  
* Enterprise support experience 
* Technical writing/manual documentation 
* Software Training and Implementation experience 
* Knowledge of Military business process
  
Looking forward to your responses.

Sincerely, 
  
Jeffrey Glaser 
VP IT Resource Recruiting 
INVIZCORP Inc. 
703-729-3382

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[John Atherly]

They are going out.
_
 


John Atherly  |   APC by Schneider Electric   |  Information, Process & 
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |   
Email: john.athe...@apcc.com  |   Site: www.apc.com/  |   Address: 132 
Fairgrounds Road, West Kingston, RI 02892 USA 
*** Please consider the environment before printing this e-mail 


<>

Re: ARERR 298 "Too Many Filter" since upgrade to 7.1

[Shellman, David]

The difference in terminology between Filter Stack Size and Maximum Stack of 
Filters results from the way the value is represented in the ar.cfg file and on 
the Advanced Tab under Server Information within the Administrator Console in 
the client.

The corrected suggested value for Filter stack Size was 10,000.

These parameter changes have corrected the issues we were seeing.

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Shellman, David
Sent: Tuesday, September 15, 2009 10:36 AM
To: arslist@ARSLIST.ORG
Subject: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1

Peter,

Thanks.  Support just got back to me an noted that the default is 10,000 but 
that most applications need 200,000 to 660,000.  From the Configuring 
documentation "Defines the number of filters that can be performed in an 
operation. The default and recommended number is 1. Increase this number at 
your own risk only if you reach a limit in your system and you have verified 
that your workflow is valid."

They also noted trying to increase the Filter Stack Size to a minimum of 
200,000.  If the they are referring to Maximum Stack of Filters, then 200,000 
is not a valid number.  100,000 is the maximum.  Also the Configuration 
documentation gives a similar warning as Maximum Filters for an Operation.

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Peter Romain
Sent: Tuesday, September 15, 2009 9:03 AM
To: arslist@ARSLIST.ORG
Subject: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1

My ITSM 7.5 installation automatically set this to 500,000 so you've a way
to go before you match that!

Cheers

Peter


> Dave,
> It may or may not be the case with you but,
>
> We faced the same error when we were using the qualification "TR.Status !=
> DB.Status"  instead of Status != "DB.Status".
>
> We got rid of this error when i corrected the qualification. This was
> during
> the upgrade from ARS 6.0 to ARS 7.1
>
> On Tue, Sep 15, 2009 at 8:34 AM, Shellman, David <
> dave.shell...@tycoelectronics.com> wrote:
>
>> **  We upgraded to 7.1 Patch 7 (Windows/Oracle) from 7.0.1 over the
>> weekend.  Since then we are seeing issues a large number of "Too many
>> filters processed during this operation (ARERR 298)" errors.  Most are
>> associated with escalations but we are also seeing it in when
>> individuals
>> are updating records in our home grown system.  Very seldom did we see
>> this
>> issue when on 7.0.1.
>>
>> Yesterday I updated the Maximum Filters for an Operation to 2.  I
>> just
>> bumped it to 4.
>>
>> Any ideas of what parameters to change to or reasonable values is
>> greatly
>> appreciated.
>>
>> Dave
>>
>> Dave Shellman
>>
>> Phone:  (717) 810-3687
>> Fax:(717) 810-2124
>> email:  dave.shell...@tycoelectronics.com
>>
>> *Tyco **Electronics*
>> MS 161-043
>> PO Box 3608
>> Harrisburg, PA 17105-3607
>>
>>
>>
>>  _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
>> Are"_
>
>
>
>
> --
> Regards,
> Kiran Kodali
> Ph: 940-231-8524
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[xor]

Nope no spam. That server only my =\ 

I  not spammer.

 

I have problem with Atrium 7.5.00 patch 002 install

 

> ,com.bmc.install.product.atriumfoundation.cmdb.CMDBRuleEngineInstaller

> Execut

>> orTask

>>> ,

>>> LOG EVENT {Description=[cmdb.ruleengineexecutor.description],Detail=

>>> [[ERROR][Thu Aug 27 17:47:19.921] ImportFileNode- ARImport() for 

>>> "AtriumCMDBConsole.def" returned non-zero return code 2]}

 

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of copits.rich...@bwc.state.oh.us
Sent: Wednesday, September 16, 2009 6:47 PM
To: arslist@ARSLIST.ORG
Subject: Re: test

 

** 

an "RU" address:. Prepare to be spammed..

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: test

 

** 

How my email server send mails to arslist.org. 

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Shellman, David
Sent: Wednesday, September 16, 2009 6:38 PM
To: arslist@ARSLIST.ORG
Subject: Re: test

 

** 

What you testing?

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:24 AM
To: arslist@ARSLIST.ORG
Subject: test

** 

Testing.

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 



Portions of this message may be confidential under an exemption to Ohio's
public records law or under a legal privilege. If you have received this
message in error or due to an unauthorized transmission or interception,
please delete all copies from your system without disclosing, copying, or
transmitting this message.

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[Shellman, David]

It would help to be a little more specific about what you are testing and why.


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: test

**
How my email server send mails to arslist.org.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Shellman, David
Sent: Wednesday, September 16, 2009 6:38 PM
To: arslist@ARSLIST.ORG
Subject: Re: test

**
What you testing?


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of xor
Sent: Wednesday, September 16, 2009 10:24 AM
To: arslist@ARSLIST.ORG
Subject: test
**
Testing.
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: ARERR 298 "Too Many Filter" since upgrade to 7.1

[Shellman, David]

Conny,

Thanks.

It did seem to be some kind of change in the way the counting was occurring.  
Still not quite sure of the process.  If you include all the filters for all 
our home grown apps we have a little over 2500 filters.  Escalations seemed to 
be effected the most.  However it was odd that in one form if a person updated 
a record they didn't see the error.  If two people updated separate records at 
the same time, then both saw the error.

Just really odd and something folks need to considering during their upgrades 
to 7.1 or 7.5 if all their apps are homegrown.

Dave  

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Conny Martin
Sent: Tuesday, September 15, 2009 1:14 PM
To: arslist@ARSLIST.ORG
Subject: AW: ARERR 298 "Too Many Filter" since upgrade to 7.1

David,

we noticed the same problem after upgrading to 7.1(from 6.3). I did some 
investigations and found out that before 7.1 only filters were counted if the 
at least one action of the filter was executed. In 7.1 every filter is counted 
regardless if an action is executed or not. We multiplied the "Maximum filters 
for an Operation" by 10 and everything is fine now.

HTH

Kind Regards Conny

-Ursprüngliche Nachricht-
Von: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] Im Auftrag von Shellman, David
Gesendet: Dienstag, 15. September 2009 16:36
An: arslist@ARSLIST.ORG
Betreff: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1

Peter,

Thanks.  Support just got back to me an noted that the default is 10,000 but 
that most applications need 200,000 to 660,000.  From the Configuring 
documentation "Defines the number of filters that can be performed in an 
operation. The default and recommended number is 1. Increase this number at 
your own risk only if you reach a limit in your system and you have verified 
that your workflow is valid."

They also noted trying to increase the Filter Stack Size to a minimum of 
200,000.  If the they are referring to Maximum Stack of Filters, then 200,000 
is not a valid number.  100,000 is the maximum.  Also the Configuration 
documentation gives a similar warning as Maximum Filters for an Operation.

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Peter Romain
Sent: Tuesday, September 15, 2009 9:03 AM
To: arslist@ARSLIST.ORG
Subject: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1

My ITSM 7.5 installation automatically set this to 500,000 so you've a way to 
go before you match that!

Cheers

Peter


> Dave,
> It may or may not be the case with you but,
>
> We faced the same error when we were using the qualification 
> "TR.Status != DB.Status"  instead of Status != "DB.Status".
>
> We got rid of this error when i corrected the qualification. This was 
> during the upgrade from ARS 6.0 to ARS 7.1
>
> On Tue, Sep 15, 2009 at 8:34 AM, Shellman, David < 
> dave.shell...@tycoelectronics.com> wrote:
>
>> **  We upgraded to 7.1 Patch 7 (Windows/Oracle) from 7.0.1 over the 
>> weekend.  Since then we are seeing issues a large number of "Too many 
>> filters processed during this operation (ARERR 298)" errors.  Most 
>> are associated with escalations but we are also seeing it in when 
>> individuals are updating records in our home grown system.  Very 
>> seldom did we see this issue when on 7.0.1.
>>
>> Yesterday I updated the Maximum Filters for an Operation to 2.  I 
>> just bumped it to 4.
>>
>> Any ideas of what parameters to change to or reasonable values is 
>> greatly appreciated.
>>
>> Dave
>>
>> Dave Shellman
>>
>> Phone:  (717) 810-3687
>> Fax:(717) 810-2124
>> email:  dave.shell...@tycoelectronics.com
>>
>> *Tyco **Electronics*
>> MS 161-043
>> PO Box 3608
>> Harrisburg, PA 17105-3607
>>
>>
>>
>>  _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the 
>> Answers Are"_
>
>
>
>
> --
> Regards,
> Kiran Kodali
> Ph: 940-231-8524
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum 
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum 
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access 

Re: AW: ARERR 298 "Too Many Filter" since upgrade to 7.1

[Shellman, David]

Peter,

My note had more to do with the default values, the suggested order of 
magnitude changes suggested by BMC/Remedy and documentation (7.1 and 7.5) that 
appears in the need of an update.

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Peter Romain
Sent: Wednesday, September 16, 2009 4:42 AM
To: arslist@ARSLIST.ORG
Subject: Re: AW: ARERR 298 "Too Many Filter" since upgrade to 7.1

The risk that BMC are referring to is probably the risk of filter loops.

If you are confident that your code doesn't have any loops then the value
for this parameter is probably not too important.



> David,
>
> we noticed the same problem after upgrading to 7.1(from 6.3). I did some
> investigations and found out that before 7.1 only filters were counted if
> the at least one action of the filter was executed. In 7.1 every filter is
> counted regardless if an action is executed or not. We multiplied the
> "Maximum filters for an Operation" by 10 and everything is fine now.
>
> HTH
>
> Kind Regards Conny
>
> -Ursprüngliche Nachricht-
> Von: Action Request System discussion list(ARSList)
> [mailto:arsl...@arslist.org] Im Auftrag von Shellman, David
> Gesendet: Dienstag, 15. September 2009 16:36
> An: arslist@ARSLIST.ORG
> Betreff: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1
>
> Peter,
>
> Thanks.  Support just got back to me an noted that the default is 10,000
> but that most applications need 200,000 to 660,000.  From the Configuring
> documentation "Defines the number of filters that can be performed in an
> operation. The default and recommended number is 1. Increase this
> number at your own risk only if you reach a limit in your system and you
> have verified that your workflow is valid."
>
> They also noted trying to increase the Filter Stack Size to a minimum of
> 200,000.  If the they are referring to Maximum Stack of Filters, then
> 200,000 is not a valid number.  100,000 is the maximum.  Also the
> Configuration documentation gives a similar warning as Maximum Filters for
> an Operation.
>
> Dave
>
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arsl...@arslist.org] On Behalf Of Peter Romain
> Sent: Tuesday, September 15, 2009 9:03 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1
>
> My ITSM 7.5 installation automatically set this to 500,000 so you've a way
> to go before you match that!
>
> Cheers
>
> Peter
>
>
>> Dave,
>> It may or may not be the case with you but,
>>
>> We faced the same error when we were using the qualification
>> "TR.Status != DB.Status"  instead of Status != "DB.Status".
>>
>> We got rid of this error when i corrected the qualification. This was
>> during the upgrade from ARS 6.0 to ARS 7.1
>>
>> On Tue, Sep 15, 2009 at 8:34 AM, Shellman, David <
>> dave.shell...@tycoelectronics.com> wrote:
>>
>>> **  We upgraded to 7.1 Patch 7 (Windows/Oracle) from 7.0.1 over the
>>> weekend.  Since then we are seeing issues a large number of "Too many
>>> filters processed during this operation (ARERR 298)" errors.  Most
>>> are associated with escalations but we are also seeing it in when
>>> individuals are updating records in our home grown system.  Very
>>> seldom did we see this issue when on 7.0.1.
>>>
>>> Yesterday I updated the Maximum Filters for an Operation to 2.  I
>>> just bumped it to 4.
>>>
>>> Any ideas of what parameters to change to or reasonable values is
>>> greatly appreciated.
>>>
>>> Dave
>>>
>>> Dave Shellman
>>>
>>> Phone:  (717) 810-3687
>>> Fax:(717) 810-2124
>>> email:  dave.shell...@tycoelectronics.com
>>>
>>> *Tyco **Electronics*
>>> MS 161-043
>>> PO Box 3608
>>> Harrisburg, PA 17105-3607
>>>
>>>
>>>
>>>  _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
>>> Answers Are"_
>>
>>
>>
>>
>> --
>> Regards,
>> Kiran Kodali
>> Ph: 940-231-8524
>>
>> __
>> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers
>> Are"
>>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
> Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
> Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platin

Re: test

[Shellman, David]

John,

Nice tag.  You got me.

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: test


They are going out.
_

John Atherly  |   APC by Schneider Electric   |  Information, Process & 
Organization (IPO)  |   Remedy Administrator / Developer
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |
Email: john.athe...@apcc.com  |   Site: 
www.apc.com/  |   Address: 132 Fairgrounds Road, West 
Kingston, RI 02892 USA
*** Please consider the environment before printing this e-mail

[cid:020191815@16092009-119F]

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
<>

Re: test

[John Atherly]

Thanks for the update I was wondering how many people hit there screen 
trying to kill the bug.
_
 


John Atherly  |   APC by Schneider Electric   |  Information, Process & 
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |   
Email: john.athe...@apcc.com  |   Site: www.apc.com/  |   Address: 132 
Fairgrounds Road, West Kingston, RI 02892 USA 
*** Please consider the environment before printing this e-mail 






"Shellman, David"  
Sent by: "Action Request System discussion list(ARSList)" 

09/16/2009 11:18 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: test






** 
John,
 
Nice tag.  You got me.
 
Dave

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: test


They are going out.
_
 


John Atherly  |   APC by Schneider Electric   |  Information, Process & 
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |   
Email: john.athe...@apcc.com  |   Site: www.apc.com/  |   Address: 132 
Fairgrounds Road, West Kingston, RI 02892 USA 
*** Please consider the environment before printing this e-mail 


_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers 
Are"_ 
<><>

Missing incident IDs number (700,000 and counting)

[Howard Richter]

Good morning, afternoon and evening all,



4 weeks after going live, we saw that our incident numbers had increase from
a starting point of 245,000 to over 900,000. However, the system has only
added 40,000 tickets.



First we are on 7.1 patch 5 and running ITSM 7.0.3 patch 8, on 4 servers, in
a server group. We have the pre-cache of IDs set for 100. In an analysis of
the tickets in the system we have seen some gaps of anywhere between 3 and
250 (we cannot find any larger then 250).

For example on one day, you would have INCxx (then a gap of 8) then
INCx (then a gap of 40) then INCx (gap of 81) and then it would be
back to normal.



There is nothing in the logs at this point, other than a couple of
heartbeats lost in the server group logs (I looked at all 4 boxes).



Per BMC, we are going to run sql logging and try an match it up with the
heartbeat losses and then we might disable the pre-cache of the IDs.



My question to the group has anyone ever seen something like this?



As always thanks,

Howard

-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified
E-Mail = hbr4...@gmail.com
LinkedIn Profile = http://www.linkedin.com/in/hbr4270

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[LJ Longwing]

I noticed it and stoppedbut almost immediately realized it was an
animated gif...:)

  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 9:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: test



Thanks for the update I was wondering how many people hit there screen
trying to kill the bug.

_ 

John Atherly  |   APC by Schneider Electric   |  Information, Process &
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |   
Email:   john.athe...@apcc.com  |   Site:
  www.apc.com/  |   Address: 132 Fairgrounds Road, West
Kingston, RI 02892 USA 
*** Please consider the environment before printing this e-mail 






"Shellman, David"  
Sent by: "Action Request System discussion list(ARSList)"
 


09/16/2009 11:18 AM 


Please respond to
arslist@ARSLIST.ORG



To
arslist@ARSLIST.ORG 

cc

Subject
Re: test






** 
John, 
  
Nice tag.  You got me. 
  
Dave 


  _  

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: test


They are going out.

_ 

John Atherly  |   APC by Schneider Electric   |  Information, Process &
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |   
Email:   john.athe...@apcc.com  |   Site:
  www.apc.com/  |   Address: 132 Fairgrounds Road, West
Kingston, RI 02892 USA 
*** Please consider the environment before printing this e-mail 

 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
<><>

Re: test

[Shellman, David]

I didn't try to hit it.  Now days I leave bugs alone if they leave me alone.

It was the sudden appearance and disappearance as I flipped through email.  
Took me a few seconds to catch what really happened.

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 11:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: test


Thanks for the update I was wondering how many people hit there screen trying 
to kill the bug.
_

John Atherly  |   APC by Schneider Electric   |  Information, Process & 
Organization (IPO)  |   Remedy Administrator / Developer
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |
Email: john.athe...@apcc.com  |   Site: 
www.apc.com/  |   Address: 132 Fairgrounds Road, West 
Kingston, RI 02892 USA
*** Please consider the environment before printing this e-mail

[cid:996234315@16092009-11A6]



"Shellman, David" 
Sent by: "Action Request System discussion list(ARSList)" 

09/16/2009 11:18 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc
Subject
Re: test





**
John,

Nice tag.  You got me.

Dave


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: test


They are going out.
_

John Atherly  |   APC by Schneider Electric   |  Information, Process & 
Organization (IPO)  |   Remedy Administrator / Developer
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |
Email: john.athe...@apcc.com  |   Site: 
www.apc.com/  |   Address: 132 Fairgrounds Road, West 
Kingston, RI 02892 USA
*** Please consider the environment before printing this e-mail

[cid:996234315@16092009-11AD]
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
<><>

Re: Printing/Crystal Reports error....

[Alexander V. Doronin]

Hi!

may bee AL that calls that report (open window action) point to  
development server ?


--
Best regards!
Alexander V. Doronin
doro...@jet.msk.su


16.09.2009, в 18:00, copits.rich...@bwc.state.oh.us написал(а):


**
We’re getting an error condition but I don’t know where to go to  
look to resolve it.  Briefly, we bring up an


incident in Incident Management, then click on the “print” button.  
It then brings up a screen that shows an


error box that is titled “Crystal Report Viewer” and contains  
“Failed to retrieve data from the database.


Details: [Database Vendor Code: 9021] and an “OK” button. This is on  
our production server that is just


getting it’s final checkout before going live. This happens in the  
user tool as an admin. It’s


reproducible.



 The Development sever has the options set up the same but it works  
as it should. We thought that


they were set up identically as far as options/choices/ etc. go.   
Comparing the two setups doesn’t


seem to show much, but we’re not sure what we should be looking at/ 
for for this one.




We’re on 7.5, patch 1.



Any suggestions as to what to check/read/etc. are welcomed. Thanks!!






Portions of this message may be confidential under an exemption to  
Ohio's public records law or under a legal privilege. If you have  
received this message in error or due to an unauthorized  
transmission or interception, please delete all copies from your  
system without disclosing, copying, or transmitting this message.
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the  
Answers Are"_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: test

[Redick, Kevin]

I broke my monitor screen, thanks guys! :}

 

--Kevin

 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Shellman, David
Sent: Wednesday, September 16, 2009 11:47 AM
To: arslist@ARSLIST.ORG
Subject: Re: test

 

I didn't try to hit it.  Now days I leave bugs alone if they leave me alone.

 

It was the sudden appearance and disappearance as I flipped through email.  Took
me a few seconds to catch what really happened.

 

Dave

 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 11:28 AM
To: arslist@ARSLIST.ORG
Subject: Re: test


Thanks for the update I was wondering how many people hit there screen trying to
kill the bug.

_ 

John Atherly  |   APC by Schneider Electric   |  Information, Process &
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |   
Email: john.athe...@apcc.com    |   Site: 
www.apc.com/    |   Address: 132 Fairgrounds Road, West
Kingston, RI 02892 USA 
*** Please consider the environment before printing this e-mail 

 




"Shellman, David"  
Sent by: "Action Request System discussion list(ARSList)"  

09/16/2009 11:18 AM 

Please respond to
arslist@ARSLIST.ORG

To

arslist@ARSLIST.ORG 

cc

 

Subject

Re: test

 

 

 




** 
John, 
  
Nice tag.  You got me. 
  
Dave 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of John Atherly
Sent: Wednesday, September 16, 2009 10:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: test


They are going out.

_ 

John Atherly  |   APC by Schneider Electric   |  Information, Process &
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +401-7899-5735 ext. 2120  |   Fax: +401-789-3710  |   
Email: john.athe...@apcc.com    |   Site: 
www.apc.com/    |   Address: 132 Fairgrounds Road, West
Kingston, RI 02892 USA 
*** Please consider the environment before printing this e-mail 


_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_
Please visit us at http://www.teletech.com

This EMAIL and any attachments may contain confidential, proprietary and/or 
privileged information.  If you are not the intended recipient, please 
immediately notify the sender by return email, and delete this communication 
and any copies.  Any dissemination or use of this information by a person other 
than the intended recipient is unauthorized and may be subject to criminal and 
civil proceedings. Unless otherwise stated, opinions expressed in this email 
are those of the author and are not endorsed by TeleTech Holdings.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
<>

Re: ARS 7.5 Record Object Relationships behavior

[jcampanie]

Lyle,

Thank you, this seems to be the case. After approximately two hours, the
service successfully started and the AR System Object Relationships form was
populated. 

It's a shame, though, that there is no equivalent to the 'Item Details'
field from the object_search_details 6.x form. That field was a great boon
when searching string values in workflow objects in the absence of SQL
queries or a better tool.

Thanks Again,

John

Lyle Taylor wrote:
> 
> On Windows, the service doesn't show as started until the AR Server is
> ready to service requests.  Once it has finished recording the object
> relationships, if you refresh the list in the Service Control Manager, it
> will then show as started.
> 
> Lyle
> 
-- 
View this message in context: 
http://www.nabble.com/ARS-7.5-Record-Object-Relationships-behavior-tp25473022p25475723.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Missing incident IDs number (700,000 and counting)

[Rick Cook]

Howard, this looks like it's expected behavior.  It doesn't sound like the
Block ID setting is what you really need.  I did some extensive testing of
this when I first implemented 7.1, and found, through actual experience and
discussions with engineers and support personnel, that the only instances in
which it should really be used are when something like an NMS program might
be creating large numbers of records simultaneously.  The site I was at had
more throughput than what you listed.  40K/month isn't a large enough number
to justify it - that's only 2000/day.  IMO, you would need about 10 times
that to really get the benefit from it.

It also did not work well in a server group environment, as it exhibits the
massive number skipping results you saw, because each server maintains its
own blocks.  It's too involved to get into here, but you could easily end up
skipping hundreds of EntryID numbers with a single submission, depending on
which server was used for the creation.  You may also end up with records
that are out of date order in a server group situation.  This may mess up
reporting, which is another reason I would not use this function on a form
against which reporting was being done.

So I would not use it - at all - for your Incident form, unless there is a
clear reason to do so.  I mean a VERY clear reason.  I was dumping over 20k
records into a form with an escalation (i.e. all at once, daily), and I saw
no benefit from using settings of 10 or 100.  In fact, the measurements we
took indicated a slight performance DECREASE from doing so.

Rick

On Wed, Sep 16, 2009 at 8:35 AM, Howard Richter  wrote:

> **
>
> Good morning, afternoon and evening all,
>
>
>
> 4 weeks after going live, we saw that our incident numbers had increase
> from a starting point of 245,000 to over 900,000. However, the system has
> only added 40,000 tickets.
>
>
>
> First we are on 7.1 patch 5 and running ITSM 7.0.3 patch 8, on 4 servers,
> in a server group. We have the pre-cache of IDs set for 100. In an analysis
> of the tickets in the system we have seen some gaps of anywhere between 3
> and 250 (we cannot find any larger then 250).
>
> For example on one day, you would have INCxx (then a gap of 8) then
> INCx (then a gap of 40) then INCx (gap of 81) and then it would be
> back to normal.
>
>
>
> There is nothing in the logs at this point, other than a couple of
> heartbeats lost in the server group logs (I looked at all 4 boxes).
>
>
>
> Per BMC, we are going to run sql logging and try an match it up with the
> heartbeat losses and then we might disable the pre-cache of the IDs.
>
>
>
> My question to the group has anyone ever seen something like this?
>
>
>
> As always thanks,
>
> Howard
>
> --
> Howard Richter
> Red Hat Certified Technician
> CompTIA Linux+ Certified
> ITIL Foundation Certified
> E-Mail = hbr4...@gmail.com
> LinkedIn Profile = http://www.linkedin.com/in/hbr4270
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Filter qualification using !=

[lee]

Hi,

I have some filters that use the qualification != $NULL$.
In the documentation it says to avoid using != as it will do a full
table scan.

My question is 'does having != $NULL$ AND Field1 = Organization' make
the full table scan smaller?

Or
Is it better to do a != $NULL$ or LIKE 'CU%"

When I try the LIKE qualification, it seems a lot slower (timeout
message) compared to the != $NULL$

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Missing incident IDs number (700,000 and counting)

[Howard Richter]

Rick,

Thanks. I did this on one other project and saw no issues a month after
go-live.

I am starting to think that it might be a arserver patch level issue. The
system I did this on was 7.1 patch 2 or 3 this one is at patch 5.

Thanks for the advice.

Howard



On Wed, Sep 16, 2009 at 12:37 PM, Rick Cook  wrote:

> ** Howard, this looks like it's expected behavior.  It doesn't sound like
> the Block ID setting is what you really need.  I did some extensive testing
> of this when I first implemented 7.1, and found, through actual experience
> and discussions with engineers and support personnel, that the only
> instances in which it should really be used are when something like an NMS
> program might be creating large numbers of records simultaneously.  The site
> I was at had more throughput than what you listed.  40K/month isn't a large
> enough number to justify it - that's only 2000/day.  IMO, you would need
> about 10 times that to really get the benefit from it.
>
> It also did not work well in a server group environment, as it exhibits the
> massive number skipping results you saw, because each server maintains its
> own blocks.  It's too involved to get into here, but you could easily end up
> skipping hundreds of EntryID numbers with a single submission, depending on
> which server was used for the creation.  You may also end up with records
> that are out of date order in a server group situation.  This may mess up
> reporting, which is another reason I would not use this function on a form
> against which reporting was being done.
>
> So I would not use it - at all - for your Incident form, unless there is a
> clear reason to do so.  I mean a VERY clear reason.  I was dumping over 20k
> records into a form with an escalation (i.e. all at once, daily), and I saw
> no benefit from using settings of 10 or 100.  In fact, the measurements we
> took indicated a slight performance DECREASE from doing so.
>
> Rick
>
> On Wed, Sep 16, 2009 at 8:35 AM, Howard Richter  wrote:
>
>> **
>>
>> Good morning, afternoon and evening all,
>>
>>
>>
>> 4 weeks after going live, we saw that our incident numbers had increase
>> from a starting point of 245,000 to over 900,000. However, the system has
>> only added 40,000 tickets.
>>
>>
>>
>> First we are on 7.1 patch 5 and running ITSM 7.0.3 patch 8, on 4 servers,
>> in a server group. We have the pre-cache of IDs set for 100. In an analysis
>> of the tickets in the system we have seen some gaps of anywhere between 3
>> and 250 (we cannot find any larger then 250).
>>
>> For example on one day, you would have INCxx (then a gap of 8) then
>> INCx (then a gap of 40) then INCx (gap of 81) and then it would be
>> back to normal.
>>
>>
>>
>> There is nothing in the logs at this point, other than a couple of
>> heartbeats lost in the server group logs (I looked at all 4 boxes).
>>
>>
>>
>> Per BMC, we are going to run sql logging and try an match it up with the
>> heartbeat losses and then we might disable the pre-cache of the IDs.
>>
>>
>>
>> My question to the group has anyone ever seen something like this?
>>
>>
>>
>> As always thanks,
>>
>> Howard
>>
>>  --
>> Howard Richter
>> Red Hat Certified Technician
>> CompTIA Linux+ Certified
>> ITIL Foundation Certified
>> E-Mail = hbr4...@gmail.com
>> LinkedIn Profile = http://www.linkedin.com/in/hbr4270
>> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
>> Are"_
>
>
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_




-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified
E-Mail = hbr4...@gmail.com
LinkedIn Profile = http://www.linkedin.com/in/hbr4270

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Filter qualification using !=

[Grooms, Frederick W]

Filter qualifications (The Filter Run-If on the Basic tab) are not doing 
searches (since the filter is only firing on a single record) so the != $NULL$ 
will not do a table scan.

What you are thinking of is the Push Fields If qualification on a Push Fields 
Action.

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of lee
Sent: Wednesday, September 16, 2009 11:52 AM
To: arslist@ARSLIST.ORG
Subject: Filter qualification using !=

Hi,

I have some filters that use the qualification != $NULL$.
In the documentation it says to avoid using != as it will do a full
table scan.

My question is 'does having != $NULL$ AND Field1 = Organization' make
the full table scan smaller?

Or
Is it better to do a != $NULL$ or LIKE 'CU%"

When I try the LIKE qualification, it seems a lot slower (timeout
message) compared to the != $NULL$

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

AW: Filter qualification using !=

[Conny Martin]

One can not say in general that having != in a qualification does a full table 
scan.

Here is a little example

You have a Form where Field1 has an index.

'Field1' = "foo" would use the index defined on Field1 
'Field1' = "foo" and 'Field2' != $NULL$ would use the index defined on Field1
'Field1' = "foo" and 'Field2' = "bar" would use the index defined on Field1
'Field1' != $NULL$ and 'Field2' = "bar" would not(!!) use the index defined on 
Field1
'Field1' = $NULL$ and 'Field2' = "bar" would not(!!) use the index defined on 
Field1
'Field1' != "foo" would not(!!) use the index defined on Field1

One can say that using != with an indexed field prevents the database from 
using that index. If your qualification does not include any other indexed 
field then this would result in a full table scan.

HTH

Kind Regards Conny

-Ursprüngliche Nachricht-
Von: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] Im Auftrag von lee
Gesendet: Mittwoch, 16. September 2009 18:52
An: arslist@ARSLIST.ORG
Betreff: Filter qualification using !=

Hi,

I have some filters that use the qualification != $NULL$.
In the documentation it says to avoid using != as it will do a full table scan.

My question is 'does having != $NULL$ AND Field1 = Organization' make the full 
table scan smaller?

Or
Is it better to do a != $NULL$ or LIKE 'CU%"

When I try the LIKE qualification, it seems a lot slower (timeout
message) compared to the != $NULL$

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum 
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Filter qualification using !=

[Meyer, Jennifer L]

Lee,

When you make your qualification statement, try to make the comparison as 
concise as possible early in the statement.  The order of precedence is equal, 
greater than, !=, like.  "Like" and != will cause a table scan, but if you have 
narrowed down your search before you get to that point, it will scan through 
fewer records.

The following "Use Indices Appropriately" article used to be posted on a SQL 
developer page on the internet, but I don't see the original anymore.  I've 
been maintaining my own version in my documentation since I started working 
with Remedy.  I'm not the original author, I just like it so much I've kept a 
personalized version around as a reminder and modified it to send portions to 
my users as the need arises.

There may be some answers for your larger issues here.


Any search against the database is a performance hit.
This includes table refreshes, FlashBoards, automatic reports, search menus, 
anything that uses a qualifier to find data in the database.  Thus, limit the 
number of searches your users will perform and speed their performance by 
indexing fields, chunking data, and disabling unqualified searches.

Use the Analyze Forms feature of Developer Plus to check for database hits-be 
sure only to use this feature during off hours!

Sync Search Database after every migration.  Do this every time the production 
configuration changes.  Development is pointless if the development server is 
out of sync with the production server.

Use Indices Appropriately
One of the best ways to improve ARS performance is to implement indices on 
frequently searched fields.  When an ARS search is submitted, either a Table 
Scan or an Index will be used.  A Table Scan searches through all of the pages 
within a database.  However, if an indexed field is selected, only the pages 
associated to the index are scanned.

For example, given a database with one million (1,000,000) entries, a Table 
Scan will search approximately 55,000 pages, while an index field will scan 
about 8 pages.
In another example, a search on 50,000 tickets took nearly 40 seconds.  When 
the field was indexed and the search resubmitted, the search took only 2 to 5 
seconds.

When to use an index:
*   Do not index fields holding 500 or fewer tickets.  ARS forms with fewer 
than 500 tickets will ignore the index.
*   Index a maximum of 5 fields per form.  Speed is gained on searches by 
using indexed fields, but creations, modifications, and deletions are slowed by 
the indexing process.
*   Do not place more than 3 fields within an index.  (Keep clustered index 
keys as small as possible and place the most restrictive field first.)  An 
index allows up to 16 fields to be included in the index, so common searches 
can be used within the index, but if the user does not use the first field in 
the index, the index will be ignored and a table scan will begin.
*   Use caution when creating Unique indexes.  Unique implies exactly 
that-no other ticket with the same value can be entered into that table.  Thus 
Request ID is unique, but Status is not.
*   Make searches easy for users.  Provide the users with Menu choices or 
pre-defined reports.
*   Set the Search By Example (SBE) selection to "Equal" or "Leading."  
Indexes don't work if SBE is set to "Anywhere."   Wildcards may be used, but if 
they are at the beginning of the keyword, then the index is ignored and a Table 
Scan is used.
*   Update Index Statistics on a regular basis.  Ask your DBA.
*   Do not allow unqualified searches.  When a user submits an unqualified 
search, a Table Scan is launched.
*   Use guides to help users search.  Guides can lead users to indexed 
fields, thus speeding up the search process.
*   Know when Table Scans will fire.
o   ARS forms with fewer than 500 tickets.
o   More than 20% of entries in a table are requested.
o   Unqualified searches.
o   Searches on non-indexed fields.
o   Searches that begin with a wildcard symbol on indexed fields.
o   Searches on indexed fields that perform an arithmetic operation on the 
field.
o   Searches on indexed fields that perform a NOT.
o   Searches on indexed fields that are non-selective e.g. Indexed Last 
Name, First Name, Phone, but search request was for First Name and Phone only.

Finally, remove unused indices.  Use Developer Plus's analyze function to 
assess index usage.

Jennifer Meyer

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of lee
Sent: Wednesday, September 16, 2009 12:52 PM
To: arslist@ARSLIST.ORG
Subject: Filter qualification using !=

Hi,

I have some filters that use the qualification != $NULL$.
In the documentation it says to avoid using != as it will do a full
table scan.

My question is 'does having != $NULL$ AND Field1 = Organization' make
the full table scan smaller?

Or
Is it better to do a != $NULL$ or LIKE 'CU%"

When I t

Re: Printing/Crystal Reports error....

[Jason Miller]

I am actually running into the same thing this morning.  I have an old
Crystal Report that I am reusing behind a new button and Active Link.  If I
run the report from WUT I get the same message.  I am checking the ODBC
settings, reports settings and AL settings now.

The report does run from Mid-Tier but I am seeing a different issue (the
reason I tried it in the User Tool).  From the MT the row level permissions
are not being enforced.  I open the form as a test user and query for all
records, I get two results.  I run the report from the button and I see all
records in the data range that I select.

I suspect these issue may be related to row level permissions being used on
this form.  I'll let you know what I find about the 9021 error.

ARS 7.5 p2
MT 7.1 p5
WUT 7.5 p2

Jason

On Wed, Sep 16, 2009 at 7:00 AM,  wrote:

> **
>
> We’re getting an error condition but I don’t know where to go to look to
> resolve it.  Briefly, we bring up an
>
> incident in Incident Management, then click on the “print” button. It then
> brings up a screen that shows an
>
> error box that is titled “Crystal Report Viewer” and contains “Failed to
> retrieve data from the database.
>
> Details: [Database Vendor Code: 9021] and an “OK” button. This is on our
> production server that is just
>
> getting it’s final checkout before going live. This happens in the user
> tool as an admin. It’s
>
> reproducible.
>
>
>
>  The Development sever has the options set up the same but it works as it
> should. We thought that
>
> they were set up identically as far as options/choices/ etc. go.  Comparing
> the two setups doesn’t
>
> seem to show much, but we’re not sure what we should be looking at/for for
> this one.
>
>
>
> We’re on 7.5, patch 1.
>
>
>
> Any suggestions as to what to check/read/etc. are welcomed. Thanks!!
>
>
>
>
>
> Portions of this message may be confidential under an exemption to Ohio's
> public records law or under a legal privilege. If you have received this
> message in error or due to an unauthorized transmission or interception,
> please delete all copies from your system without disclosing, copying, or
> transmitting this message.
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Still need 4 Remedy Developers in Downtown DC

[Kitchen, Joshua]

I have a Government project which is a 6 month contract to hire for
Clearable US Citizens in Downtown DC.
 
Interviews are taking place this week.  Let me know if anyone else is
interested, time is running out.  Thanks!
 
Joshua Kitchen
Recruiter
Kforce Federal Staffing
937.449.1749 office

Great People = Great Results(r)

Confidentiality Notice: This email message, including any attachments,
is for the sole use of the intended recipient(s) and may contain
confidential and/or privileged information. Any unauthorized review,
use, disclosure or distribution is prohibited. If you are not the
intended recipient, please contact the sender by reply email and destroy
all copies of the original.

 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Filter qualification using !=

[Ben Chernys]

Sorry, I am a tad confused here.  Are we talking about a filter
qualification?  Or a set fields or push fields qualification?

If we're talking a filter qualification, there is never a table scan.  In
fact there may never be a database call at all (with the possible exception
of a db. in the qualification.)

Remember that filter qualifications happen after a set of field/value pairs
has been submitted for update/create/merge.  Fields are modified in memory
as filters run and memory is used to evaluate qualifications.

If indeed you are talking about push fields or set fields qualifications,
then I stand back.  

Cheers
Ben
www.softwaretoolhouse.com

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Conny Martin
Sent: September 16, 2009 7:34 PM
To: arslist@ARSLIST.ORG
Subject: AW: Filter qualification using !=

One can not say in general that having != in a qualification does a full
table scan.

Here is a little example

You have a Form where Field1 has an index.

'Field1' = "foo" would use the index defined on Field1 'Field1' = "foo" and
'Field2' != $NULL$ would use the index defined on Field1 'Field1' = "foo"
and 'Field2' = "bar" would use the index defined on Field1 'Field1' !=
$NULL$ and 'Field2' = "bar" would not(!!) use the index defined on Field1
'Field1' = $NULL$ and 'Field2' = "bar" would not(!!) use the index defined
on Field1 'Field1' != "foo" would not(!!) use the index defined on Field1

One can say that using != with an indexed field prevents the database from
using that index. If your qualification does not include any other indexed
field then this would result in a full table scan.

HTH

Kind Regards Conny

-Ursprüngliche Nachricht-
Von: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] Im Auftrag von lee
Gesendet: Mittwoch, 16. September 2009 18:52
An: arslist@ARSLIST.ORG
Betreff: Filter qualification using !=

Hi,

I have some filters that use the qualification != $NULL$.
In the documentation it says to avoid using != as it will do a full table
scan.

My question is 'does having != $NULL$ AND Field1 = Organization' make the
full table scan smaller?

Or
Is it better to do a != $NULL$ or LIKE 'CU%"

When I try the LIKE qualification, it seems a lot slower (timeout
message) compared to the != $NULL$


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[William Rentfrow]

6.3? Really?
 
I am guessing this is ongoing and not new...?

Beyond that - I wish you the best filling it.  It's certainly not for
everyone.
 
William Rentfrow
Principal Consultant, StrataCom Inc.
wrentf...@stratacominc.com
Corporate Website, www.stratacominc.com  
Blog, www.williamrentfrow.com  
715-410-8156 C
 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Jeff Glaser
Sent: Wednesday, September 16, 2009 9:48 AM
To: arslist@ARSLIST.ORG
Subject: OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


** 
I'm back  again looking for a talented Remedy Engineer for an assigment
in IRAQ (CAMP VICTORY).  The postion pays approximately $235,000 per
annum (base rate plus hardship and hazard pay, etc.)  Room and board are
provided.
 
I also look forward to the interesting dialogue this job announcement
will create. I must add that the position is restricted to US Citizen
with active DoD Security Clearance.  
 
The job description is as follows:
 

Enterprise Remedy Engineer  .  

*   Designs, plans, implements, and evaluates the implementation of
AR System 6.3 in conjunction with Network Operating Systems procedures. 
*   Performs Schema upgrades and deployments.  
*   Provides tactical and strategic input on overall Remedy System
planning and related projects.  
*   Prepares and conducts briefings, Instructional training, site
evaluations, Architectures development for Staff Officers and all Signal
units in support of OIF.  
*   Responsible for budgeting and License management of the AR
System.  
*   Requires current Microsoft Certified Systems Engineer (MCSE)
with emphasis in Server 2003 and SQL experience.  
*   Prefer a bachelor's degree in area of specialty and 6 years of
experience in the field of AR Systems 6.3 Level 2 Admin Training.  
*   Must have a SECRET security clearance.

Role is to provide an Iraq wide Remedy solution, support and
implementation following the needs of the customer MNF-I. 

Duties include: 

*   Schema upgrades and deployment 
*   Architecture build and implementation of the Remedy Environment 
*   Migration of Remedy Schemas/ ITSM Schema throughout Iraq 
*   Managing Remedy support staff/ Remedy Admins 
*   Weekly briefs to the CG or Action Officer 
*   Brief Iraq Signal commands 
*   Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk) 
*   Maintenance/backup and upgrades 
*   Remedy support to all levels of IA 
*   Help Desk schema support from COB'S to FOB's 
*   Budget and license management 
*   Development for new features 
*   Enterprise level support

Requirements: 

*   TMS/RMS Experience 
*   AR System 6.3 Level 2 Admin training 
*   Systems background (Windows server 2003/ SQL) 
*   Enterprise support experience 
*   Technical writing/manual documentation 
*   Software Training and Implementation experience 
*   Knowledge of Military business process

Looking forward to your responses. 


Sincerely, 

  

Jeffrey Glaser 

VP IT Resource Recruiting 

INVIZCORP Inc. 

703-729-3382

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[dcharters]

I would be all over that if it did not require the DOD clearence. A TS 
clearence seems to be hard to come by.


On Wed, 16 Sep 2009 14:39:36 -0500, William Rentfrow wrote
> 6.3? Really?
> 
> I am guessing this is ongoing and not new...?
> 
> Beyond that - I wish you the best filling it.  It's certainly not for
> everyone.
> 
> William Rentfrow
> Principal Consultant, StrataCom Inc.
> wrentf...@stratacominc.com
> Corporate Website, www.stratacominc.com 
>  Blog, www.williamrentfrow.com 
>  715-410-8156 C
> 
> 
> 
> From: Action Request System discussion list(ARSList)
> [mailto:arsl...@arslist.org] On Behalf Of Jeff Glaser
> Sent: Wednesday, September 16, 2009 9:48 AM
> To: arslist@ARSLIST.ORG
> Subject: OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ
> 
> ** 
> I'm back  again looking for a talented Remedy Engineer for an assigment
> in IRAQ (CAMP VICTORY).  The postion pays approximately $235,000 per
> annum (base rate plus hardship and hazard pay, etc.)  Room and board 
> are provided.
> 
> I also look forward to the interesting dialogue this job announcement
> will create. I must add that the position is restricted to US Citizen
> with active DoD Security Clearance.
> 
> The job description is as follows:
> 
> Enterprise Remedy Engineer  .
> 
> * Designs, plans, implements, and evaluates the implementation of
> AR System 6.3 in conjunction with Network Operating Systems 
> procedures. * Performs Schema upgrades and deployments.  *Provides 
> tactical and strategic input on overall Remedy System planning and 
> related projects.  *  Prepares and conducts briefings, Instructional 
> training, site evaluations, Architectures development for Staff 
> Officers and all Signal units in support of OIF.  *   Responsible for 
> budgeting and License management of the AR System.  * Requires 
> current Microsoft Certified Systems Engineer (MCSE) with emphasis in 
> Server 2003 and SQL experience.  *Prefer a bachelor's degree in 
> area of specialty and 6 years of experience in the field of AR 
> Systems 6.3 Level 2 Admin Training.  *Must have a SECRET security 
clearance.
> 
> Role is to provide an Iraq wide Remedy solution, support and
> implementation following the needs of the customer MNF-I.
> 
> Duties include:
> 
> * Schema upgrades and deployment 
> * Architecture build and implementation of the Remedy Environment 
> * Migration of Remedy Schemas/ ITSM Schema throughout Iraq 
> * Managing Remedy support staff/ Remedy Admins 
> * Weekly briefs to the CG or Action Officer 
> * Brief Iraq Signal commands 
> * Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk) 
> * Maintenance/backup and upgrades 
> * Remedy support to all levels of IA 
> * Help Desk schema support from COB'S to FOB's 
> * Budget and license management 
> * Development for new features 
> * Enterprise level support
> 
> Requirements:
> 
> * TMS/RMS Experience 
> * AR System 6.3 Level 2 Admin training 
> * Systems background (Windows server 2003/ SQL) 
> * Enterprise support experience 
> * Technical writing/manual documentation 
> * Software Training and Implementation experience 
> * Knowledge of Military business process
> 
> Looking forward to your responses.
> 
> Sincerely,
> 
> Jeffrey Glaser
> 
> VP IT Resource Recruiting
> 
> INVIZCORP Inc.
> 
> 703-729-3382
> 
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_
> 
> 
__
_
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the 
> Answers Are"


--
Open WebMail Project (http://openwebmail.org)

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Printing/Crystal Reports error....

[Jason Miller]

An Update:  I added read permissions for the (limited) group that my test
user is in to field '1'.  I still encountered the 9021 error.  I then remove
the group's permissions to field '1' and added the user to a group that has
access to all fields on the form but is still restricted to records by row
level permissions.  I did not get the error.

I am thinking there is a field in the report that my test user does not have
permissions to when in the limited group even though they have permissions
to the record.  I am checking the permission on the fields being pulled by
the Report, I'll update if that fixes the issue.

Jason

On Wed, Sep 16, 2009 at 10:55 AM, Jason Miller wrote:

> I am actually running into the same thing this morning.  I have an old
> Crystal Report that I am reusing behind a new button and Active Link.  If I
> run the report from WUT I get the same message.  I am checking the ODBC
> settings, reports settings and AL settings now.
>
> The report does run from Mid-Tier but I am seeing a different issue (the
> reason I tried it in the User Tool).  From the MT the row level permissions
> are not being enforced.  I open the form as a test user and query for all
> records, I get two results.  I run the report from the button and I see all
> records in the data range that I select.
>
> I suspect these issue may be related to row level permissions being used on
> this form.  I'll let you know what I find about the 9021 error.
>
> ARS 7.5 p2
> MT 7.1 p5
> WUT 7.5 p2
>
> Jason
>
>
> On Wed, Sep 16, 2009 at 7:00 AM,  wrote:
>
>> **
>>
>> We’re getting an error condition but I don’t know where to go to look to
>> resolve it.  Briefly, we bring up an
>>
>> incident in Incident Management, then click on the “print” button. It
>> then brings up a screen that shows an
>>
>> error box that is titled “Crystal Report Viewer” and contains “Failed to
>> retrieve data from the database.
>>
>> Details: [Database Vendor Code: 9021] and an “OK” button. This is on our
>> production server that is just
>>
>> getting it’s final checkout before going live. This happens in the user
>> tool as an admin. It’s
>>
>> reproducible.
>>
>>
>>
>>  The Development sever has the options set up the same but it works as it
>> should. We thought that
>>
>> they were set up identically as far as options/choices/ etc. go.  Comparing
>> the two setups doesn’t
>>
>> seem to show much, but we’re not sure what we should be looking at/for
>> for this one.
>>
>>
>>
>> We’re on 7.5, patch 1.
>>
>>
>>
>> Any suggestions as to what to check/read/etc. are welcomed. Thanks!!
>>
>>
>>
>>
>>
>> Portions of this message may be confidential under an exemption to Ohio's
>> public records law or under a legal privilege. If you have received this
>> message in error or due to an unauthorized transmission or interception,
>> please delete all copies from your system without disclosing, copying, or
>> transmitting this message.
>> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
>> Are"_
>
>
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Darrell Reading]

Why wouldn't it be for everyone?  There are some nice offices over
there, food is great, and one gets to ride in a Blackhawk every now and
then, I am sure.  Don't jack with the Camel Spiders though.
 

Darrell Reading Systems Engineer 
Phone 479.204.5739 
dere...@wal-mart.com 

Wal-Mart Stores, Inc. 
805 Moberly Lane, MS-0560-68 
Bentonville, AR 72716 
Save Money. Live Better 

 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of William Rentfrow
Sent: Wednesday, September 16, 2009 14:40
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


** 
6.3? Really?
 
I am guessing this is ongoing and not new...?

Beyond that - I wish you the best filling it.  It's certainly not for
everyone.
 
William Rentfrow
Principal Consultant, StrataCom Inc.
wrentf...@stratacominc.com
Corporate Website, www.stratacominc.com  
Blog, www.williamrentfrow.com  
715-410-8156 C
 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Jeff Glaser
Sent: Wednesday, September 16, 2009 9:48 AM
To: arslist@ARSLIST.ORG
Subject: OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


** 
I'm back  again looking for a talented Remedy Engineer for an assigment
in IRAQ (CAMP VICTORY).  The postion pays approximately $235,000 per
annum (base rate plus hardship and hazard pay, etc.)  Room and board are
provided.
 
I also look forward to the interesting dialogue this job announcement
will create. I must add that the position is restricted to US Citizen
with active DoD Security Clearance.  
 
The job description is as follows:
 

Enterprise Remedy Engineer  .  

*   Designs, plans, implements, and evaluates the implementation of
AR System 6.3 in conjunction with Network Operating Systems procedures. 
*   Performs Schema upgrades and deployments.  
*   Provides tactical and strategic input on overall Remedy System
planning and related projects.  
*   Prepares and conducts briefings, Instructional training, site
evaluations, Architectures development for Staff Officers and all Signal
units in support of OIF.  
*   Responsible for budgeting and License management of the AR
System.  
*   Requires current Microsoft Certified Systems Engineer (MCSE)
with emphasis in Server 2003 and SQL experience.  
*   Prefer a bachelor's degree in area of specialty and 6 years of
experience in the field of AR Systems 6.3 Level 2 Admin Training.  
*   Must have a SECRET security clearance.

Role is to provide an Iraq wide Remedy solution, support and
implementation following the needs of the customer MNF-I. 

Duties include: 

*   Schema upgrades and deployment 
*   Architecture build and implementation of the Remedy Environment 
*   Migration of Remedy Schemas/ ITSM Schema throughout Iraq 
*   Managing Remedy support staff/ Remedy Admins 
*   Weekly briefs to the CG or Action Officer 
*   Brief Iraq Signal commands 
*   Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk) 
*   Maintenance/backup and upgrades 
*   Remedy support to all levels of IA 
*   Help Desk schema support from COB'S to FOB's 
*   Budget and license management 
*   Development for new features 
*   Enterprise level support

Requirements: 

*   TMS/RMS Experience 
*   AR System 6.3 Level 2 Admin training 
*   Systems background (Windows server 2003/ SQL) 
*   Enterprise support experience 
*   Technical writing/manual documentation 
*   Software Training and Implementation experience 
*   Knowledge of Military business process

Looking forward to your responses. 


Sincerely, 

  

Jeffrey Glaser 

VP IT Resource Recruiting 

INVIZCORP Inc. 

703-729-3382

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
Answers Are"_ 



-
**
This email and any files transmitted with it are confidential and
intended solely for the individual or entity to whom they are
addressed. If you have received this email in error destroy it
immediately.
**
Wal-Mart Confidential
**


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Warren Baltimore]

I don't even want to know what a camel spider is

I hate spiders.

On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading <
darrell.reading...@wal-mart.com> wrote:

> ** *Why wouldn't it be for everyone?  There are some nice offices over
> there, food is great, and one gets to ride in a Blackhawk every now and
> then, I am sure.  Don't jack with the Camel Spiders though.*
>
>
> *Darrell Reading Systems Engineer*
> Phone 479.204.5739
> dere...@wal-mart.com
>
> Wal-Mart Stores, Inc.
> 805 Moberly Lane, MS-0560-68
> Bentonville, AR 72716
> *Save Money. Live Better*
>
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> arsl...@arslist.org] *On Behalf Of *William Rentfrow
> *Sent:* Wednesday, September 16, 2009 14:40
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ
>
>   ** 6.3? Really?
>
> I am guessing this is ongoing and not new...?
> Beyond that - I wish you the best filling it.  It's certainly not for
> everyone.
>
> William Rentfrow
> Principal Consultant, StrataCom Inc.
> wrentf...@stratacominc.com
> Corporate Website, www.stratacominc.com
> Blog, www.williamrentfrow.com
> 715-410-8156 C
>
>
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> arsl...@arslist.org] *On Behalf Of *Jeff Glaser
> *Sent:* Wednesday, September 16, 2009 9:48 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ
>
> **   I'm back  again looking for a talented Remedy Engineer for an
> assigment in IRAQ (CAMP VICTORY).  The postion pays approximately $235,000
> per annum (base rate plus hardship and hazard pay, etc.)  Room and board are
> provided.
>
> I also look forward to the interesting dialogue this job announcement will
> create. I must add that the position is restricted to US Citizen with active
> DoD Security Clearance.
>
> The job description is as follows:
>
>
> Enterprise Remedy Engineer*  *.
>
>
>- Designs, plans, implements, and evaluates the implementation of AR
>System 6.3 in conjunction with Network Operating Systems procedures.
>- Performs Schema upgrades and deployments.
>- Provides tactical and strategic input on overall Remedy System
>planning and related projects.
>- Prepares and conducts briefings, Instructional training, site
>evaluations, Architectures development for Staff Officers and all Signal
>units in support of OIF.
>- Responsible for budgeting and License management of the AR System.
>- Requires current Microsoft Certified Systems Engineer (MCSE) with
>emphasis in Server 2003 and SQL experience.
>- Prefer a bachelor’s degree in area of specialty and 6 years of
>experience in the field of AR Systems 6.3 Level 2 Admin Training.
>- Must have a SECRET security clearance.
>
>  Role is to provide an Iraq wide Remedy solution, support and
> implementation following the needs of the customer MNF-I.
>
> Duties include:
>
>
>- Schema upgrades and deployment
>- Architecture build and implementation of the Remedy Environment
>- Migration of Remedy Schemas/ ITSM Schema throughout Iraq
>- Managing Remedy support staff/ Remedy Admins
>- Weekly briefs to the CG or Action Officer
>- Brief Iraq Signal commands
>- Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk)
>- Maintenance/backup and upgrades
>- Remedy support to all levels of IA
>- Help Desk schema support from COB’S to FOB’s
>- Budget and license management
>- Development for new features
>- Enterprise level support
>
>  Requirements:
>
>
>- TMS/RMS Experience
>- AR System 6.3 Level 2 Admin training
>- Systems background (Windows server 2003/ SQL)
>- Enterprise support experience
>- Technical writing/manual documentation
>- Software Training and Implementation experience
>- Knowledge of Military business process
>
>  Looking forward to your responses.
>
>
> Sincerely,
>
>
>
> Jeffrey Glaser
>
> VP IT Resource Recruiting
>
> INVIZCORP Inc.
>
> 703-729-3382
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
> Answers Are"_
>
> --
>
> ***
> This email and any files transmitted with it are confidential and intended
> solely for the individual or entity to whom they are addressed. If you have
> received this email in error destroy it immediately.
> **
> Wal-Mart Confidential
> ** *
>  _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_
>



-- 
Warren R. Baltimore II
Remedy Developer
410-533-5367

__

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Nichols, Wesley D CTR USAF AFMC 72 CS/SCBAF]

I hear Camel Spiders make good pets... I seem to remember a story about
one named Cameron...

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Darrell Reading
Sent: Wednesday, September 16, 2009 3:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

** 
Why wouldn't it be for everyone?  There are some nice offices over
there, food is great, and one gets to ride in a Blackhawk every now and
then, I am sure.  Don't jack with the Camel Spiders though.
 

Darrell Reading Systems Engineer 
Phone 479.204.5739 
dere...@wal-mart.com 

Wal-Mart Stores, Inc. 
805 Moberly Lane, MS-0560-68 
Bentonville, AR 72716 
Save Money. Live Better 

 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of William Rentfrow
Sent: Wednesday, September 16, 2009 14:40
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


** 
6.3? Really?
 
I am guessing this is ongoing and not new...?

Beyond that - I wish you the best filling it.  It's certainly not for
everyone.
 
William Rentfrow
Principal Consultant, StrataCom Inc.
wrentf...@stratacominc.com
Corporate Website, www.stratacominc.com  
Blog, www.williamrentfrow.com  
715-410-8156 C
 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Jeff Glaser
Sent: Wednesday, September 16, 2009 9:48 AM
To: arslist@ARSLIST.ORG
Subject: OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


** 
I'm back  again looking for a talented Remedy Engineer for an assigment
in IRAQ (CAMP VICTORY).  The postion pays approximately $235,000 per
annum (base rate plus hardship and hazard pay, etc.)  Room and board are
provided.
 
I also look forward to the interesting dialogue this job announcement
will create. I must add that the position is restricted to US Citizen
with active DoD Security Clearance.  
 
The job description is as follows:
 

Enterprise Remedy Engineer  .  

*   Designs, plans, implements, and evaluates the implementation of
AR System 6.3 in conjunction with Network Operating Systems procedures. 
*   Performs Schema upgrades and deployments.  
*   Provides tactical and strategic input on overall Remedy System
planning and related projects.  
*   Prepares and conducts briefings, Instructional training, site
evaluations, Architectures development for Staff Officers and all Signal
units in support of OIF.  
*   Responsible for budgeting and License management of the AR
System.  
*   Requires current Microsoft Certified Systems Engineer (MCSE)
with emphasis in Server 2003 and SQL experience.  
*   Prefer a bachelor's degree in area of specialty and 6 years of
experience in the field of AR Systems 6.3 Level 2 Admin Training.  
*   Must have a SECRET security clearance.

Role is to provide an Iraq wide Remedy solution, support and
implementation following the needs of the customer MNF-I. 

Duties include: 

*   Schema upgrades and deployment 
*   Architecture build and implementation of the Remedy Environment 
*   Migration of Remedy Schemas/ ITSM Schema throughout Iraq 
*   Managing Remedy support staff/ Remedy Admins 
*   Weekly briefs to the CG or Action Officer 
*   Brief Iraq Signal commands 
*   Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk) 
*   Maintenance/backup and upgrades 
*   Remedy support to all levels of IA 
*   Help Desk schema support from COB'S to FOB's 
*   Budget and license management 
*   Development for new features 
*   Enterprise level support

Requirements: 

*   TMS/RMS Experience 
*   AR System 6.3 Level 2 Admin training 
*   Systems background (Windows server 2003/ SQL) 
*   Enterprise support experience 
*   Technical writing/manual documentation 
*   Software Training and Implementation experience 
*   Knowledge of Military business process

Looking forward to your responses. 


Sincerely, 

  

Jeffrey Glaser 

VP IT Resource Recruiting 

INVIZCORP Inc. 

703-729-3382

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
Answers Are"_ 



**
This email and any files transmitted with it are confidential and
intended solely for the individual or entity to whom they are addressed.
If you have received this email in error destroy it immediately.
**
Wal-Mart Confidential
** 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Rick Cook]

Well, I just saw a video of one killing a scorpion, so I think it may be
best that way...

Rick

On Wed, Sep 16, 2009 at 1:14 PM, Warren Baltimore  wrote:

> ** I don't even want to know what a camel spider is
>
> I hate spiders.
>
> On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading <
> darrell.reading...@wal-mart.com> wrote:
>
>> ** *Why wouldn't it be for everyone?  There are some nice offices over
>> there, food is great, and one gets to ride in a Blackhawk every now and
>> then, I am sure.  Don't jack with the Camel Spiders though.*
>>
>>
>> *Darrell Reading Systems Engineer*
>> Phone 479.204.5739
>> dere...@wal-mart.com
>>
>> Wal-Mart Stores, Inc.
>> 805 Moberly Lane, MS-0560-68
>> Bentonville, AR 72716
>> *Save Money. Live Better*
>>
>>
>>  --
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arsl...@arslist.org] *On Behalf Of *William Rentfrow
>> *Sent:* Wednesday, September 16, 2009 14:40
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ
>>
>>   ** 6.3? Really?
>>
>> I am guessing this is ongoing and not new...?
>> Beyond that - I wish you the best filling it.  It's certainly not for
>> everyone.
>>
>> William Rentfrow
>> Principal Consultant, StrataCom Inc.
>> wrentf...@stratacominc.com
>> Corporate Website, www.stratacominc.com
>> Blog, www.williamrentfrow.com
>> 715-410-8156 C
>>
>>
>>  --
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arsl...@arslist.org] *On Behalf Of *Jeff Glaser
>> *Sent:* Wednesday, September 16, 2009 9:48 AM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ
>>
>> **   I'm back  again looking for a talented Remedy Engineer for an
>> assigment in IRAQ (CAMP VICTORY).  The postion pays approximately $235,000
>> per annum (base rate plus hardship and hazard pay, etc.)  Room and board are
>> provided.
>>
>> I also look forward to the interesting dialogue this job announcement will
>> create. I must add that the position is restricted to US Citizen with active
>> DoD Security Clearance.
>>
>> The job description is as follows:
>>
>>
>> Enterprise Remedy Engineer*  *.
>>
>>
>>- Designs, plans, implements, and evaluates the implementation of AR
>>System 6.3 in conjunction with Network Operating Systems procedures.
>>- Performs Schema upgrades and deployments.
>>- Provides tactical and strategic input on overall Remedy System
>>planning and related projects.
>>- Prepares and conducts briefings, Instructional training, site
>>evaluations, Architectures development for Staff Officers and all Signal
>>units in support of OIF.
>>- Responsible for budgeting and License management of the AR System.
>>- Requires current Microsoft Certified Systems Engineer (MCSE) with
>>emphasis in Server 2003 and SQL experience.
>>- Prefer a bachelor’s degree in area of specialty and 6 years of
>>experience in the field of AR Systems 6.3 Level 2 Admin Training.
>>- Must have a SECRET security clearance.
>>
>>  Role is to provide an Iraq wide Remedy solution, support and
>> implementation following the needs of the customer MNF-I.
>>
>> Duties include:
>>
>>
>>- Schema upgrades and deployment
>>- Architecture build and implementation of the Remedy Environment
>>- Migration of Remedy Schemas/ ITSM Schema throughout Iraq
>>- Managing Remedy support staff/ Remedy Admins
>>- Weekly briefs to the CG or Action Officer
>>- Brief Iraq Signal commands
>>- Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk)
>>- Maintenance/backup and upgrades
>>- Remedy support to all levels of IA
>>- Help Desk schema support from COB’S to FOB’s
>>- Budget and license management
>>- Development for new features
>>- Enterprise level support
>>
>>  Requirements:
>>
>>
>>- TMS/RMS Experience
>>- AR System 6.3 Level 2 Admin training
>>- Systems background (Windows server 2003/ SQL)
>>- Enterprise support experience
>>- Technical writing/manual documentation
>>- Software Training and Implementation experience
>>- Knowledge of Military business process
>>
>>  Looking forward to your responses.
>>
>>
>> Sincerely,
>>
>>
>>
>> Jeffrey Glaser
>>
>> VP IT Resource Recruiting
>>
>> INVIZCORP Inc.
>>
>> 703-729-3382
>> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
>> Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
>> Answers Are"_
>>
>> --
>>
>> ***
>> This email and any files transmitted with it are confidential and intended
>> solely for the individual or entity to whom they are addressed. If you have
>> received this email in error destroy it immediately.
>> **
>> Wal-Mart Confidential

unsubscribe

[Dustin Udy]

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Meyer, Jennifer L]

www.camelspider.net


 1.  Camel spiders can move at speeds over 30 MPH, screaming while they run.
2. Camel spiders can be as large as a Frisbee.
3. Camel spiders venom is an anesthetic that numbs their prey.
4. Camel spiders can jump three feet high.
5. Camel spiders get their name because they eat the stomachs of camels.
6. They eat or gnaw on people while they sleep. Due to the numbing effect of 
their venom, the victim is unaware until they awake.

I HAD to look.


Jennifer


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Warren Baltimore
Sent: Wednesday, September 16, 2009 4:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

**
I don't even want to know what a camel spider is

I hate spiders.
On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading 
mailto:darrell.reading...@wal-mart.com>> wrote:
**
Why wouldn't it be for everyone?  There are some nice offices over there, food 
is great, and one gets to ride in a Blackhawk every now and then, I am sure.  
Don't jack with the Camel Spiders though.


Darrell Reading Systems Engineer
Phone 479.204.5739
dere...@wal-mart.com

Wal-Mart Stores, Inc.
805 Moberly Lane, MS-0560-68
Bentonville, AR 72716
Save Money. Live Better





E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Darrell Reading]

 I have a picture of her if anyone would like to see her.  She was small
for a Camel Spider, here is a picture.
 


Darrell Reading Systems Engineer
Phone 479.204.5739
dere...@wal-mart.com

Wal-Mart Stores, Inc.
805 Moberly Lane, MS-0560-68
Bentonville, AR 72716
Save Money. Live Better

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Nichols, Wesley D CTR USAF
AFMC 72 CS/SCBAF
Sent: Wednesday, September 16, 2009 15:19
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

I hear Camel Spiders make good pets... I seem to remember a story about
one named Cameron...

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Darrell Reading
Sent: Wednesday, September 16, 2009 3:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

** 
Why wouldn't it be for everyone?  There are some nice offices over
there, food is great, and one gets to ride in a Blackhawk every now and
then, I am sure.  Don't jack with the Camel Spiders though.
 

Darrell Reading Systems Engineer 
Phone 479.204.5739 
dere...@wal-mart.com 

Wal-Mart Stores, Inc. 
805 Moberly Lane, MS-0560-68 
Bentonville, AR 72716 
Save Money. Live Better 

 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of William Rentfrow
Sent: Wednesday, September 16, 2009 14:40
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


** 
6.3? Really?
 
I am guessing this is ongoing and not new...?

Beyond that - I wish you the best filling it.  It's certainly not for
everyone.
 
William Rentfrow
Principal Consultant, StrataCom Inc.
wrentf...@stratacominc.com
Corporate Website, www.stratacominc.com  
Blog, www.williamrentfrow.com  
715-410-8156 C
 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Jeff Glaser
Sent: Wednesday, September 16, 2009 9:48 AM
To: arslist@ARSLIST.ORG
Subject: OT: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


** 
I'm back  again looking for a talented Remedy Engineer for an assigment
in IRAQ (CAMP VICTORY).  The postion pays approximately $235,000 per
annum (base rate plus hardship and hazard pay, etc.)  Room and board are
provided.
 
I also look forward to the interesting dialogue this job announcement
will create. I must add that the position is restricted to US Citizen
with active DoD Security Clearance.  
 
The job description is as follows:
 

Enterprise Remedy Engineer  .  

*   Designs, plans, implements, and evaluates the implementation of
AR System 6.3 in conjunction with Network Operating Systems procedures. 
*   Performs Schema upgrades and deployments.  
*   Provides tactical and strategic input on overall Remedy System
planning and related projects.  
*   Prepares and conducts briefings, Instructional training, site
evaluations, Architectures development for Staff Officers and all Signal
units in support of OIF.  
*   Responsible for budgeting and License management of the AR
System.  
*   Requires current Microsoft Certified Systems Engineer (MCSE)
with emphasis in Server 2003 and SQL experience.  
*   Prefer a bachelor's degree in area of specialty and 6 years of
experience in the field of AR Systems 6.3 Level 2 Admin Training.  
*   Must have a SECRET security clearance.

Role is to provide an Iraq wide Remedy solution, support and
implementation following the needs of the customer MNF-I. 

Duties include: 

*   Schema upgrades and deployment 
*   Architecture build and implementation of the Remedy Environment 
*   Migration of Remedy Schemas/ ITSM Schema throughout Iraq 
*   Managing Remedy support staff/ Remedy Admins 
*   Weekly briefs to the CG or Action Officer 
*   Brief Iraq Signal commands 
*   Support to all WAN level entities( JNCC/RNOSC/ TCF/Help desk) 
*   Maintenance/backup and upgrades 
*   Remedy support to all levels of IA 
*   Help Desk schema support from COB'S to FOB's 
*   Budget and license management 
*   Development for new features 
*   Enterprise level support

Requirements: 

*   TMS/RMS Experience 
*   AR System 6.3 Level 2 Admin training 
*   Systems background (Windows server 2003/ SQL) 
*   Enterprise support experience 
*   Technical writing/manual documentation 
*   Software Training and Implementation experience 
*   Knowledge of Military business process

Looking forward to your responses. 


Sincerely, 

  

Jeffrey Glaser 

VP IT Resource Recruiting 

INVIZCORP Inc. 

703-729-3382

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlis

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Rick Cook]

Those are the myths.  Unfortunately, the facts aren't much less scary. 

Rick

-Original Message-
From: "Meyer, Jennifer L" 

Date: Wed, 16 Sep 2009 16:33:10 
To: 
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ


www.camelspider.net


 1.  Camel spiders can move at speeds over 30 MPH, screaming while they run.
2. Camel spiders can be as large as a Frisbee.
3. Camel spiders venom is an anesthetic that numbs their prey.
4. Camel spiders can jump three feet high.
5. Camel spiders get their name because they eat the stomachs of camels.
6. They eat or gnaw on people while they sleep. Due to the numbing effect of 
their venom, the victim is unaware until they awake.

I HAD to look.


Jennifer


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Warren Baltimore
Sent: Wednesday, September 16, 2009 4:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

**
I don't even want to know what a camel spider is

I hate spiders.
On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading 
mailto:darrell.reading...@wal-mart.com>> wrote:
**
Why wouldn't it be for everyone?  There are some nice offices over there, food 
is great, and one gets to ride in a Blackhawk every now and then, I am sure.  
Don't jack with the Camel Spiders though.


Darrell Reading Systems Engineer
Phone 479.204.5739
dere...@wal-mart.com

Wal-Mart Stores, Inc.
805 Moberly Lane, MS-0560-68
Bentonville, AR 72716
Save Money. Live Better





E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Howard Richter]

Now I need to ask, does any one eat them?

hbr

On Wed, Sep 16, 2009 at 4:33 PM, Meyer, Jennifer L <
jennifer.me...@its.nc.gov> wrote:

> **
>
> www.camelspider.net
>
>
>
>1. Camel spiders can move at speeds over 30 MPH, screaming while they
>run.
>2. Camel spiders can be as large as a Frisbee.
>3. Camel spiders venom is an anesthetic that numbs their prey.
>4. Camel spiders can jump three feet high.
>5. Camel spiders get their name because they eat the stomachs of
>camels.
>6. They eat or gnaw on people while they sleep. Due to the numbing
>effect of their venom, the victim is unaware until they awake.
>
>
>
> I HAD to look.
>
>
>
> Jennifer
>  --
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arsl...@arslist.org] *On Behalf Of *Warren Baltimore
> *Sent:* Wednesday, September 16, 2009 4:15 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ
>
>
>
> **
>
> I don't even want to know what a camel spider is
>
>
>
> I hate spiders.
>
> On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading <
> darrell.reading...@wal-mart.com> wrote:
>
> **
>
> *Why wouldn't it be for everyone?  There are some nice offices over there,
> food is great, and one gets to ride in a Blackhawk every now and then, I am
> sure.  Don't jack with the Camel Spiders though.*
>
>
>
> *Darrell Reading **Systems Engineer*
> Phone 479.204.5739
> dere...@wal-mart.com
>
> Wal-Mart Stores, Inc.
> 805 Moberly Lane, MS-0560-68
> Bentonville, AR 72716
> *Save Money. Live Better*
>
>
>
>
>  --
>
> --
> E-mail correspondence to and from this address may be subject to the North
> Carolina Public Records Law and may be disclosed to third parties by an
> authorized state official.
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_




-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified
E-Mail = hbr4...@gmail.com
LinkedIn Profile = http://www.linkedin.com/in/hbr4270

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Meyer, Jennifer L]

http://www.nbc.com/Fear_Factor/gross/607_camel_spider.shtml


Jennifer


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Howard Richter
Sent: Wednesday, September 16, 2009 5:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

**
Now I need to ask, does any one eat them?

hbr
On Wed, Sep 16, 2009 at 4:33 PM, Meyer, Jennifer L 
mailto:jennifer.me...@its.nc.gov>> wrote:
**

www.camelspider.net



 1.  Camel spiders can move at speeds over 30 MPH, screaming while they run.
2. Camel spiders can be as large as a Frisbee.
3. Camel spiders venom is an anesthetic that numbs their prey.
4. Camel spiders can jump three feet high.
5. Camel spiders get their name because they eat the stomachs of camels.
6. They eat or gnaw on people while they sleep. Due to the numbing effect of 
their venom, the victim is unaware until they awake.



I HAD to look.



Jennifer



From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Warren 
Baltimore
Sent: Wednesday, September 16, 2009 4:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ



**

I don't even want to know what a camel spider is



I hate spiders.

On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading 
mailto:darrell.reading...@wal-mart.com>> wrote:

**

Why wouldn't it be for everyone?  There are some nice offices over there, food 
is great, and one gets to ride in a Blackhawk every now and then, I am sure.  
Don't jack with the Camel Spiders though.



Darrell Reading Systems Engineer
Phone 479.204.5739
dere...@wal-mart.com

Wal-Mart Stores, Inc.
805 Moberly Lane, MS-0560-68
Bentonville, AR 72716
Save Money. Live Better








E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.
_Platinum Sponsor: rmisoluti...@verizon.net 
ARSlist: "Where the Answers Are"_



--
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified
E-Mail = hbr4...@gmail.com
LinkedIn Profile = http://www.linkedin.com/in/hbr4270
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Susan Palmer]

I think the idea is they eat YOU !

On Wed, Sep 16, 2009 at 4:08 PM, Howard Richter  wrote:

> ** Now I need to ask, does any one eat them?
>
> hbr
>
>   On Wed, Sep 16, 2009 at 4:33 PM, Meyer, Jennifer L <
> jennifer.me...@its.nc.gov> wrote:
>
>> **
>>
>> www.camelspider.net
>>
>>
>>
>>1. Camel spiders can move at speeds over 30 MPH, screaming while they
>>run.
>>2. Camel spiders can be as large as a Frisbee.
>>3. Camel spiders venom is an anesthetic that numbs their prey.
>>4. Camel spiders can jump three feet high.
>>5. Camel spiders get their name because they eat the stomachs of
>>camels.
>>6. They eat or gnaw on people while they sleep. Due to the numbing
>>effect of their venom, the victim is unaware until they awake.
>>
>>
>>
>> I HAD to look.
>>
>>
>>
>> Jennifer
>>  --
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arsl...@arslist.org] *On Behalf Of *Warren Baltimore
>> *Sent:* Wednesday, September 16, 2009 4:15 PM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ
>>
>>
>>
>> **
>>
>> I don't even want to know what a camel spider is
>>
>>
>>
>> I hate spiders.
>>
>> On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading <
>> darrell.reading...@wal-mart.com> wrote:
>>
>> **
>>
>> *Why wouldn't it be for everyone?  There are some nice offices over
>> there, food is great, and one gets to ride in a Blackhawk every now and
>> then, I am sure.  Don't jack with the Camel Spiders though.*
>>
>>
>>
>> *Darrell Reading **Systems Engineer*
>> Phone 479.204.5739
>> dere...@wal-mart.com
>>
>> Wal-Mart Stores, Inc.
>> 805 Moberly Lane, MS-0560-68
>> Bentonville, AR 72716
>> *Save Money. Live Better*
>>
>>
>>
>>
>>  --
>>
>> --
>> E-mail correspondence to and from this address may be subject to the North
>> Carolina Public Records Law and may be disclosed to third parties by an
>> authorized state official.
>> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
>> Are"_
>
>
>
>
> --
> Howard Richter
> Red Hat Certified Technician
> CompTIA Linux+ Certified
> ITIL Foundation Certified
> E-Mail = hbr4...@gmail.com
> LinkedIn Profile = http://www.linkedin.com/in/hbr4270
>
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

[Chowdhury, Tauf]

Yeah... Camel Spiders are pretty much the equivalent of the hatchling
from the Alien movies in real life... 

 

Tauf Chowdhury 

Analyst, Service Management

Office: 631.858.7765

Mobile:646.483.2779

 

 

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Meyer, Jennifer L
Sent: Wednesday, September 16, 2009 5:32 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

 

** 

http://www.nbc.com/Fear_Factor/gross/607_camel_spider.shtml

 

Jennifer 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Howard Richter
Sent: Wednesday, September 16, 2009 5:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

 

** 

Now I need to ask, does any one eat them?

 

hbr

On Wed, Sep 16, 2009 at 4:33 PM, Meyer, Jennifer L
 wrote:

** 

www.camelspider.net  

 

1.  Camel spiders can move at speeds over 30 MPH, screaming while
they run.
2. Camel spiders can be as large as a Frisbee. 
3. Camel spiders venom is an anesthetic that numbs their prey. 
4. Camel spiders can jump three feet high.
5. Camel spiders get their name because they eat the stomachs of
camels.
6. They eat or gnaw on people while they sleep. Due to the
numbing effect of their venom, the victim is unaware until they awake. 

 

I HAD to look.

 

Jennifer 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Warren Baltimore
Sent: Wednesday, September 16, 2009 4:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: INCREASED COMPENSATION-Remedy Engineer/Admin for IRAQ

 

** 

I don't even want to know what a camel spider is

 

I hate spiders.

On Wed, Sep 16, 2009 at 4:03 PM, Darrell Reading
 wrote:

** 

Why wouldn't it be for everyone?  There are some nice offices over
there, food is great, and one gets to ride in a Blackhawk every now and
then, I am sure.  Don't jack with the Camel Spiders though.

 

Darrell Reading Systems Engineer 
Phone 479.204.5739 
dere...@wal-mart.com 

Wal-Mart Stores, Inc. 
805 Moberly Lane, MS-0560-68 
Bentonville, AR 72716 
Save Money. Live Better 

 

 



 



E-mail correspondence to and from this address may be subject to the
North Carolina Public Records Law and may be disclosed to third parties
by an authorized state official.

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 






-- 
Howard Richter
Red Hat Certified Technician
CompTIA Linux+ Certified
ITIL Foundation Certified 
E-Mail = hbr4...@gmail.com
LinkedIn Profile = http://www.linkedin.com/in/hbr4270
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 

_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
Are"_ 

**
This e-mail and its attachments may contain Forest Laboratories, Inc. 
proprietary information that is privileged, confidential or subject to 
copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely 
for the use of the individual or entity to which it is addressed. If you are 
not the intended recipient of this e-mail, or the employee or agent responsible 
for delivering this e-mail to the intended recipient, you are hereby notified 
that any dissemination, distribution, copying or action taken in relation to 
the contents of and attachments to this e-mail is strictly prohibited and may 
be unlawful. If you have received this e-mail in error, please notify the 
sender immediately and permanently delete the original and any copy of this 
e-mail and any printout.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Printing/Crystal Reports error....

[Jason Miller]

Resolved for me.  There were fields in the Crystal Report that the my test
user, when in the limited group, did not have access to.  I removed those
fields and the errors went away.

One note, the error was different in WUT 7.1 p2.  The ODBC error actually
said that I didn't have access to field xyz.

Hope this helps you out.

Jason

On Wed, Sep 16, 2009 at 1:00 PM, Jason Miller wrote:

> An Update:  I added read permissions for the (limited) group that my test
> user is in to field '1'.  I still encountered the 9021 error.  I then remove
> the group's permissions to field '1' and added the user to a group that has
> access to all fields on the form but is still restricted to records by row
> level permissions.  I did not get the error.
>
> I am thinking there is a field in the report that my test user does not
> have permissions to when in the limited group even though they have
> permissions to the record.  I am checking the permission on the fields being
> pulled by the Report, I'll update if that fixes the issue.
>
> Jason
>
>
> On Wed, Sep 16, 2009 at 10:55 AM, Jason Miller wrote:
>
>> I am actually running into the same thing this morning.  I have an old
>> Crystal Report that I am reusing behind a new button and Active Link.  If I
>> run the report from WUT I get the same message.  I am checking the ODBC
>> settings, reports settings and AL settings now.
>>
>> The report does run from Mid-Tier but I am seeing a different issue (the
>> reason I tried it in the User Tool).  From the MT the row level permissions
>> are not being enforced.  I open the form as a test user and query for all
>> records, I get two results.  I run the report from the button and I see all
>> records in the data range that I select.
>>
>> I suspect these issue may be related to row level permissions being used
>> on this form.  I'll let you know what I find about the 9021 error.
>>
>> ARS 7.5 p2
>> MT 7.1 p5
>> WUT 7.5 p2
>>
>> Jason
>>
>>
>> On Wed, Sep 16, 2009 at 7:00 AM,  wrote:
>>
>>> **
>>>
>>> We’re getting an error condition but I don’t know where to go to look to
>>> resolve it.  Briefly, we bring up an
>>>
>>> incident in Incident Management, then click on the “print” button. It
>>> then brings up a screen that shows an
>>>
>>> error box that is titled “Crystal Report Viewer” and contains “Failed to
>>> retrieve data from the database.
>>>
>>> Details: [Database Vendor Code: 9021] and an “OK” button. This is on our
>>> production server that is just
>>>
>>> getting it’s final checkout before going live. This happens in the user
>>> tool as an admin. It’s
>>>
>>> reproducible.
>>>
>>>
>>>
>>>  The Development sever has the options set up the same but it works as
>>> it should. We thought that
>>>
>>> they were set up identically as far as options/choices/ etc. go.  Comparing
>>> the two setups doesn’t
>>>
>>> seem to show much, but we’re not sure what we should be looking at/for
>>> for this one.
>>>
>>>
>>>
>>> We’re on 7.5, patch 1.
>>>
>>>
>>>
>>> Any suggestions as to what to check/read/etc. are welcomed. Thanks!!
>>>
>>>
>>>
>>>
>>>
>>> Portions of this message may be confidential under an exemption to Ohio's
>>> public records law or under a legal privilege. If you have received this
>>> message in error or due to an unauthorized transmission or interception,
>>> please delete all copies from your system without disclosing, copying, or
>>> transmitting this message.
>>> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
>>> Are"_
>>
>>
>>
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Crystal Reports: Passing Parameters

[Elry]

Hi Folks..

Environment:

SQL Server 2005
Windows Server 2003
ARS 7.5.2
Crystal Reports XI

Issue:

How do you pass a a simple parameter like Request ID to a Crystal
report to ensure that you can generate a fixed report from a Dialog
form.

Any ideas.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Row level permission in Crystal Report on Mid-Tier

[Jason Miller]

As I mentioned in the “Printing/Crystal Reports error” thread, we are
seeing that row level permission are not enforced when triggering a Crystal
Report from an Active Link on the Mid-Tier.  Open the same form and press
the same button with the same user in the WUT and only the records that the
user has permissions to are shown in the report.

Has anybody else experienced this?

ARS 7.5 p1
Mid-Tier 7.1 p5  (win 2003/Apache 2.2/Tomcat 5.5.26)
WUT 7.5 p2 / WUT 7.1 p2
Crystal Reports Server 11.5
MS SQL 2005  (Windows 2008 x64 both db and app servers)

Thanks,
Jason

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Row level permission in Crystal Report on Mid-Tier

[Rod Harris]

Just a possibility.

Do you have a user name and password configured for the ODBC data
source on the crystal web server?

Rod

On 17/09/2009, Jason Miller  wrote:
> ** As I mentioned in the “Printing/Crystal Reports error” thread, we are
> seeing that row level permission are not enforced when triggering a Crystal
> Report from an Active Link on the Mid-Tier.  Open the same form and press
> the same button with the same user in the WUT and only the records that the
> user has permissions to are shown in the report.
>
> Has anybody else experienced this?
>
> ARS 7.5 p1
> Mid-Tier 7.1 p5  (win 2003/Apache 2.2/Tomcat 5.5.26)
> WUT 7.5 p2 / WUT 7.1 p2
> Crystal Reports Server 11.5
> MS SQL 2005  (Windows 2008 x64 both db and app servers)
>
> Thanks,
> Jason
> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Crystal Reports: Passing Parameters

[Rod Harris]

I hope I understand what you are trying to do.

As far as I know you can't pass parameters to crystal as such. You can
allow the crystal report to ask for parameters and you can control the
report by specifying the record selection query in the open window
action.This is fine in most cases. There are some occasions where this
is not sufficient.

One feature I use to simulate passing parameters from Remedy to
Crystal is the use of subreports. If you place your report inside
another report as a subreport, parameters can be passed to the
subreport from the wrapper report. These paramaters are typically used
to build the record selection query. Using this technique you can get
a lot of control of your report from Remedy.

In simple terms you can call a crystal report with a qualification
that acts as a parameter. You then use this qualification to construct
the real report qualification inside the subreport. In the subreport
you have access to the paramater as well as a record selection derived
from it. Without doing something like this you can have a tough time
trying to work out what the report is trying to show from the results
returned by its qualification.

I hope this makes some sense to you. I'm assuming that you know about
crystal subreports. If you don't it's worth learning about them as
they are a very useful feature.

Rod


On 17/09/2009, Elry  wrote:
> Hi Folks..
>
> Environment:
>
> SQL Server 2005
> Windows Server 2003
> ARS 7.5.2
> Crystal Reports XI
>
> Issue:
>
> How do you pass a a simple parameter like Request ID to a Crystal
> report to ensure that you can generate a fixed report from a Dialog
> form.
>
> Any ideas.
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Question concerning REPLACE function

[Brandi Barbour]

All,
I hope someone has an easy solution to this problem. 
For example if i have a field that has a value of CM - 
Testing and I need it to just have CM - 
Testing
I am trying to use a set fields with REPLACE($csc_char_label1$,  "<%>", 
"")   However this is not working and returning the whole value.  Anyway 
to use the wildcard with this function?   The reason is that the value 
changes with different html tags and i would like a universal replace to 
work but maybe it will not.
Any help is appreciated.
 
Thanks,
Brandi
Windows 2003
SQL 2005
ARS 7.0.1 patch 003
ITSM 7.1

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Question concerning REPLACE function

[Frank Caruso]

Not sure if this will work for you but if the text you are looking for
is always surrounded by the "" tags and there is only one set then
the following will extract what is between:

SUBSTR($VALUE$,STRSTR($VALUE$,"p>")+2,STRSTR($VALUE$," wrote:
> ** All,
> I hope someone has an easy solution to this problem.
> For example if i have a field that has a value of  size="2">CM -
> Testing and I need it to just have CM -
> Testing
> I am trying to use a set fields with REPLACE($csc_char_label1$,  "<%>",  "")
>   However this is not working and returning the whole value.  Anyway to use
> the wildcard with this function?   The reason is that the value changes with
> different html tags and i would like a universal replace to work but maybe
> it will not.
> Any help is appreciated.
>
> Thanks,
> Brandi
> Windows 2003
> SQL 2005
> ARS 7.0.1 patch 003
> ITSM 7.1 _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the
> Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: Row level permission in Crystal Report on Mid-Tier

[Jason Miller]

Hi Rod,

Yes the username/password are configured in the System DSN on the CR
server.  This is the first time we have tried to limit the results with
permissions that are less than APP-Support, which the System DSN user is a
member of as well as most of our users.  I had never noticed that it is
using the credentials stored in the System DSN to authenticate.  Probably
because queries based on $USER$ and $GROUPS$ work as expected for the user
authenticated to the MT.

I Removed the Credentials from the System DSN and now the report prompts for
credentials.  After supplying credentials the records returned are only the
ones the user should see.  The problem now is the user should not be
prompted for their credentials when running the report.

I had not read what the newer versions said about setting up CR so I did a
refresher.  I found this on page 117 of the 7.5 Mid-Tier guide.

*Crystal Designer and Crystal Reports use the user name and password in the
System DSN to log in to AR System. When you create reports in Crystal
Designer, you use a System DSN complete with a user name and a password. If
Crystal Designer requests user information, do not provide it. The
information in the System DSN should be sufficient. If not, provide the
required information in the System DSN, not in Crystal Designer. Do not use
a User DSN when you create or run Crystal Reports. Before you run any
reports, however, modify your System DSN to remove the user name and
password. This causes Crystal Reports to use the user name and password of
the user currently logged in. Failure to remove the user name and password
from the System DSN might give you unexpected results when you run your
report.*

As far as I can tell I am now setting up the report (reattached to the
report form) and System DSN correctly.  The report should use the
credentials of the user logged into MT and not prompt.

This db has been upgraded from 7.0 -> 7.0.1 -> 7.5 over the years.  I
remember having issues with the Report Type records not being updated during
upgrade from 6.x to 7.x because the records already existed.  I had to
manually chance some of the Command values.  Maybe one of the Command fields
needs to be updated?

This is a MT 7.1 running against ARS 7.5 which is kind of backwards.  Maybe
there is an issue here.  We are still building our 7.5 MT servers (there has
been no rush).  Maybe I'll have to finish up the Crystal integration on our
pre-production 7.5 MT and try it again.

Jason

On Wed, Sep 16, 2009 at 6:07 PM, Rod Harris  wrote:

> Just a possibility.
>
> Do you have a user name and password configured for the ODBC data
> source on the crystal web server?
>
> Rod
>
> On 17/09/2009, Jason Miller  wrote:
> > ** As I mentioned in the “Printing/Crystal Reports error” thread, we
> are
> > seeing that row level permission are not enforced when triggering a
> Crystal
> > Report from an Active Link on the Mid-Tier.  Open the same form and press
> > the same button with the same user in the WUT and only the records that
> the
> > user has permissions to are shown in the report.
> >
> > Has anybody else experienced this?
> >
> > ARS 7.5 p1
> > Mid-Tier 7.1 p5  (win 2003/Apache 2.2/Tomcat 5.5.26)
> > WUT 7.5 p2 / WUT 7.1 p2
> > Crystal Reports Server 11.5
> > MS SQL 2005  (Windows 2008 x64 both db and app servers)
> >
> > Thanks,
> > Jason
> > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers
> > Are"_
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> Platinum 
> Sponsor:rmisoluti...@verizon.netARSlist: 
> "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

Re: ARERR [9217] fail to load data visualisation field for SRM 2.2.0 Patch 003 using ARS 7.5

[Ankita Ahuja]

Mohtashim,

Its not allowing me to send the def files as the size exceeds.

You may take the export of the same from any other system or you may share any 
FTP where I can upload the def files.

thanks

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Mohtashim Abbasi - Technosys Limited
Sent: Wednesday, September 16, 2009 5:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: ARERR [9217] fail to load data visualisation field for SRM 2.2.0 
Patch 003 using ARS 7.5


Thanks Ankita for the solution. I've just found out that I'm missing following 
active links.



 1.  SRS:SRC:EN_SetEntitlement_CallGuide
 2.  SRSSRC:DVFAction_ClearEventAndParamData
 3.  SRSSRC:DVFAction_SendToDVF_BrowseServices
 4.  SRSSRC:DVFAction_SendToDVF_BrowseCategories
 5.  SRSSRC:DVFAction_SendToDVF_ListServicesAndListQuickPicks
 6.  SRSSRC:DVFAction_SetUserMode
 7.  SRSSRC:DVFAction_SendToDVF_DisplayBusyView

These are not even present in the list of active links configured for 
SRS:ServiceRequestConsole Form
Any suggestions?

Regards,

Mohtashim



From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Ankita Ahuja
Sent: 16 September 2009 11:35
To: arslist@ARSLIST.ORG
Subject: Re: ARERR [9217] fail to load data visualisation field for SRM 2.2.0 
Patch 003 using ARS 7.5



Hi Mohtashim,

There's a fix provided for the Error 9217 in SRM.

Please find the solution below:



Verify the following:
"SRS:SRC:DVFAction_SendToDVF_ProvideInformation" Activelink exists.


"SRS:SRC:DVFProcessAction" Activelink Guide exists and should have 9 Active 
links in the following order:
1. SRS:SRC:EN_SetEntitlement_CallGuide
2. SRSSRC:DVFAction_ClearEventAndParamData
3. SRSSRC:DVFAction_SendToDVF_BrowseServices
4. SRSSRC:DVFAction_SendToDVF_BrowseCategories
5. SRSSRC:DVFAction_SendToDVF_ListServicesAndListQuickPicks
6. SRSSRC:DVFAction_SendToDVF_ProvideInformation
7. SRSSRC:DVFAction_SetUserMode
8. SRSSRC:DVFAction_SendToDVF_AllActions
9. SRSSRC:DVFAction_SendToDVF_DisplayBusyView

Thanks
Ankita



From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Mohtashim Abbasi - Technosys Limited
Sent: Wednesday, September 16, 2009 3:10 PM
To: arslist@ARSLIST.ORG
Subject: ARERR [9217] fail to load data visualisation field for SRM 2.2.0 Patch 
003 using ARS 7.5

Hi Everybody,
We are running SRM 2.2 on ARS 7.5 along with ITSM 7.5. We get ARERR [9217] 
after logging onto SRM application console. It seems like we are having problem 
accessing plug in directory. Yet we've reviewed all permissions and it seems 
like permissions are not really the issue. We also configured SRM application 
to integrate with mid-tier and tested mid-tier URL in browser to find out if we 
are able to browse to SRM form and all of that works fine. Not much information 
in error log either that could help us troubleshoot this issue. Please feel 
free to suggest in case anybody among you have seen this before.

Regards,
Mohtashim Abbasi



_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

DISCLAIMER:
---

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. 
Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the 
opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of
this message without the prior written consent of the author of this e-mail is 
strictly prohibited. If you have
received this email in error please delete it and notify the sender 
immediately. Before opening any mail and
attachments please check them for viruses and defect.

---


_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ 
_Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"