Re: Users missing links to modules on home page

[itsm.support]

Hi,

We did faced similar issue several times even on 7.0.03 environment. Removing 
application permissions and reapplying permissions resolves issue each time.

--
Regards,
Sunil
 
Vyom Labs Pvt. Ltd.
BSM Solutions & Services || ITIL Consulting & Training
Email: [hidden email]  || Web Site: www.vyomlabs.com Follow Vyom Labs 
http://twitter.com/#!/vyomlabs || http://www.linkedin.com/company/vyom-labs
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Lisa Singh
Sent: Tuesday, June 11, 2013 9:21 AM
To: arslist@ARSLIST.ORG
Subject: Re: Users missing links to modules on home page

On 6/10/13, Thomas  wrote:
> Hello all,
>
> we have some users that are complaining that they cannot access incident
> management, change management and so on when logged on to our ITSM7.6.03
> system. Their accounts are set up normally and they have proper
> permissions

I've not seen this in 7.6.03 but did start to get a similar thing in
7.6.04 - to resolve it I removed their application permissions and
added them in again.

Lisa

___
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: Users missing links to modules on home page

[Lisa Singh]

On 6/10/13, Thomas  wrote:
> Hello all,
>
> we have some users that are complaining that they cannot access incident
> management, change management and so on when logged on to our ITSM7.6.03
> system. Their accounts are set up normally and they have proper
> permissions

I've not seen this in 7.6.03 but did start to get a similar thing in
7.6.04 - to resolve it I removed their application permissions and
added them in again.

Lisa

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

Re: 6.3 upgrade options?

[Brian Pancia]

**
7.6.04 and up shouldn't use the client tool anyways. It sounds like you are running 2 separate systems on different versions with one client tool. Why not keep 7.6.04 Web based and use the right client tool for the older version or go completely Web based. If you are looking at upgrading ars with no apps I would go 8.1. Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network.From: Rick CookSent: Monday, June 10, 2013 09:23 PMTo: arslist@ARSLIST.ORGReply To: arslist@ARSLIST.ORGSubject: Re: 6.3 upgrade options?**
I am not surprised that you are seeing authentication issues.  In 5.0, the API changed. Using a post 5 UT against a 4.x server will have issues. 
Rick
On Jun 10, 2013 6:14 AM, "Brittain, Mark"  wrote:
**








Hi Dave,
 
Have you considered leaving 6.3 behind? Trying to move from ARS 6.3 and Oracle 9 not to mention the server hardware and OS, involves stepping through the versions.
 Not that building new in 7.6 would be an easy task but in the long run might be the better way to go.
 
Mark
 


From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]
On Behalf Of Dave Barber
Sent: Friday, June 07, 2013 12:14 PM
To: arslist@ARSLIST.ORG
Subject: Re: 6.3 upgrade options?


 
** 


The grey hairs are coming along in leaps and bounds here, which is why I casually suggested to management that we upgrade the 6.3 server to something that we know tends to work with the 7.6.04 client.


4.5 is the server that needs to be decomissioned, resetting a password on there causes every client after v7 to crash.


 

On 7 June 2013 16:05, Campbell, Paul (Paul)  wrote:
** 


I have seen issues where the Windows User tool crashes as well, I seem to see it more when doing
 GUI related activates, like clicking in a field, or trying to click and drag to select the value in a field, and doing a copy to new and clicking in a field to change data. The User tool just disappears, no error, nothing in the Event logs, nothing, just exits.
  I am thinking it is something with my 7.6.04 WUT and a MSVC dll compatibility.  We are a 100% custom app shop, no OOTB box apps.  It only happens to me, but on 2 different machines.  Trying to figure out what is causing this is causing me more than a few
 gray hairs since it seems to happen at the worse times.
 

From: Action Request System discussion
 list(ARSList) [mailto:arslist@ARSLIST.ORG]
On Behalf Of Dave Barber
Sent: Friday, June 07, 2013 10:06 AM


To: arslist@ARSLIST.ORG
Subject: 6.3 upgrade options?


 
**





All,




We have a legacy Remedy 6.3 application, and since we upgraded all of our clients to 7.6.04 for our primary incident applications (server soon to be upgraded, its currently on 7.0.1) we've experienced some  unexpected behaviour (client crashing).






There are a few options - take the application on the 6.3 platform to the primary incident platform, drop the application for something out of the box (ie. SRM) or in the shorter term
 upgrade the server from Remedy 6.3





Database is Oracle 9, I'm thinking that in the shorter term a sensible approach would be to upgrade the 6.3 install to 7.0.1.





Shouldn't be any issues with this, should there?  No application changes, licensing shouldn't be an issue.  Just a quick install of 7.0.1, shouldn't take long  :)

Regards

Dave



_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_




This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged,
 confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited.



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.




_ARSlist: "Whe

Re: Odd 93 timeout behaviour in 8.1.0

[Ben Chernys]

Hi Steve,

 

Thanks you've given me a good hint.

 

I only read the readable ones and only allow writes to the writable ones.  I
throw my own errors if an inappropriate operation is attempted.

 

It could very well be the DB Free Space one.  That makes sense if the server
is busy.  And that would likely not be in server memory.

 

I never actually look at the values other than the first four I get
separately.  I'm not sure I can get rid of any of them (it would be a logic
hole) but I will for a quick test.  Then I am not sure what I'll do but
perhaps just add a bit of doc.

 

Thanks

Ben

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Steve Kallestad
Sent: June-10-13 23:56
To: arslist@ARSLIST.ORG
Subject: Re: Odd 93 timeout behaviour in 8.1.0

 

** 

Oh - and beware # 348 - it's used to restart the plugin server, but if I'm
not mistaken on a read it will just give you an error.

 

On Mon, Jun 10, 2013 at 2:51 PM, Steve Kallestad  wrote:

 

I would try doing a little bit of logging or maybe even chopping the list
down to see where the problem is.  I imagine it's just one or two out of the
entire list that's giving you a headache.

 

I threw together a quick script to iterate through them and 209 - Get DB
Free Space took a while.  Outside of that everything came back pretty darn
fast.

 

 

 

On Mon, Jun 10, 2013 at 4:38 AM, Ben Chernys
 wrote:

** 

Hi Folks,

 

Just another odd behaviour I am noticing and wondering if, firstly, anyone
else does this, and secondly, if there is any work-around for this.  This
behaviour is only noticed on 8.1 and not on 8.0 or other versions of ARS
though my memory gets murkier as time passes.

 

Environment:

 

ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.

 

ARS Version   8.1.00 201301251157

DB Type   SQL -- SQL Server

DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 

OS  Windows 6.1

2 element server group.  I connect to the admin server.

 

Issue:

 

I am getting 93s regularly though intermittently at a single point when the
server is actually busy.  The oddity is that point.

 

I initialise by authenticating to the server and then asking for a very few
pieces of information from that server including its name and version.

 

I then build a complete list of available, readable info items and get that
as well (some 350ish).  It is here that I get the timeouts albeit when the
server is busy.  The call is "ARGetServerInfo".  I obviously select only the
readable items.  

 

If I get through that, I have generally no further time-outs and processing
runs at normal speeds.  

 

I now execute the same three calls on another 7.1 server - that is: session
initiation, a few items in a single getinfo call, all available items in a
further get info call.  I then process queries, updates, schema and field
gets across the two servers - all without further ado.  

 

Most if not all the info for this call would be in memory of the arserver,
So the oddity is why this call often returns a 93, only on the 8.1 server,
and only when the server is actually busy, having responded very quickly to
the same call with only a few items in the request block.

 

Ben Chernys
Senior Software Architect
  

Canada / Deutschland
Mobile:  +49 171 380 2329  GMT + 1 + [
DST ]
Email:   Ben.Chernys_AT_softwaretoolhouse.com
Web:   www.softwaretoolhouse.com

We are a BMC Technology Alliance Partner.


Check out Software Tool House's free Diary Editor and out Freebies

Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.

Meta-Update, our premium ARS Data tool, lets you automate 
your imports, migrations, in no time at all, without programming, 
without staging forms, without merge workflow. 
  http://www.softwaretoolhouse.com/  

 

 

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

 

 

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

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3343 / Virus Database: 3199/6398 - Release Date: 06/10/13


___
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

Re: Odd 93 timeout behaviour in 8.1.0

[Ben Chernys]

PS.  I never had the problem with other servers and I do the exact same
operation for all readable items (though there are a few less because the
other server is older) which never times out.  Presumably that server is
busy as well.

 

So no matter that you probably found the individual item causing the issue,
it is a behaviour change in 8.1

 

Cheers

Ben

 

From: Ben Chernys [mailto:ben.cher...@softwaretoolhouse.com] 
Sent: June-11-13 00:17
To: 'arslist@ARSLIST.ORG'
Subject: RE: Odd 93 timeout behaviour in 8.1.0

 

Hi Steve,

 

Thanks you've given me a good hint.

 

I only read the readable ones and only allow writes to the writable ones.  I
throw my own errors if an inappropriate operation is attempted.

 

It could very well be the DB Free Space one.  That makes sense if the server
is busy.  And that would likely not be in server memory.

 

I never actually look at the values other than the first four I get
separately.  I'm not sure I can get rid of any of them (it would be a logic
hole) but I will for a quick test.  Then I am not sure what I'll do but
perhaps just add a bit of doc.

 

Thanks

Ben

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Steve Kallestad
Sent: June-10-13 23:56
To: arslist@ARSLIST.ORG
Subject: Re: Odd 93 timeout behaviour in 8.1.0

 

** 

Oh - and beware # 348 - it's used to restart the plugin server, but if I'm
not mistaken on a read it will just give you an error.

 

On Mon, Jun 10, 2013 at 2:51 PM, Steve Kallestad  wrote:

 

I would try doing a little bit of logging or maybe even chopping the list
down to see where the problem is.  I imagine it's just one or two out of the
entire list that's giving you a headache.

 

I threw together a quick script to iterate through them and 209 - Get DB
Free Space took a while.  Outside of that everything came back pretty darn
fast.

 

 

 

On Mon, Jun 10, 2013 at 4:38 AM, Ben Chernys
 wrote:

** 

Hi Folks,

 

Just another odd behaviour I am noticing and wondering if, firstly, anyone
else does this, and secondly, if there is any work-around for this.  This
behaviour is only noticed on 8.1 and not on 8.0 or other versions of ARS
though my memory gets murkier as time passes.

 

Environment:

 

ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.

 

ARS Version   8.1.00 201301251157

DB Type   SQL -- SQL Server

DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 

OS  Windows 6.1

2 element server group.  I connect to the admin server.

 

Issue:

 

I am getting 93s regularly though intermittently at a single point when the
server is actually busy.  The oddity is that point.

 

I initialise by authenticating to the server and then asking for a very few
pieces of information from that server including its name and version.

 

I then build a complete list of available, readable info items and get that
as well (some 350ish).  It is here that I get the timeouts albeit when the
server is busy.  The call is "ARGetServerInfo".  I obviously select only the
readable items.  

 

If I get through that, I have generally no further time-outs and processing
runs at normal speeds.  

 

I now execute the same three calls on another 7.1 server - that is: session
initiation, a few items in a single getinfo call, all available items in a
further get info call.  I then process queries, updates, schema and field
gets across the two servers - all without further ado.  

 

Most if not all the info for this call would be in memory of the arserver,
So the oddity is why this call often returns a 93, only on the 8.1 server,
and only when the server is actually busy, having responded very quickly to
the same call with only a few items in the request block.

 

Ben Chernys
Senior Software Architect
  

Canada / Deutschland
Mobile:  +49 171 380 2329  GMT + 1 + [
DST ]
Email:   Ben.Chernys_AT_softwaretoolhouse.com
Web:   www.softwaretoolhouse.com

We are a BMC Technology Alliance Partner.


Check out Software Tool House's free Diary Editor and out Freebies

Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.

Meta-Update, our premium ARS Data tool, lets you automate 
your imports, migrations, in no time at all, without programming, 
without staging forms, without merge workflow. 
  http://www.softwaretoolhouse.com/  

 

 

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

 

 

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

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3343 / Virus Database: 3199/6398 - Release Date: 06/10/13


___
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

Re: Odd 93 timeout behaviour in 8.1.0

[Steve Kallestad]

Oh - and beware # 348 - it's used to restart the plugin server, but if I'm
not mistaken on a read it will just give you an error.


On Mon, Jun 10, 2013 at 2:51 PM, Steve Kallestad  wrote:

>
> I would try doing a little bit of logging or maybe even chopping the list
> down to see where the problem is.  I imagine it's just one or two out of
> the entire list that's giving you a headache.
>
> I threw together a quick script to iterate through them and 209 - Get DB
> Free Space took a while.  Outside of that everything came back pretty darn
> fast.
>
>
>
>
> On Mon, Jun 10, 2013 at 4:38 AM, Ben Chernys <
> ben.cher...@softwaretoolhouse.com> wrote:
>
>> **
>>
>> Hi Folks,
>>
>> ** **
>>
>> Just another odd behaviour I am noticing and wondering if, firstly,
>> anyone else does this, and secondly, if there is any work-around for this.
>> This behaviour is only noticed on 8.1 and not on 8.0 or other versions of
>> ARS though my memory gets murkier as time passes.
>>
>> ** **
>>
>> Environment:
>>
>> ** **
>>
>> ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.**
>> **
>>
>> ** **
>>
>> ARS Version   8.1.00 201301251157
>>
>> DB Type   SQL -- SQL Server
>>
>> DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 
>>
>> OS  Windows 6.1
>>
>> 2 element server group.  I connect to the admin server.
>>
>> ** **
>>
>> Issue:
>>
>> ** **
>>
>> I am getting 93s regularly though intermittently at a single point when
>> the server *is* actually busy.  The oddity is that point.
>>
>> ** **
>>
>> I initialise by authenticating to the server and then asking for a very
>> few pieces of information from that server including its name and version.
>> 
>>
>> ** **
>>
>> I then build a complete list of available, readable info items and get
>> that as well (some 350ish).  It is here that I get the timeouts albeit when
>> the server is busy.  The call is “ARGetServerInfo”.  I obviously select
>> only the readable items.  
>>
>> ** **
>>
>> If I get through that, I have generally no further time-outs and
>> processing runs at normal speeds.  
>>
>> ** **
>>
>> I now execute the same three calls on another 7.1 server – that is:
>> session initiation, a few items in a single getinfo call, all available
>> items in a further get info call.  I then process queries, updates, schema
>> and field gets across the two servers – all without further ado.  
>>
>> ** **
>>
>> Most if not all the info for this call would be in memory of the
>> arserver,  So the oddity is why this call often returns a 93, only on the
>> 8.1 server, and only when the server is actually busy, having responded
>> very quickly to the same call with only a few items in the request block.
>> 
>>
>> ** **
>>
>> Ben Chernys
>> Senior Software Architect
>> [image: logoSthInc-sm]
>>
>> Canada / Deutschland
>> Mobile:  +49 171 380 2329GMT + 1 + [ DST ]
>> Email:   *Ben.Chernys_AT_softwaretoolhouse.com
>> *Web: www.softwaretoolhouse.com
>>
>> We are a BMC Technology Alliance Partner.
>>
>>
>> Check out Software Tool House's free Diary Editor and out Freebies
>>
>> Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.
>>
>> *Meta-Update**,* our premium ARS Data tool, lets you automate
>> your imports, migrations, *in no time at all*, without programming,
>> without staging forms, without merge workflow.
>> http://www.softwaretoolhouse.com/  
>>
>> ** **
>>
>> ** **
>> _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: Odd 93 timeout behaviour in 8.1.0

[Steve Kallestad]

I would try doing a little bit of logging or maybe even chopping the list
down to see where the problem is.  I imagine it's just one or two out of
the entire list that's giving you a headache.

I threw together a quick script to iterate through them and 209 - Get DB
Free Space took a while.  Outside of that everything came back pretty darn
fast.




On Mon, Jun 10, 2013 at 4:38 AM, Ben Chernys <
ben.cher...@softwaretoolhouse.com> wrote:

> **
>
> Hi Folks,
>
> ** **
>
> Just another odd behaviour I am noticing and wondering if, firstly, anyone
> else does this, and secondly, if there is any work-around for this.  This
> behaviour is only noticed on 8.1 and not on 8.0 or other versions of ARS
> though my memory gets murkier as time passes.
>
> ** **
>
> Environment:
>
> ** **
>
> ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.***
> *
>
> ** **
>
> ARS Version   8.1.00 201301251157
>
> DB Type   SQL -- SQL Server
>
> DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 
>
> OS  Windows 6.1
>
> 2 element server group.  I connect to the admin server.
>
> ** **
>
> Issue:
>
> ** **
>
> I am getting 93s regularly though intermittently at a single point when
> the server *is* actually busy.  The oddity is that point.
>
> ** **
>
> I initialise by authenticating to the server and then asking for a very
> few pieces of information from that server including its name and version.
> 
>
> ** **
>
> I then build a complete list of available, readable info items and get
> that as well (some 350ish).  It is here that I get the timeouts albeit when
> the server is busy.  The call is “ARGetServerInfo”.  I obviously select
> only the readable items.  
>
> ** **
>
> If I get through that, I have generally no further time-outs and
> processing runs at normal speeds.  
>
> ** **
>
> I now execute the same three calls on another 7.1 server – that is:
> session initiation, a few items in a single getinfo call, all available
> items in a further get info call.  I then process queries, updates, schema
> and field gets across the two servers – all without further ado.  
>
> ** **
>
> Most if not all the info for this call would be in memory of the
> arserver,  So the oddity is why this call often returns a 93, only on the
> 8.1 server, and only when the server is actually busy, having responded
> very quickly to the same call with only a few items in the request block.*
> ***
>
> ** **
>
> Ben Chernys
> Senior Software Architect
> [image: logoSthInc-sm]
>
> Canada / Deutschland
> Mobile:  +49 171 380 2329GMT + 1 + [ DST ]
> Email:   *Ben.Chernys_AT_softwaretoolhouse.com
> *Web: www.softwaretoolhouse.com
>
> We are a BMC Technology Alliance Partner.
>
>
> Check out Software Tool House's free Diary Editor and out Freebies
>
> Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.
>
> *Meta-Update**,* our premium ARS Data tool, lets you automate
> your imports, migrations, *in no time at all*, without programming,
> without staging forms, without merge workflow.
> http://www.softwaretoolhouse.com/  
>
> ** **
>
> ** **
> _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: AIE and Reconciliaiton job import issues

[Simon Ellis]

You'd be better off running the command line dataimport tool rather than 
through the Data Import graphical user tool...

dataimporttool.exe -x serverName -u loginName -p loginPassword -o 
pathOfTheAIE_Configuration.arxFile -l logfiledestinationPath

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Newmark
Sent: Tuesday, 11 June 2013 5:18 a.m.
To: arslist@ARSLIST.ORG
Subject: AIE and Reconciliaiton job import issues

Hi All,

 I have created some pretty large AIE and Reconciliation Engine jobs in a 
development 7.6.04 environment. I have exported both the AIE configuration and 
the Reconciliation jobs to .ARX files. I am having issues importing them into 
my production environment using Data Import. When I run the import against the 
AIE ARX file, I only get the CI Class Mappings imported. I do not get my Data 
Exchanges, Relationship Class or AR System Form Mappings imported. When I run 
the import of the Reconciliation jobs, I get nothing. has anybody imported 
these files into 7.6.04 and what tricks did you use to get everything over?

Thanks!

Joe

___
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: AIE and Reconciliaiton job import issues

[Rune Kristian Sørlid]

Hi Joe.

I had to split up the arx file in one file for each form.

In the export file have one section pr form.

Have you done that?

/Rune

Den 10. juni 2013 kl. 19:17 skrev Joe Newmark :

> Hi All,
> 
> I have created some pretty large AIE and Reconciliation Engine jobs in a 
> development 7.6.04 environment. I have exported both the AIE configuration 
> and the Reconciliation jobs to .ARX files. I am having issues importing them 
> into my production environment using Data Import. When I run the import 
> against the AIE ARX file, I only get the CI Class Mappings imported. I do not 
> get my Data Exchanges, Relationship Class or AR System Form Mappings 
> imported. When I run the import of the Reconciliation jobs, I get nothing. 
> has anybody imported these files into 7.6.04 and what tricks did you use to 
> get everything over?
> 
> Thanks!
> 
> Joe
> 
> ___
> 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: Change approvals

[Joe H. Smith]

Yeah, 7.0 approval central is much different.

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

Re: Odd 93 timeout behaviour in 8.1.0

[Ben Chernys]

Thanks Rick, Patrick,

 

It ain't the authentication plugin as authentication has succeeded and the
first GSI call with only 4 elements succeeds.  The server is busy at the
time running discovery, recon, etc, but the curious thing is that no other
calls fail so the timeout is specific to the GSI call and specifically when
the GSI call includes all available requests (about 350 on 8.1)  Also, this
is normal for me and I've worked with 8.0, 7.6.4, etc and this behaviour is
only in 8.1

 

I do not know that all GSI requests can be satisfied in memory of the ARS
server but I would expect so.  It is not causing me grief as it is at job
initialisation and so if the job doesn't start, I simple break it and
restart and eventually it gets through and proceeds normally and at normal
performance through completion.

 

Cheers

Ben

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook
Sent: June-10-13 15:40
To: arslist@ARSLIST.ORG
Subject: Re: Odd 93 timeout behaviour in 8.1.0

 

** 

My first thought was an authentication timeout setting, though adding a
thread or two to the plug in server probably wouldn't hurt. 

Rick

On Jun 10, 2013 6:38 AM, "patrick zandi"  wrote:

** 

check the performance of plugin's too, I have seen this as well, due to the
choke-point in the plugin configurations.  


https://kb.bmc.com/infocenter/index?page=content

&id=KA357263&actp=search&viewlocale=en_US&searchid=1370871082609

for example. 



On Mon, Jun 10, 2013 at 8:55 AM, Hullule, Kiran 
wrote:

** 

Few possibilities:

 

1)  Server is too busy and all threads Max'ed out

2)  Database too busy in responding ARS request resulting timeout

3)  If you are sure that timeout is always cause on GSI call and this is
always been the pattern then you need to see whether all GSI call shows
timeout or only specific day/time of the day

4)  If this is server group environment then you need to make sure you
have correct Server-Name and Server-Connect-Name values set in ar.cfg 

5)  You may try Log Analyzer tool to find out what all 20 longest
running calls at the time of timeout error

If nothing helps, I would suggest to create a support case with BMC support
as timeout errors are very broad and needs very deep level investigation. 

 

Best Regards,

Kiran 

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ben Chernys
Sent: Monday, June 10, 2013 5:09 PM
To: arslist@ARSLIST.ORG
Subject: Odd 93 timeout behaviour in 8.1.0

 

** 

Hi Folks,

 

Just another odd behaviour I am noticing and wondering if, firstly, anyone
else does this, and secondly, if there is any work-around for this.  This
behaviour is only noticed on 8.1 and not on 8.0 or other versions of ARS
though my memory gets murkier as time passes.

 

Environment:

 

ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.

 

ARS Version   8.1.00 201301251157

DB Type   SQL -- SQL Server

DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 

OS  Windows 6.1

2 element server group.  I connect to the admin server.

 

Issue:

 

I am getting 93s regularly though intermittently at a single point when the
server is actually busy.  The oddity is that point.

 

I initialise by authenticating to the server and then asking for a very few
pieces of information from that server including its name and version.

 

I then build a complete list of available, readable info items and get that
as well (some 350ish).  It is here that I get the timeouts albeit when the
server is busy.  The call is "ARGetServerInfo".  I obviously select only the
readable items.  

 

If I get through that, I have generally no further time-outs and processing
runs at normal speeds.  

 

I now execute the same three calls on another 7.1 server - that is: session
initiation, a few items in a single getinfo call, all available items in a
further get info call.  I then process queries, updates, schema and field
gets across the two servers - all without further ado.  

 

Most if not all the info for this call would be in memory of the arserver,
So the oddity is why this call often returns a 93, only on the 8.1 server,
and only when the server is actually busy, having responded very quickly to
the same call with only a few items in the request block.

 

Ben Chernys
Senior Software Architect
  

Canada / Deutschland
Mobile:  +49 171 380 2329  GMT + 1 + [
DST ]
Email:   Ben.Chernys_AT_softwaretoolhouse.com
Web:   www.softwaretoolhouse.com

We are a BMC Technology Alliance Partner.


Check out Software Tool House's free Diary Editor and out Freebies

Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.

Meta-Update, our premium ARS Data tool, lets you automate 
your import

Re: Change approvals

[pritch]

We're they your appovals?  Normally you just check the ticket you want to 
approve and click the approe buton.  Out of the box, the system shows (version 
7.6.03) up to 5, but I've removed that constraint so folks can approve more 
than 5.

- Original Message -
From: "Joe" 
To: arslist@ARSLIST.ORG
Sent: Monday, June 10, 2013 1:11:03 PM
Subject: Re: Change approvals

Thank you so much for the input.  I was not able to approve multiple changes 
from Approval Central in ARS 7.0.  Would you be able to explain how to do that?

Thank you

___
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"

AIE and Reconciliaiton job import issues

[Joe Newmark]

Hi All,

 I have created some pretty large AIE and Reconciliation Engine jobs in a 
development 7.6.04 environment. I have exported both the AIE configuration and 
the Reconciliation jobs to .ARX files. I am having issues importing them into 
my production environment using Data Import. When I run the import against the 
AIE ARX file, I only get the CI Class Mappings imported. I do not get my Data 
Exchanges, Relationship Class or AR System Form Mappings imported. When I run 
the import of the Reconciliation jobs, I get nothing. has anybody imported 
these files into 7.6.04 and what tricks did you use to get everything over?

Thanks!

Joe

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

Re: Change approvals

[Joe]

Thank you so much for the input.  I was not able to approve multiple changes 
from Approval Central in ARS 7.0.  Would you be able to explain how to do that?

Thank you

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

JOB - Seacoast NH Area

[Hodgdon, Paul]

I am seeking a  Remedy developer for an exciting full-time position at the 
University of New Hampshire.  If interested please contact me at 
paul.hodg...@unh.edu.



Summary of Position:

Apply ITIL framework principles in developing solutions, analyzing and 
implementing business workflows and automated solutions for UNH IT Service 
Management and Client Services applications. Works within a Software 
Development Lifecycle framework, executing change and release management best 
practices as it relates to ITSM and Client Services applications. Provide 
application administration for application suites such as, Identity Management, 
IT Service Management and Computer Repair Systems. Maintain and develop 
applications to meet system and web-based needs of the University and its 
customers. Develop and maintain documentation for application suites. Develop 
complex reports in support of Client Services applications, provide quality 
assurance and validation testing and analyze test results.



-Paul


[Description: Description: Description: cid:image001.png@01CB1CFE.724B27B0]
IT Accounts & ITSM Applications Manager
University of New Hampshire
Client Services
Primary: (603) 862-2377
Alternate: (603) 862-4242
paul.hodg...@unh.edu
http://accounts.unh.edu


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

Re: Change approvals

[Karthik]

ya, most right place to do it if you are an alternate or you yourself are
the approver for the intended changes


On 10 June 2013 20:58, pritch  wrote:

> Or use the Approval Central.
>
> - Original Message -
> From: "Karthik" 
> To: arslist@ARSLIST.ORG
> Sent: Monday, June 10, 2013 11:19:36 AM
> Subject: Re: Change approvals
>
> **
> You can do it CHG:ChangeApDetailsSignature form. Search based on your
> criterion and then do a modify all.
>
>
> Regards,
> Karthik
>
>
>
> On 10 June 2013 20:46, Joe < hornetlo...@gmail.com > wrote:
>
>
> Hey everyone,
>
> Is there a way to bulk update approvals for Change?  For instance, I have
> 10 like change requests that need the same approval.  Is there a way to
> "Modify All" on a Change?  I can do it on the Incident form but when I go
> to the Change form and try a Modify All it is greyed out.
>
> Any help would be appreciated.
>
> ARS 7.0
> SQL Server
> Windows
>
> Thank you
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
>
>
>
> --
> - Karthik _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"
>



-- 
- Karthik

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

Re: Change approvals

[pritch]

Or use the Approval Central.

- Original Message -
From: "Karthik" 
To: arslist@ARSLIST.ORG
Sent: Monday, June 10, 2013 11:19:36 AM
Subject: Re: Change approvals

** 
You can do it CHG:ChangeApDetailsSignature form. Search based on your criterion 
and then do a modify all.  


Regards, 
Karthik 



On 10 June 2013 20:46, Joe < hornetlo...@gmail.com > wrote: 


Hey everyone, 

Is there a way to bulk update approvals for Change?  For instance, I have 10 
like change requests that need the same approval.  Is there a way to "Modify 
All" on a Change?  I can do it on the Incident form but when I go to the Change 
form and try a Modify All it is greyed out. 

Any help would be appreciated. 

ARS 7.0 
SQL Server 
Windows 

Thank you 

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




-- 
- Karthik _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: Change approvals

[Karthik]

You can do it CHG:ChangeApDetailsSignature form. Search based on your
criterion and then do a modify all.

Regards,
Karthik


On 10 June 2013 20:46, Joe  wrote:

> Hey everyone,
>
> Is there a way to bulk update approvals for Change?  For instance, I have
> 10 like change requests that need the same approval.  Is there a way to
> "Modify All" on a Change?  I can do it on the Incident form but when I go
> to the Change form and try a Modify All it is greyed out.
>
> Any help would be appreciated.
>
> ARS 7.0
> SQL Server
> Windows
>
> Thank you
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>



-- 
- Karthik

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

Change approvals

[Joe]

Hey everyone, 

Is there a way to bulk update approvals for Change?  For instance, I have 10 
like change requests that need the same approval.  Is there a way to "Modify 
All" on a Change?  I can do it on the Incident form but when I go to the Change 
form and try a Modify All it is greyed out.  

Any help would be appreciated.

ARS 7.0
SQL Server
Windows

Thank you

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

Re: Odd 93 timeout behaviour in 8.1.0

[Rick Cook]

My first thought was an authentication timeout setting, though adding a
thread or two to the plug in server probably wouldn't hurt.

Rick
On Jun 10, 2013 6:38 AM, "patrick zandi"  wrote:

> **
> check the performance of plugin's too, I have seen this as well, due to
> the choke-point in the plugin configurations.
>
>
> https://kb.bmc.com/infocenter/index?page=content&id=KA357263&actp=search&viewlocale=en_US&searchid=1370871082609
> for example.
>
>
> On Mon, Jun 10, 2013 at 8:55 AM, Hullule, Kiran wrote:
>
>> **
>>
>> Few possibilities:
>>
>> ** **
>>
>> **1)  **Server is too busy and all threads Max’ed out
>>
>> **2)  **Database too busy in responding ARS request resulting timeout
>> 
>>
>> **3)  **If you are sure that timeout is always cause on GSI call and
>> this is always been the pattern then you need to see whether all GSI call
>> shows timeout or only specific day/time of the day
>>
>> **4)  **If this is server group environment then you need to make
>> sure you have correct Server-Name and Server-Connect-Name values set in
>> ar.cfg 
>>
>> **5)  **You may try Log Analyzer tool to find out what all 20
>> longest running calls at the time of timeout error
>>
>> If nothing helps, I would suggest to create a support case with BMC
>> support as timeout errors are very broad and needs very deep level
>> investigation. 
>>
>> ** **
>>
>> Best Regards,
>>
>> Kiran 
>>
>> ** **
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Ben Chernys
>> *Sent:* Monday, June 10, 2013 5:09 PM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Odd 93 timeout behaviour in 8.1.0
>>
>> ** **
>>
>> ** 
>>
>> Hi Folks,
>>
>> ** **
>>
>> Just another odd behaviour I am noticing and wondering if, firstly,
>> anyone else does this, and secondly, if there is any work-around for this.
>> This behaviour is only noticed on 8.1 and not on 8.0 or other versions of
>> ARS though my memory gets murkier as time passes.
>>
>> ** **
>>
>> Environment:
>>
>> ** **
>>
>> ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.**
>> **
>>
>> ** **
>>
>> ARS Version   8.1.00 201301251157
>>
>> DB Type   SQL -- SQL Server
>>
>> DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 
>>
>> OS  Windows 6.1
>>
>> 2 element server group.  I connect to the admin server.
>>
>> ** **
>>
>> Issue:
>>
>> ** **
>>
>> I am getting 93s regularly though intermittently at a single point when
>> the server *is* actually busy.  The oddity is that point.
>>
>> ** **
>>
>> I initialise by authenticating to the server and then asking for a very
>> few pieces of information from that server including its name and version.
>> 
>>
>> ** **
>>
>> I then build a complete list of available, readable info items and get
>> that as well (some 350ish).  It is here that I get the timeouts albeit when
>> the server is busy.  The call is “ARGetServerInfo”.  I obviously select
>> only the readable items.  
>>
>> ** **
>>
>> If I get through that, I have generally no further time-outs and
>> processing runs at normal speeds.  
>>
>> ** **
>>
>> I now execute the same three calls on another 7.1 server – that is:
>> session initiation, a few items in a single getinfo call, all available
>> items in a further get info call.  I then process queries, updates, schema
>> and field gets across the two servers – all without further ado.  
>>
>> ** **
>>
>> Most if not all the info for this call would be in memory of the
>> arserver,  So the oddity is why this call often returns a 93, only on the
>> 8.1 server, and only when the server is actually busy, having responded
>> very quickly to the same call with only a few items in the request block.
>> 
>>
>> ** **
>>
>> Ben Chernys
>> Senior Software Architect
>> [image: logoSthInc-sm]
>>
>> Canada / Deutschland
>> Mobile:  +49 171 380 2329GMT + 1 + [ DST ]
>> Email:   *Ben.Chernys_AT_softwaretoolhouse.com
>> *Web: www.softwaretoolhouse.com
>>
>> We are a BMC Technology Alliance Partner.
>>
>>
>> Check out Software Tool House's free Diary Editor and out Freebies
>>
>> Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.
>>
>> *Meta-Update**,* our premium ARS Data tool, lets you automate
>> your imports, migrations, *in no time at all*, without programming,
>> without staging forms, without merge workflow.
>> http://www.softwaretoolhouse.com/  
>>
>> ** **
>>
>> ** **
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
>
>
> --
> Patrick Zandi
> _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: Odd 93 timeout behaviour in 8.1.0

[patrick zandi]

check the performance of plugin's too, I have seen this as well, due to the
choke-point in the plugin configurations.

https://kb.bmc.com/infocenter/index?page=content&id=KA357263&actp=search&viewlocale=en_US&searchid=1370871082609
for example.


On Mon, Jun 10, 2013 at 8:55 AM, Hullule, Kiran wrote:

> **
>
> Few possibilities:
>
> ** **
>
> **1)  **Server is too busy and all threads Max’ed out
>
> **2)  **Database too busy in responding ARS request resulting timeout*
> ***
>
> **3)  **If you are sure that timeout is always cause on GSI call and
> this is always been the pattern then you need to see whether all GSI call
> shows timeout or only specific day/time of the day
>
> **4)  **If this is server group environment then you need to make
> sure you have correct Server-Name and Server-Connect-Name values set in
> ar.cfg 
>
> **5)  **You may try Log Analyzer tool to find out what all 20 longest
> running calls at the time of timeout error
>
> If nothing helps, I would suggest to create a support case with BMC
> support as timeout errors are very broad and needs very deep level
> investigation. 
>
> ** **
>
> Best Regards,
>
> Kiran 
>
> ** **
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Ben Chernys
> *Sent:* Monday, June 10, 2013 5:09 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Odd 93 timeout behaviour in 8.1.0
>
> ** **
>
> ** 
>
> Hi Folks,
>
> ** **
>
> Just another odd behaviour I am noticing and wondering if, firstly, anyone
> else does this, and secondly, if there is any work-around for this.  This
> behaviour is only noticed on 8.1 and not on 8.0 or other versions of ARS
> though my memory gets murkier as time passes.
>
> ** **
>
> Environment:
>
> ** **
>
> ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.***
> *
>
> ** **
>
> ARS Version   8.1.00 201301251157
>
> DB Type   SQL -- SQL Server
>
> DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 
>
> OS  Windows 6.1
>
> 2 element server group.  I connect to the admin server.
>
> ** **
>
> Issue:
>
> ** **
>
> I am getting 93s regularly though intermittently at a single point when
> the server *is* actually busy.  The oddity is that point.
>
> ** **
>
> I initialise by authenticating to the server and then asking for a very
> few pieces of information from that server including its name and version.
> 
>
> ** **
>
> I then build a complete list of available, readable info items and get
> that as well (some 350ish).  It is here that I get the timeouts albeit when
> the server is busy.  The call is “ARGetServerInfo”.  I obviously select
> only the readable items.  
>
> ** **
>
> If I get through that, I have generally no further time-outs and
> processing runs at normal speeds.  
>
> ** **
>
> I now execute the same three calls on another 7.1 server – that is:
> session initiation, a few items in a single getinfo call, all available
> items in a further get info call.  I then process queries, updates, schema
> and field gets across the two servers – all without further ado.  
>
> ** **
>
> Most if not all the info for this call would be in memory of the
> arserver,  So the oddity is why this call often returns a 93, only on the
> 8.1 server, and only when the server is actually busy, having responded
> very quickly to the same call with only a few items in the request block.*
> ***
>
> ** **
>
> Ben Chernys
> Senior Software Architect
> [image: logoSthInc-sm]
>
> Canada / Deutschland
> Mobile:  +49 171 380 2329GMT + 1 + [ DST ]
> Email:   *Ben.Chernys_AT_softwaretoolhouse.com
> *Web: www.softwaretoolhouse.com
>
> We are a BMC Technology Alliance Partner.
>
>
> Check out Software Tool House's free Diary Editor and out Freebies
>
> Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.
>
> *Meta-Update**,* our premium ARS Data tool, lets you automate
> your imports, migrations, *in no time at all*, without programming,
> without staging forms, without merge workflow.
> http://www.softwaretoolhouse.com/  
>
> ** **
>
> ** **
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>



-- 
Patrick Zandi

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

Re: 6.3 upgrade options?

[Rick Cook]

I am not surprised that you are seeing authentication issues.  In 5.0, the
API changed. Using a post 5 UT against a 4.x server will have issues.

Rick
On Jun 10, 2013 6:14 AM, "Brittain, Mark"  wrote:

> **
>
> Hi Dave,
>
> ** **
>
> Have you considered leaving 6.3 behind? Trying to move from ARS 6.3 and
> Oracle 9 not to mention the server hardware and OS, involves stepping
> through the versions. Not that building new in 7.6 would be an easy task
> but in the long run might be the better way to go.
>
> ** **
>
> Mark
>
> ** **
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Dave Barber
> *Sent:* Friday, June 07, 2013 12:14 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: 6.3 upgrade options?
>
> ** **
>
> ** 
>
> The grey hairs are coming along in leaps and bounds here, which is why I
> casually suggested to management that we upgrade the 6.3 server to
> something that we know tends to work with the 7.6.04 client.
>
> 4.5 is the server that needs to be decomissioned, resetting a password on
> there causes every client after v7 to crash.
>
> ** **
>
> On 7 June 2013 16:05, Campbell, Paul (Paul)  wrote:
>
> ** 
>
> I have seen issues where the Windows User tool crashes as well, I seem to
> see it more when doing GUI related activates, like clicking in a field, or
> trying to click and drag to select the value in a field, and doing a copy
> to new and clicking in a field to change data. The User tool just
> disappears, no error, nothing in the Event logs, nothing, just exits.  I am
> thinking it is something with my 7.6.04 WUT and a MSVC dll compatibility.
> We are a 100% custom app shop, no OOTB box apps.  It only happens to me,
> but on 2 different machines.  Trying to figure out what is causing this is
> causing me more than a few gray hairs since it seems to happen at the worse
> times.
>
>  
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Dave Barber
> *Sent:* Friday, June 07, 2013 10:06 AM
>
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* 6.3 upgrade options?
>
>  
>
> ** 
>
> All,
>
>
>
> We have a legacy Remedy 6.3 application, and since we upgraded all of our
> clients to 7.6.04 for our primary incident applications (server soon to be
> upgraded, its currently on 7.0.1) we've experienced some  unexpected
> behaviour (client crashing).
>
> There are a few options - take the application on the 6.3 platform to the
> primary incident platform, drop the application for something out of the
> box (ie. SRM) or in the shorter term upgrade the server from Remedy 6.3***
> *
>
> Database is Oracle 9, I'm thinking that in the shorter term a sensible
> approach would be to upgrade the 6.3 install to 7.0.1.
>
> Shouldn't be any issues with this, should there?  No application changes,
> licensing shouldn't be an issue.  Just a quick install of 7.0.1, shouldn't
> take long  :)
>
> Regards
>
> Dave
>
> _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_ 
>  --
>
> This e-mail is the property of NaviSite, Inc. It is intended only for the
> person or entity to which it is addressed and may contain information that
> is privileged, confidential, or otherwise protected from disclosure.
> Distribution or copying of this e-mail, or the information contained
> herein, to anyone other than the intended recipient is prohibited.
>
> --
> 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.
>  _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: 6.3 upgrade options?

[Brittain, Mark]

Hi Dave,

Have you considered leaving 6.3 behind? Trying to move from ARS 6.3 and Oracle 
9 not to mention the server hardware and OS, involves stepping through the 
versions. Not that building new in 7.6 would be an easy task but in the long 
run might be the better way to go.

Mark

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Dave Barber
Sent: Friday, June 07, 2013 12:14 PM
To: arslist@ARSLIST.ORG
Subject: Re: 6.3 upgrade options?

**
The grey hairs are coming along in leaps and bounds here, which is why I 
casually suggested to management that we upgrade the 6.3 server to something 
that we know tends to work with the 7.6.04 client.
4.5 is the server that needs to be decomissioned, resetting a password on there 
causes every client after v7 to crash.

On 7 June 2013 16:05, Campbell, Paul (Paul) 
mailto:p...@avaya.com>> wrote:
**
I have seen issues where the Windows User tool crashes as well, I seem to see 
it more when doing GUI related activates, like clicking in a field, or trying 
to click and drag to select the value in a field, and doing a copy to new and 
clicking in a field to change data. The User tool just disappears, no error, 
nothing in the Event logs, nothing, just exits.  I am thinking it is something 
with my 7.6.04 WUT and a MSVC dll compatibility.  We are a 100% custom app 
shop, no OOTB box apps.  It only happens to me, but on 2 different machines.  
Trying to figure out what is causing this is causing me more than a few gray 
hairs since it seems to happen at the worse times.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Dave 
Barber
Sent: Friday, June 07, 2013 10:06 AM

To: arslist@ARSLIST.ORG
Subject: 6.3 upgrade options?

**
All,


We have a legacy Remedy 6.3 application, and since we upgraded all of our 
clients to 7.6.04 for our primary incident applications (server soon to be 
upgraded, its currently on 7.0.1) we've experienced some  unexpected 
behaviour (client crashing).
There are a few options - take the application on the 6.3 platform to the 
primary incident platform, drop the application for something out of the box 
(ie. SRM) or in the shorter term upgrade the server from Remedy 6.3
Database is Oracle 9, I'm thinking that in the shorter term a sensible approach 
would be to upgrade the 6.3 install to 7.0.1.
Shouldn't be any issues with this, should there?  No application changes, 
licensing shouldn't be an issue.  Just a quick install of 7.0.1, shouldn't take 
long  :)

Regards

Dave
_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_

This e-mail is the property of NaviSite, Inc. It is intended only for the 
person or entity to which it is addressed and may contain information that is 
privileged, confidential, or otherwise protected from disclosure. Distribution 
or copying of this e-mail, or the information contained herein, to anyone other 
than the intended recipient is prohibited.


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: Odd 93 timeout behaviour in 8.1.0

[Hullule, Kiran]

Few possibilities:


1)  Server is too busy and all threads Max'ed out

2)  Database too busy in responding ARS request resulting timeout

3)  If you are sure that timeout is always cause on GSI call and this is 
always been the pattern then you need to see whether all GSI call shows timeout 
or only specific day/time of the day

4)  If this is server group environment then you need to make sure you have 
correct Server-Name and Server-Connect-Name values set in ar.cfg

5)  You may try Log Analyzer tool to find out what all 20 longest running 
calls at the time of timeout error

If nothing helps, I would suggest to create a support case with BMC support as 
timeout errors are very broad and needs very deep level investigation.



Best Regards,

Kiran

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ben Chernys
Sent: Monday, June 10, 2013 5:09 PM
To: arslist@ARSLIST.ORG
Subject: Odd 93 timeout behaviour in 8.1.0

**
Hi Folks,

Just another odd behaviour I am noticing and wondering if, firstly, anyone else 
does this, and secondly, if there is any work-around for this.  This behaviour 
is only noticed on 8.1 and not on 8.0 or other versions of ARS though my memory 
gets murkier as time passes.

Environment:

ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.

ARS Version   8.1.00 201301251157
DB Type   SQL -- SQL Server
DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64)
OS  Windows 6.1
2 element server group.  I connect to the admin server.

Issue:

I am getting 93s regularly though intermittently at a single point when the 
server is actually busy.  The oddity is that point.

I initialise by authenticating to the server and then asking for a very few 
pieces of information from that server including its name and version.

I then build a complete list of available, readable info items and get that as 
well (some 350ish).  It is here that I get the timeouts albeit when the server 
is busy.  The call is "ARGetServerInfo".  I obviously select only the readable 
items.

If I get through that, I have generally no further time-outs and processing 
runs at normal speeds.

I now execute the same three calls on another 7.1 server - that is: session 
initiation, a few items in a single getinfo call, all available items in a 
further get info call.  I then process queries, updates, schema and field gets 
across the two servers - all without further ado.

Most if not all the info for this call would be in memory of the arserver,  So 
the oddity is why this call often returns a 93, only on the 8.1 server, and 
only when the server is actually busy, having responded very quickly to the 
same call with only a few items in the request block.

Ben Chernys
Senior Software Architect
[cid:image001.jpg@01CE6607.A44B8520]

Canada / Deutschland
Mobile:  +49 171 380 2329GMT + 1 + [ DST ]
Email:   Ben.Chernys_AT_softwaretoolhouse.com
Web: 
www.softwaretoolhouse.com

We are a BMC Technology Alliance Partner.

Check out Software Tool House's free Diary Editor and out Freebies
Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.

Meta-Update, our premium ARS Data tool, lets you automate
your imports, migrations, in no time at all, without programming,
without staging forms, without merge workflow.
http://www.softwaretoolhouse.com/


_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: service request back end app request mapping.

[Tauf Chowdhury]

See if the form SRM:AppInstanceBridge is what you are looking for.

Sent from my iPhone

On Jun 10, 2013, at 8:40 AM, Frex Popo  wrote:

**
Hello all,

Looking for a form which has the service request REQ and the back end
application ID (CHG, INC, WOI etc..) in the same form. The SRM:Request (and
hope this is not a broken workflow) does not hold the values of the above
in the same record. I found that some REQ's have no back application ID. I
know in some cases they won’t have them (request going through approval
etc..) but in some cases where the REQ exist in the SRM form but not e.g
the WOI id... but the Work Order form has both...

Is there a form which will always guarantee that both are created...

I can use the AppRequestInstanceID instead but this will be additional work
for what I am trying to achieve.

This unfortunately SRM 2.2

Thanks
frex
 _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"

service request back end app request mapping.

[Frex Popo]

Hello all,
 
Looking for a
form which has the service request REQ and the back end application ID (CHG,
INC, WOI etc..) in the same form. The SRM:Request (and hope this is not a
broken workflow) does not hold the values of the above in the same record. I
found that some REQ's have no back application ID. I know in some cases they
won’t have them (request going through approval etc..) but in some cases where
the REQ exist in the SRM form but not e.g the WOI id... but the Work Order form
has both...
 
Is there a form
which will always guarantee that both are created... 
 
I can use the AppRequestInstanceID instead
but this will be additional work for what I am trying to achieve.
 
This unfortunately SRM 2.2
 
Thanks
frex

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

Odd 93 timeout behaviour in 8.1.0

[Ben Chernys]

Hi Folks,

 

Just another odd behaviour I am noticing and wondering if, firstly, anyone
else does this, and secondly, if there is any work-around for this.  This
behaviour is only noticed on 8.1 and not on 8.0 or other versions of ARS
though my memory gets murkier as time passes.

 

Environment:

 

ITSM 8.1 Full suite running on Windows and MS SQL on a separate server.

 

ARS Version   8.1.00 201301251157

DB Type   SQL -- SQL Server

DB Version  2008 R2 (SP2) - 10.50.4000.0 (X64) 

OS  Windows 6.1

2 element server group.  I connect to the admin server.

 

Issue:

 

I am getting 93s regularly though intermittently at a single point when the
server is actually busy.  The oddity is that point.

 

I initialise by authenticating to the server and then asking for a very few
pieces of information from that server including its name and version.

 

I then build a complete list of available, readable info items and get that
as well (some 350ish).  It is here that I get the timeouts albeit when the
server is busy.  The call is "ARGetServerInfo".  I obviously select only the
readable items.  

 

If I get through that, I have generally no further time-outs and processing
runs at normal speeds.  

 

I now execute the same three calls on another 7.1 server - that is: session
initiation, a few items in a single getinfo call, all available items in a
further get info call.  I then process queries, updates, schema and field
gets across the two servers - all without further ado.  

 

Most if not all the info for this call would be in memory of the arserver,
So the oddity is why this call often returns a 93, only on the 8.1 server,
and only when the server is actually busy, having responded very quickly to
the same call with only a few items in the request block.

 

Ben Chernys
Senior Software Architect
logoSthInc-sm  

Canada / Deutschland
Mobile:  +49 171 380 2329GMT + 1 + [ DST ]
Email:   Ben.Chernys_AT_softwaretoolhouse.com
Web:   www.softwaretoolhouse.com

We are a BMC Technology Alliance Partner.


Check out Software Tool House's free Diary Editor and out Freebies

Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets.

Meta-Update, our premium ARS Data tool, lets you automate 
your imports, migrations, in no time at all, without programming, 
without staging forms, without merge workflow. 
  http://www.softwaretoolhouse.com/  

 

 


___
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

Re: Email engine question

[Frex Popo]

Thank Carl
  


 De : Carl Wilson 
À : arslist@ARSLIST.ORG 
Envoyé le : Vendredi 7 juin 2013 13h57
Objet : Re: Email engine question
  


** 
Hi,
The cert should be installed into the default Java JRE keystore that the email 
engine is using.
 
Cheers
Carl 
On 7 Jun 2013 11:18, "Frex Popo"  wrote:

** 
>Hello everyone,
> 
>We imported a CA certificate to the keystore (this was done by the unix amin 
>team): 
> 
>>keytool -import -v -alias myserver -file mycert.cer -keystore cacerts
> 
>Before I start testing the eamil engine I performed a quick test with openssl 
>client and get the following errors. 
> 
>$ openssl s_client -crlf -connect pop3.server.com:995 -starttls pop3
>>CONNECTED(0004)
>>depth=0 /CN=pop3.server.com
>>verify error:num=20:unable to get local issuer certificate
>>verify return:1
>>depth=0 /CN=pop3.server.com
>>verify error:num=27:certificate not trusted
>>verify return:1
>>depth=0 /CN=pop3.server.com
>>verify error:num=21:unable to verify the first certificate
>>verify return:1
>>---
>Any clues as to what the problem could be?
>Also in the email engine start up script the Java Home is pointing to 
>/usr/ar/common/Sun/jdk/jdk1.6.0_10
>
>JAVA_DIR=/usr/ar/common/Sun/jdk/jdk1.6.0_10
>
>Should the keystore file be copied to the security folder under this file 
>system for the email engine to be to read it? 
>
>/usr/ar/common/Sun/jdk/jdk1.5.0_16/jre/lib/security/cacerts
>
>Any thoughts on this will be very much appreciated.
>
>Regards
>frex 
>From:Action Request System discussion list(ARSList) 
>[mailto:arslist@ARSLIST.ORG] On Behalf Of Frex Popo
>Sent: Monday, 3 June 2013 1:18 PM
>To: arslist@ARSLIST.ORG
>Subject: Re: email engine question
> 
>** 
> 
>Hi everyone.
> 
>Nearly there! :)
>  
>Outgoing email message are now sent successfully. but incoming are failing!
> 
>Here is the output from the DEBUG mode. 
> 
>DEBUG POP3: connecting to host "pop3mail.av.com", port 110, isSSL false
>S: +OK The Microsoft Exchange POP3 service is ready.
>C: USER DEV_remedyacc
>S: -ERR Command is not valid in this state.
>C: QUIT
>S: +OK Microsoft Exchange Server 2010 POP3 server signing off.
>DEBUG: getProvider() returning 
>javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Sun Microsy stems, 
>Inc]
>DEBUG POP3: connecting to host "pop3mail.prod.oami.eu", port 110, isSSL false
>S: +OK The Microsoft Exchange POP3 service is ready.
>C: USER DEV_remedyacc
>S: -ERR Command is not valid in this state.
>C: QUIT
>S: +OK Microsoft Exchange Server 2010 POP3 server signing off.
>Jun 3, 2013 9:40:25 AM com.sun.mail.pop3.POP3Store protocolConnect
>SEVERE: Command is not valid in this
 state.
>javax.mail.AuthenticationFailedException: Command is not valid in this state.
>    at com.sun.mail.pop3.POP3Store.protocolConnect(POP3Store.java:146)
>    at javax.mail.Service.connect(Service.java:275)
>    at javax.mail.Service.connect(Service.java:156)
>    at 
>com.bmc.arsys.emaildaemon.ReceiverModule.initializeIncommingMailbox(ReceiverModule.java:1921)
>    at 
>com.bmc.arsys.emaildaemon.ReceiverModule.initialization(ReceiverModule.java:533)
>    at 
>com.bmc.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:174)
>    at com.bmc.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:288)
>    at
 java.lang.Thread.run(Thread.java:619)
>Jun 3, 2013 9:40:25 AM com.sun.mail.pop3.POP3Store protocolConnect
>SEVERE: Command is not valid in this state.
>javax.mail.AuthenticationFailedException: Command is not valid in this state.
>    at com.sun.mail.pop3.POP3Store.protocolConnect(POP3Store.java:146)
>    at javax.mail.Service.connect(Service.java:275)
>    at javax.mail.Service.connect(Service.java:156)
>    at 
>com.bmc.arsys.emaildaemon.ReceiverModule.initializeIncommingMailbox(ReceiverModule.java:1921)
>    at 
>com.bmc.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:219)
>    at com.bmc.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:288)
>    at
 java.lang.Thread.run(Thread.java:619)
> 
>Best Regards 
>frex
>   
>De :Frex Popo 
>À : "arslist@ARSLIST.ORG"  
>Envoyé le : Lundi 3 juin 2013 9h24
>Objet : Re: email engine question
> 
>I have another email engine installed in the test server so made it point to 
>dev and managed to get it working... will investigate development later :) 
> 
>
>BMC Remedy Email Engine has started
>Checking connection to server: rmdydev ...
>Application has started Version:  7.1.00 Patch 007 200903060530
>Using JRE: 1.6.0_10
>Successfully connected.
>Thanks for you help.
>frexpopo
> 
>De :Frex Popo 
>À : "arslist@ARSLIST.ORG"  
>Envoyé le : Lundi 3 juin 2013 8h44
>Objet : Re: email engine question
> 
>thanks for the feedback shivdatta.. 
> 
>I copied the original script and change it for the purpose of resetting the 
>password...  
> 
>Here is the environment part of the script 
> 
>JAVA_DIR=/usr/ar/common/Sun/jdk/jdk1.6.0_10
>JAVA_BIN=${JAVA_DIR}/bin
>InstallPath=/usr/ar/AREmail
>LogF

Re: Group notification stopped for Incident

[Tauf Chowdhury]

Out of the box, if you directly assign to an assignee, I'm pretty sure the
notification only goes to the individual.

Sent from my iPhone

On Jun 10, 2013, at 6:11 AM, Govind M  wrote:

**

Few days back, we have observed that whenever an incident assigned to an
assignee, it is triggering only the assignee notification for incident
assigned. But, earlier it would trigger two notification mails. One for
Group assignment and other for individual assignee.

I have checked the notification preference in people profile. It was
configured for Group notification as well.



Surely, I have missed something to check..  any suggestions on this.



We are atARS 7.1 with ITSM 7.0.03.



Regards

Govind

* Please do not print this email unless it is absolutely necessary. *

The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not
the intended recipient, you should not disseminate, distribute or copy this
e-mail. Please notify the sender immediately and destroy all copies of this
message and any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient
should check this email and any attachments for the presence of viruses.
The company accepts no liability for any damage caused by any virus
transmitted by this email.

www.wipro.com
_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: Users missing links to modules on home page

[Tauf Chowdhury]

Make sure when they are logging in, the case and spelling are correct.

Sent from my iPhone

On Jun 10, 2013, at 6:04 AM, Thomas  wrote:

> Hello all,
>
> we have some users that are complaining that they cannot access incident 
> management, change management and so on when logged on to our ITSM7.6.03 
> system. Their accounts are set up normally and they have proper permissions.
>
> When I log in with their accounts from my side (also via web), I can see 
> everything. They sent screenshots from their tries and they are only having 
> the following options on home page:
> - Quick Links
> - Services Request Management
> - AR System Sample Application
>
> Guest mode was my first guess, but that is disabled on the server.
> Any ideas where this comes from?
>
> Cheers,
> Thomas
>
> ___
> 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: Users missing links to modules on home page

[Anandsagar Sah]

Hi,

Are they getting into the system through Single Sign On  ? and you are using 
login page to type their login name and password for authentication ?
If so, please provide login link to them and ask them to login by typing 
username and password. If this goes successful, than they may have to reset 
their password.

Thanks & Regards,
Anandsagar

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Wcandro Roy
Sent: Monday, June 10, 2013 4:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Users missing links to modules on home page

**
Hi,
I understand from the details you have provided that the issue is local.
Using the same user account you are able to see the links fine, however on 
different workstation it does not display properly.
You can try two things:
1. Clear Browser Cookies and Temp Internet Files and give another try.
2. If you have tried accessing from IE then try from Firfox and see.It might be 
browser specific issue on that box.
If, the above does not help, try checking the browser setting of your BOX to 
the problem user Box.

BR,
Andro

On Mon, Jun 10, 2013 at 3:44 PM, Hullule, Kiran 
mailto:kiran_hull...@bmc.com>> wrote:
Do they (problem users) see any error as soon as they load home page , 
something like ARERR 1900?
I would start with checking permissions , if all good then I would start by 
enabling client side arapires logs ( ARAPILOGGING=24) and compare working user 
and non working user logs. We usually do GMEP (Get Multiple Entry Points) call 
as against loading entry points or URL (in other word) . if this call for some 
reason failing for the problem user then you may need to focus there.



-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thomas
Sent: Monday, June 10, 2013 3:34 PM
To: arslist@ARSLIST.ORG
Subject: Users missing links to modules on home page

Hello all,

we have some users that are complaining that they cannot access incident 
management, change management and so on when logged on to our ITSM7.6.03 
system. Their accounts are set up normally and they have proper permissions.

When I log in with their accounts from my side (also via web), I can see 
everything. They sent screenshots from their tries and they are only having the 
following options on home page:
- Quick Links
- Services Request Management
- AR System Sample Application

Guest mode was my first guess, but that is disabled on the server.
Any ideas where this comes from?

Cheers,
Thomas

___
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"

_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: Users missing links to modules on home page

[Wcandro Roy]

Hi,

I understand from the details you have provided that the issue is local.

Using the same user account you are able to see the links fine, however on
different workstation it does not display properly.

You can try two things:

1. Clear Browser Cookies and Temp Internet Files and give another try.
2. If you have tried accessing from IE then try from Firfox and see.It
might be browser specific issue on that box.

If, the above does not help, try checking the browser setting of your BOX
to the problem user Box.


BR,
Andro


On Mon, Jun 10, 2013 at 3:44 PM, Hullule, Kiran wrote:

> Do they (problem users) see any error as soon as they load home page ,
> something like ARERR 1900?
> I would start with checking permissions , if all good then I would start
> by enabling client side arapires logs ( ARAPILOGGING=24) and compare
> working user and non working user logs. We usually do GMEP (Get Multiple
> Entry Points) call as against loading entry points or URL (in other word) .
> if this call for some reason failing for the problem user then you may need
> to focus there.
>
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Thomas
> Sent: Monday, June 10, 2013 3:34 PM
> To: arslist@ARSLIST.ORG
> Subject: Users missing links to modules on home page
>
> Hello all,
>
> we have some users that are complaining that they cannot access incident
> management, change management and so on when logged on to our ITSM7.6.03
> system. Their accounts are set up normally and they have proper permissions.
>
> When I log in with their accounts from my side (also via web), I can see
> everything. They sent screenshots from their tries and they are only having
> the following options on home page:
> - Quick Links
> - Services Request Management
> - AR System Sample Application
>
> Guest mode was my first guess, but that is disabled on the server.
> Any ideas where this comes from?
>
> Cheers,
> Thomas
>
>
> ___
> 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: Users missing links to modules on home page

[Hullule, Kiran]

Do they (problem users) see any error as soon as they load home page , 
something like ARERR 1900?
I would start with checking permissions , if all good then I would start by 
enabling client side arapires logs ( ARAPILOGGING=24) and compare working user 
and non working user logs. We usually do GMEP (Get Multiple Entry Points) call 
as against loading entry points or URL (in other word) . if this call for some 
reason failing for the problem user then you may need to focus there.



-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thomas
Sent: Monday, June 10, 2013 3:34 PM
To: arslist@ARSLIST.ORG
Subject: Users missing links to modules on home page

Hello all,

we have some users that are complaining that they cannot access incident 
management, change management and so on when logged on to our ITSM7.6.03 
system. Their accounts are set up normally and they have proper permissions.

When I log in with their accounts from my side (also via web), I can see 
everything. They sent screenshots from their tries and they are only having the 
following options on home page:
- Quick Links
- Services Request Management
- AR System Sample Application

Guest mode was my first guess, but that is disabled on the server.
Any ideas where this comes from?

Cheers,
Thomas

___
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"

Group notification stopped for Incident

[Govind M]

Few days back, we have observed that whenever an incident assigned to an 
assignee, it is triggering only the assignee notification for incident 
assigned. But, earlier it would trigger two notification mails. One for Group 
assignment and other for individual assignee.
I have checked the notification preference in people profile. It was configured 
for Group notification as well.

Surely, I have missed something to check..  any suggestions on this.

We are atARS 7.1 with ITSM 7.0.03.

Regards
Govind

Please do not print this email unless it is absolutely necessary.

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email.

www.wipro.com

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

Users missing links to modules on home page

[Thomas]

Hello all,

we have some users that are complaining that they cannot access incident 
management, change management and so on when logged on to our ITSM7.6.03 
system. Their accounts are set up normally and they have proper permissions.

When I log in with their accounts from my side (also via web), I can see 
everything. They sent screenshots from their tries and they are only having the 
following options on home page:
- Quick Links
- Services Request Management
- AR System Sample Application

Guest mode was my first guess, but that is disabled on the server.
Any ideas where this comes from?

Cheers,
Thomas

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

Applications tab won't open

[Lisa Singh]

This may be related to my earlier email but we also get an issue where
for some users the application tab doesn't open - it's completely
frozen, and the chevrons are missing.

Anybody else have this issue?

Kindest Regards,

Lisa Singh

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

Re: Run process does not execute the shellscript - need help!

[Steve Kallestad]

It sounds like a permissions issue.

remedy doesn't just need execute permissions to the file, but also to the
path leading up to the file.  It also needs write permissions to the output
path, but it sounds like you haven't gotten that far yet.

The simplest thing to do is log in as the remedy user and see if you can
execute the script using  the process command that you are tracking in the
filter log.

It very well could be that your login shell and remedy's login shell are
different.  The top of your shell script should have a shebang that tells
the system what kind of shell to run from.  Something like this:
#!/usr/local/bin/ksh

If that isn't present, it could be a source of your problem.

If it is present and points to a file that doesn't exist, that could be a
problem.

Also,  depending on your script it could be expecting the output file to
already exist.

Thanks,
Steve


On Mon, Jun 10, 2013 at 1:59 AM, Karthik  wrote:

> **
> does the user through which arsystem.sh is started have necessary rights
> to execute the script?
>
> Regards,
> Karthik
>
>
> On 10 June 2013 13:49, Wcandro Roy  wrote:
>
>> ** Hi,
>>
>> Thanks for the input. I'm calling the file through an absolute path. The
>> platform is Solaris 10.
>>
>> Regards,
>> Swarup
>>
>>
>> On Mon, Jun 10, 2013 at 1:11 PM, Ivan Aranda  wrote:
>>
>>> Hi,
>>>
>>>  I remember once experienced a problem like that and one of the
>>> actions I tried was to call the file script with a relative path and
>>> absolute one. Try both of them.
>>> Would be useful to know on which platform you're executing the file
>>> (UNIX, MS Windows)
>>>
>>> Cheers,
>>> Ivan Aranda
>>>
>>>
>>> ___
>>> 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_
>
>
>
>
> --
> - Karthik
> _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: Run process does not execute the shellscript - need help!

[Wcandro Roy]

Thanks Karthik.

Restarted arsystem and it resolved the problem.

BR,
Andro

On Mon, Jun 10, 2013 at 2:29 PM, Karthik  wrote:

> **
> does the user through which arsystem.sh is started have necessary rights
> to execute the script?
>
> Regards,
> Karthik
>
>
> On 10 June 2013 13:49, Wcandro Roy  wrote:
>
>> ** Hi,
>>
>>
>> Thanks for the input. I'm calling the file through an absolute path. The
>> platform is Solaris 10.
>>
>> Regards,
>> Swarup
>>
>>
>> On Mon, Jun 10, 2013 at 1:11 PM, Ivan Aranda  wrote:
>>
>>> Hi,
>>>
>>>  I remember once experienced a problem like that and one of the
>>> actions I tried was to call the file script with a relative path and
>>> absolute one. Try both of them.
>>> Would be useful to know on which platform you're executing the file
>>> (UNIX, MS Windows)
>>>
>>> Cheers,
>>> Ivan Aranda
>>>
>>>
>>> ___
>>> 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_
>
>
>
>
> --
> - Karthik
> _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: Run process does not execute the shellscript - need help!

[Karthik]

does the user through which arsystem.sh is started have necessary rights to
execute the script?

Regards,
Karthik


On 10 June 2013 13:49, Wcandro Roy  wrote:

> ** Hi,
>
> Thanks for the input. I'm calling the file through an absolute path. The
> platform is Solaris 10.
>
> Regards,
> Swarup
>
>
> On Mon, Jun 10, 2013 at 1:11 PM, Ivan Aranda  wrote:
>
>> Hi,
>>
>>  I remember once experienced a problem like that and one of the
>> actions I tried was to call the file script with a relative path and
>> absolute one. Try both of them.
>> Would be useful to know on which platform you're executing the file
>> (UNIX, MS Windows)
>>
>> Cheers,
>> Ivan Aranda
>>
>>
>> ___
>> 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_




-- 
- Karthik

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

Re: Run process does not execute the shellscript - need help!

[Wcandro Roy]

Hi,

Thanks for the input. I'm calling the file through an absolute path. The
platform is Solaris 10.

Regards,
Swarup

On Mon, Jun 10, 2013 at 1:11 PM, Ivan Aranda  wrote:

> Hi,
>
>  I remember once experienced a problem like that and one of the
> actions I tried was to call the file script with a relative path and
> absolute one. Try both of them.
> Would be useful to know on which platform you're executing the file (UNIX,
> MS Windows)
>
> Cheers,
> Ivan Aranda
>
>
> ___
> 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: Run process does not execute the shellscript - need help!

[Shafqat Ayaz]

Hello Andro
That error means that your script file is not being found. As someone mentioned 
you need to specify the absolute path. If you still have problems ping me 
off-list and I will try and walk you through it.
 
thanks



Shafqat Ayaz




>
>From: Andro WC 
>To: arslist@ARSLIST.ORG 
>Sent: Monday, June 10, 2013 7:45 AM
>Subject: Run process does not execute the shellscript - need help!
>
>
>Hi,
>
>
>
>I'am trying to execute a shellscript using a run process on BMC Remedy 7.6.04.
>
>
>
>It's a simple script which write output to a different output file when 
>executed. i.e. echo "some text" >> someoutputfile.txt;
>
>
>
>The script runs fine if i run it directly on the hash prompt. However, if i 
>try to run from Remedy it does not seems to execute:
>
>
>
>Troubleshooting steps followed so far:
>
>
>
>1. Remedy and Script has got same user permission on Solaris. And i have also 
>added chmod 777.
>
>2. The script runs fine independently.
>
>3. The error thrown is "The specified file does not exists".
>
>4. Check filename and path in the form, it looks fine and also cross-checked 
>Uppercase-Lowerase.
>
>
>
>Any other suggestion, please help?
>
>
>Regrads,
>
>Andro
>
>___
>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: Run process does not execute the shellscript - need help!

[Ivan Aranda]

Hi,

 I remember once experienced a problem like that and one of the actions I 
tried was to call the file script with a relative path and absolute one. Try 
both of them.
Would be useful to know on which platform you're executing the file (UNIX, MS 
Windows)

Cheers,
Ivan Aranda

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