Re: Figure out current CMDB version

[Jared Fields]

Thank you ALL. This is very helpful!

Jared

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Janie Sprenger
Sent: Thursday, October 22, 2015 4:49 PM
To: arslist@ARSLIST.ORG
Subject: Re: Figure out current CMDB version

**
In Atrium Core Console, upper right hand corner there is an About button, that 
will tell you the Atrium Core version.

Janie

On Thu, Oct 22, 2015 at 2:20 PM, Carl Wilson 
> wrote:
**
Hi,
The SHARE:Application_Properties form will tell you what version is installed.
Sort by Property Value and look for "Atrium CMDB" for the values.

Cheers.



Kind Regards,

Carl Wilson


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jared 
Fields
Sent: 22 October 2015 18:32
To: arslist@ARSLIST.ORG
Subject: Figure out current CMDB version

**

Hey guys,



I feel like an asshole for asking this, but can anyone tell me how to figure 
out what version of the BMC CMDB that I'm running? Is it under the Atrium Core 
tab in Remedy? Or can I find out from ADDM?



We are On Demand, so I don't think I can just pop into the server and check.



Thanks,

Jared


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

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

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

Re: Row level access in ITSM

[lars . j . pettersson]

Yes, people belonging to a special team should be restricted from public access 
to entries. Not only for Incidents, I guess also for CI's...Problems, Changes...

They need access to the different companies we have, so therefore the company 
restriction does not work.

Maybe more easy to take down the sun than configure this...:)

// Lars

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
Sent: Friday, October 23, 2015 11:25 AM
To: arslist@ARSLIST.ORG
Subject: Re: Row level access in ITSM

Hi,

When we discussed this earlier I understood that the group you want to give 
limited access is an external Vendor.

Field 60900 is called Vendor Assignee Group, which seems to imply that it is 
intended for this.

What is also important is that 112 is not set to Public, as this would prevent 
field 60900 to have any affect for those tickets.

Note that I have very limited knowledge about ITSM, and what can be configured. 
I have just looked at the permissions on field id 1 and a little on the 
workflow attached to field 112 and 60900. To me it seems that someone intended 
the OOB functionality to work exactly as you desired, but I do not know if it 
all got implemented...

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

> Hi,
>
> I have worked on row level access where company A can not see 
> incidents of company B. To do that you have to do customization very 
> carefully so that it doesnt break other functionality which is dependent on 
> that.
> You can work with two fields , 112 and 60900 which is used for row 
> level access. there are few workflows which sets the company 
> permission group ids into this fields and you can have look at the 
> logs and alter the workflow based on you need.
>
> Regards,
> Jayesh
>
> On Thu, Oct 22, 2015 at 1:25 PM,  wrote:
>
>> **
>>
>> Hi, we have an ARS system built ourselves, where we have implemented 
>> Row Level Access by changing permission for field 1 and using dynamic groups.
>>
>> This makes it possible to only allow access for users to entries that 
>> they are allowed to see.
>>
>>
>>
>> In our ITSM system, all Incidents for example can be accessed by all 
>> users. We have no possibility to use company restrictions.
>>
>>
>>
>> I wonder if anyone has been able to implement row level access in 
>> ITSM as described? If so, how did you solve it?
>>
>>
>>
>> Best regards, Lars, Vattenfall Sweden.
>>
>>
>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> __
> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> "Where the Answers Are, and have been for 20 years"
>

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

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

Re: Row level access in ITSM

[Misi Mladoniczky]

Hi,

When we discussed this earlier I understood that the group you want to give
limited access is an external Vendor.

Field 60900 is called Vendor Assignee Group, which seems to imply that it is
intended for this.

What is also important is that 112 is not set to Public, as this would prevent
field 60900 to have any affect for those tickets.

Note that I have very limited knowledge about ITSM, and what can be
configured. I have just looked at the permissions on field id 1 and a little
on the workflow attached to field 112 and 60900. To me it seems that someone
intended the OOB functionality to work exactly as you desired, but I do not
know if it all got implemented...

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

> Hi,
>
> I have worked on row level access where company A can not see incidents of
> company B. To do that you have to do customization very carefully so that
> it doesnt break other functionality which is dependent on that.
> You can work with two fields , 112 and 60900 which is used for row level
> access. there are few workflows which sets the company permission group ids
> into this fields and you can have look at the logs and alter the workflow
> based on you need.
>
> Regards,
> Jayesh
>
> On Thu, Oct 22, 2015 at 1:25 PM,  wrote:
>
>> **
>>
>> Hi, we have an ARS system built ourselves, where we have implemented Row
>> Level Access by changing permission for field 1 and using dynamic groups.
>>
>> This makes it possible to only allow access for users to entries that they
>> are allowed to see.
>>
>>
>>
>> In our ITSM system, all Incidents for example can be accessed by all
>> users. We have no possibility to use company restrictions.
>>
>>
>>
>> I wonder if anyone has been able to implement row level access in ITSM as
>> described? If so, how did you solve it?
>>
>>
>>
>> Best regards, Lars, Vattenfall Sweden.
>>
>>
>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

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

Remedy Report Issue

[Lockwood, Teresa]

I'm seeing an issue with web reports and hoping someone has encountered this 
before.  AR System reports are fine but the Web reports give the following 
error:

[cid:image002.png@01D10D6B.AF25B200]

BMC suggested that we've updated Java on the midtier servers but haven't.  JDK 
is version 1.7.  I've sent them logs so now I wait.  Any suggestions as to 
where to look.


Thank you,

TERRI LOCKWOOD * SENIOR SYSTEM ADMINISTRATOR * SunGard *  AvantGard *
701 San Marco Blvd, Suite 1100 *  Jacksonville, FL 32207
Office +1 (904) 281-8069 * Cell +1 (904) 627-8651 * 
teresa.lockw...@sungard.com


[ASDEmailFooter]

P Think before you print

CONFIDENTIALITY: This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited. If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.


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

Re: 9215 Error generating page content

[arslist]

Is there any commonality for those that do get the error:

Only those that run a specific version of the browser

Only those in one particular Group that has more in that results list than 
others
Only those in a particular environment, e.g. they all have a particular pc they 
use versus others

As you probably know, some underlying consistent cause must exist, and you need 
to know it to resolve. Clearly BMC thinks the results list being removed will 
fix it, but that doesn't explain why for some and not for others, root cause 
analysis.

Last time I saw that browser error it was consistent for all, a form was 
totally corrupted which isn't the case here.

As John suggested, more of your log might give us a clue. 
The ARSlist does allow attachments if you can attach a log from where you are.

Hope that is a useful.

Dan

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Scott Halanger
Sent: October 21, 2015 11:39 AM
To: arslist@ARSLIST.ORG
Subject: 9215 Error generating page content

Hello Listers was hoping that someone here may have run into this issue. We are 
seeing the below intermittent error when clicking on Quick Links>Approval 
Central>Alternate Approvers Link. Once we click on the link we get the below. 
We are running itsm 8.1.02.001 RTLW_05/05/15_74299_debug 201505041023Hotfix. 
Againt Linux 2.6.32-504.30.3.el6.x86_64. This does not happen for everyone and 
even for the people who do see this issue, it does not happen all the time. BMC 
is reccomending that we remove field 1020 (results list), we would like to have 
an alternative to the bmc reccomendation. Has anyone in here run into this 
issue. 

Error generating page content. Try to clear browser cache and reload page. See 
Mid-Tier log for details. Form: AP:Alternate 

ARERR [9215]
Internal error. : Error generating page content. Try to clear browser cache and 
reload page. See Mid-Tier log for details. Form: AP:Alternate 
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers 
Are, and have been for 20 years"

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

Re: 9215 Error generating page content

[Hennigan, Sandra, CTR, DSS]

This maybe a long shot; it used to cause issues in earlier Remedy versions -

For the Results List, what is the "Width" setting of each Field Name? Does the 
Sum of the Width of all of the Field Names included in the Results List exceed 
255?

Example:

Field Name = Status. Width = 50
Field Name = Summary. Width = 125
Decrease the Width to 10 or 20 for both fields.

Thank you,

Sandra


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of arslist
Sent: Friday, October 23, 2015 1:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: 9215 Error generating page content

Is there any commonality for those that do get the error:

Only those that run a specific version of the browser

Only those in one particular Group that has more in that results list than 
others Only those in a particular environment, e.g. they all have a particular 
pc they use versus others

As you probably know, some underlying consistent cause must exist, and you 
need to know it to resolve. Clearly BMC thinks the results list being removed 
will fix it, but that doesn't explain why for some and not for others, root 
cause analysis.

Last time I saw that browser error it was consistent for all, a form was 
totally corrupted which isn't the case here.

As John suggested, more of your log might give us a clue.
The ARSlist does allow attachments if you can attach a log from where you are.

Hope that is a useful.

Dan

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Scott Halanger
Sent: October 21, 2015 11:39 AM
To: arslist@ARSLIST.ORG
Subject: 9215 Error generating page content

Hello Listers was hoping that someone here may have run into this issue. We 
are seeing the below intermittent error when clicking on Quick Links>Approval 
Central>Alternate Approvers Link. Once we click on the link we get the below. 
We are running itsm 8.1.02.001 RTLW_05/05/15_74299_debug 201505041023Hotfix. 
Againt Linux 2.6.32-504.30.3.el6.x86_64. This does not happen for everyone and 
even for the people who do see this issue, it does not happen all the time. 
BMC is reccomending that we remove field 1020 (results list), we would like to 
have an alternative to the bmc reccomendation. Has anyone in here run into 
this issue.

Error generating page content. Try to clear browser cache and reload page. See 
Mid-Tier log for details. Form: AP:Alternate

ARERR [9215]
Internal error. : Error generating page content. Try to clear browser cache 
and reload page. See Mid-Tier log for details. Form: AP:Alternate 
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers 
Are, and have been for 20 years"

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

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


smime.p7s
Description: S/MIME cryptographic signature

Template with Web Service Submit

[Brittain, Mark]

Hi All & TGIF,

I have an external web service which creates a record in the 
CHG:ChangeInterface_Create and then of course creates the CHG:Infrastructure 
Change. The type of Changes being requested are for real simple "quick" changes 
and as such needs to have an abbreviated process flow. If I was manually 
creating this type of change, I could use template containing the abbreviated 
process flow.

Is there a way to designate in the CHG:ChangeInterface_Create to use a specific 
template or a specific flow process?

ARS 7.6.04 SP5
ITSM 7.6.04 SP2

Thanks

Mark

Mark Brittain
Sr. OSD Systems Engineer
ITILv3 Foundation, Continual Service Improvement
NaviSite, Inc. - A Time Warner Cable Company
mbritt...@navisite.com
Office: 315.634.9337
Mobile: 315.882.5360
[navsig]




This E-mail and any of its attachments may contain Time Warner Cable 
proprietary information, which is privileged, confidential, or subject to 
copyright belonging to Time Warner Cable. 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, 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
"Where the Answers Are, and have been for 20 years"

Re: Remedy Report Issue

[Pandi C]

**

We have received the error message when running the report without
selecting the records, and with wrong qualification.

Are you getting the same error message when using on other report template?

Regards,
Pandi.C
On 23 Oct 2015 6:06 pm, "Lockwood, Teresa" 
wrote:

> **
>
> I’m seeing an issue with web reports and hoping someone has encountered
> this before.  AR System reports are fine but the Web reports give the
> following error:
>
>
>
>
>
> BMC suggested that we’ve updated Java on the midtier servers but haven’t.
> JDK is version 1.7.  I’ve sent them logs so now I wait.  Any suggestions
> as to where to look.
>
>
>
>
>
> Thank you,
>
>
>
> *TERRI LOCKWOOD* • SENIOR SYSTEM ADMINISTRATOR • SunGard •  AvantGard •
>
> 701 San Marco Blvd, Suite 1100 •  Jacksonville, FL 32207
>
> Office +1 (904) 281-8069 • Cell +1 (904) 627-8651 •
> teresa.lockw...@sungard.com
>
>
>
>
>
> [image: ASDEmailFooter]
>
>
>
> P *Think before you print *
>
>
>
> CONFIDENTIALITY: This e-mail (including any attachments) may contain
> confidential, proprietary and privileged information, and unauthorized
> disclosure or use is prohibited. If you received this e-mail in error,
> please notify the sender and delete this e-mail from your system.
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

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

Re: Verizon Walnut Creek,CA Remedy position

[Ray Gellenbeck]

agreed.  10 recruiters later (literally), I'm starting to cringe just at
the name of Walnut Creek.

On Fri, Oct 23, 2015 at 5:29 PM Rick Cook  wrote:

> **
>
> Yeah, I talked to some folks a while ago about positions there.  The rates
> don't reflect a Bay area economy.
>
> Rick
> On Oct 23, 2015 5:27 PM, "Joe D'Souza"  wrote:
>
>> I have had some contact with a couple of recruiters too and the rates seem
>> below current average rates that most recruiters that contacted me have
>> quoted.
>>
>> Cheers
>>
>> Joe
>>
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList)
>> [mailto:arslist@ARSLIST.ORG] On Behalf Of Samuel J Albury III
>> Sent: Wednesday, October 21, 2015 2:18 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Verizon Walnut Creek,CA Remedy position
>>
>> Whoever decides to take this position, please update the list that its
>> filled. There are at least 15 recruiters calling everyone for this.
>>
>>
>> ___
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> "Where the Answers Are, and have been for 20 years"
>>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

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

BMC Software use Scapa TPP to verify Remedy 9 tuning parameters

[Iain McLeod]

http://www.scapatech.com/2015/10/bmc-software-use-scapa-tpp-to-verify-remedy-9-tuning-parameters/

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

Re: Verizon Walnut Creek,CA Remedy position

[Joe D'Souza]

I have had some contact with a couple of recruiters too and the rates seem
below current average rates that most recruiters that contacted me have
quoted.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Samuel J Albury III
Sent: Wednesday, October 21, 2015 2:18 AM
To: arslist@ARSLIST.ORG
Subject: Verizon Walnut Creek,CA Remedy position

Whoever decides to take this position, please update the list that its
filled. There are at least 15 recruiters calling everyone for this. 

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

Re: Verizon Walnut Creek,CA Remedy position

[Rick Cook]

Yeah, I talked to some folks a while ago about positions there.  The rates
don't reflect a Bay area economy.

Rick
On Oct 23, 2015 5:27 PM, "Joe D'Souza"  wrote:

> I have had some contact with a couple of recruiters too and the rates seem
> below current average rates that most recruiters that contacted me have
> quoted.
>
> Cheers
>
> Joe
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Samuel J Albury III
> Sent: Wednesday, October 21, 2015 2:18 AM
> To: arslist@ARSLIST.ORG
> Subject: Verizon Walnut Creek,CA Remedy position
>
> Whoever decides to take this position, please update the list that its
> filled. There are at least 15 recruiters calling everyone for this.
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

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