Re: ITSM 7.1, Incident form, dialogs, and hidden menu bar menus

[William Rentfrow]

It's probably a "Run Process" that mimics the button being pushed.
Those are pretty common all through out the application.  You'll see it
with the field ID of the button in question in the workflow logs - so
just log it and search for that button field ID. 


William Rentfrow
Principal Consultant, StrataCom Inc.
wrentf...@stratacominc.com
O 715-592-5185
C 715-410-8056

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Phillips, Richard I CTR USA
Sent: Wednesday, July 29, 2009 6:34 PM
To: arslist@ARSLIST.ORG
Subject: ITSM 7.1, Incident form, dialogs, and hidden menu bar menus

ITSM 7.1

I'm familiar with Users selecting a value from a menu bar menu on a
regular form, and having an A/L fire.  

How does an A/L fire when the menu bar menu is hidden, and the form is a
dialog?

Here's my scenario:  When a user selects an Incident template to create
an INC, the following A/L fires:

HPD:INC:SelectTemplate_110_SetDescription

It executes on Button/Menu Item 'z3Btn Select Template'.

'z3Btn Select Template' is not a button, but appears to be a menu bar
item.  It's associated with HPD:Helpdesk dialog views only (but dialog
windows have no menu bars).  

Additionally, 'z3Btn Select Template' is 'not in any view'.  The only
HPD:Helpdesk form views with menu bar menus have them hidden, but
enabled.

How does this A/L get fired?

Thanks,

Rick


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

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

Re: Disable Red "X"

[Arner, Todd]

You might want to consider having your workflow fire on windows close
rather than on a button click.  For instance clicking on the save button
could simply close the window and then on windows close fire the rest of
your workflow.  That way if they click the button it fires or if they
just close the window it will fire.
 
Todd Arner 
Great Lakes



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Brittain, Mark
Sent: Wednesday, July 29, 2009 11:09 AM
To: arslist@ARSLIST.ORG
Subject: Disable Red "X"


** --> 
Hi All,
 
Is there a way to disable the close window X in the upper right corner
of  a dialog?
 
Depending one of several sets of criteria, when a ticket is closed, a
dialog window opens asking a series of Yes/No questions before they can
save the ticket. Problem is the users are using the X in the upper right
hand corner to close the dialog window which breaks the workflow.
 
Because of the many criteria's used I really don't want to have to add a
field like "Questions Answered" since it might conflict with those users
who don't need to answer the questions.
 
ARS 6.3 patch 20
 
Thanks
Mark
 

Mark Brittain 
Remedy Developer 
NaviSite 
mbritt...@navisite.com   
(315) 453-2912 x5418 (Phone)
(315) 317.2897 (Cell) 
 
Reduce Cost of IT with Managed Hosting and Application Services from
NaviSite. 
Visit www.NaviSite.com Today. 
 
 


    
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.

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

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

Re: Install Asset onto a working Incident/Problem/Change system?

[Charles Baldi]

Rick,
Yes I agree with you and will be stressing that in the future.

On Wed, Jul 29, 2009 at 4:37 PM, Rick Cook  wrote:

> ** That's why I install the entire basic suite, even if the customer is
> only going to use Incident, unless server resources prevent it or I am
> ordered not to.
>
> Rick
>
> --
> *From*: Howard Richter
> *Date*: Wed, 29 Jul 2009 16:23:34 -0400
>
> *To*: 
> *Subject*: Re: Install Asset onto a working Incident/Problem/Change
> system?
>
>   All I can say is ouch. Could it been the order that items were installed
> in?
>
> Sent from Howard Richter's iPhone
>
> On Jul 29, 2009, at 2:45 PM, Charles Baldi 
> wrote:
>
>  ** An update.  Apparently there were some fundamental errors during the
> original install of Incident that were not caught and corrected by that
> team.  These errors were specifically in the area of integration with
> Asset/CMDB.  The BMC-supported direction is a ground-up rebuild, which we
> are doing.
>
> So, not a trivial solution but we have a plan.  Thanks to those who helped.
>
> Regards,
> Chuck Baldi
>
> On Mon, Jul 20, 2009 at 4:43 PM, Charles Baldi wrote:
>
>> This is a development system, but we are prepping for an Asset install
>> into production, which has the identical configuration (and same missing
>> AST:BaseElement).
>>
>> I wonder if it is the "authentication" between the CMDB processes and
>> ARServer.  Any thoughts?  Pending feedback from BMC, I will be trying to
>> poke things with cmdbdriver to see if I get a different response.  I will
>> also try re-applying CMDB 2.1 patch 4 again to.  I have good backups so
>> getting to a known state is not a problem.
>>
>> Chuck
>>
>>   On Mon, Jul 20, 2009 at 4:38 PM, Joe DeSouza wrote:
>>
>>> **
>>> The SHR:Schema Names is not a meta data table so the AR System server
>>> should not really care about that entry if you are using the cmdbdriver to
>>> create that form.
>>>
>>> Is this a test system? If not you may just be better off trying to
>>> reinstall.
>>>
>>> Joe
>>>
>>>  --
>>>  *From:* Charles Baldi 
>>> *To:* arslist@ARSLIST.ORG
>>> *Sent:* Monday, July 20, 2009 4:29:43 PM
>>> *Subject:* Re: Install Asset onto a working Incident/Problem/Change
>>> system?
>>>
>>> ** The SHR:Schema Names form already had an entry, but the arschema table
>>> does not.
>>>
>>>On Mon, Jul 20, 2009 at 4:14 PM, Joe DeSouza wrote:
>>>
 **
 Does the arschema table have an entry for it already?

 Joe

  --
 *From:* Charles Baldi 
 *To:* arslist@ARSLIST.ORG
 *Sent:* Monday, July 20, 2009 4:07:55 PM

 *Subject:* Re: Install Asset onto a working Incident/Problem/Change
 system?

 ** Yes, same errors when importing manually.  Fundamentally these are
 all because the AST:BaseElement form does not exist.  I cannot find a def
 file that imports this and I believe that is because it is expected to be
 built from the CMDB through the Sync Asset UI process (cmdbdriver) which is
 failing to create the form.

 Chuck

 On Mon, Jul 20, 2009 at 2:52 PM, Joe DeSouza wrote:

> **
> And manually importing these fails too?
>
> Joe
>
>  --
> *From:* Charles Baldi 
> *To:* arslist@ARSLIST.ORG
> *Sent:* Monday, July 20, 2009 1:43:15 PM
>
> *Subject:* Re: Install Asset onto a working Incident/Problem/Change
> system?
>
> ** Joe,
> Good suggestion, but the installer is not "failing".  It completes
> happily, but the summary table at the end (and the log files) show many,
> many def file load errors along the way.
>
> Chuck
>
> On Mon, Jul 20, 2009 at 1:33 PM, Joe DeSouza wrote:
>
>> **
>> The contents of your Share Application Properties form may
>> be prompting your installer that Asset is already installed? Did you try
>> clearing the Asset related entries in the Share Application Properties
>> (entries with the current version you are trying to install) form and 
>> then
>> trying to install it?
>>
>> If you choose the route to clear those entries, I would suggest that
>> you take a backup of these entries and then delete them just in case you
>> need to revert.
>>
>> Joe
>>
>>  --
>>  *From:* Charles Baldi 
>> *To:* arslist@ARSLIST.ORG
>> *Sent:* Monday, July 20, 2009 1:17:54 PM
>>
>> *Subject:* Re: Install Asset onto a working Incident/Problem/Change
>> system?
>>
>> **
>>   So when I try to install Asset, I get 60 failed objects under the
>> ast component and the culprit appears to be that the system is unable to
>> create AST:BaseElement.  If I try to force the creation using Sync Asset 
>> UI,
>> I get the cryptic logs:
>>
>> Start processing of form AST:BaseElement
>> Creating new form
>> Will fetc

Mid Tier 7.5 Installation....

[Kemes, Lisa]

I just upgraded our Mid Tier from 7.0.1 p5 to 7.5 p2 on our Windows 2003 Server 
(it's a Mid Tier server only, AR Server is not installed).

We used to have JRE 1.5.0_11 and JDK 1.5.0_11.  I installed JRE 1.6.0_14 and 
JDK6 and pointed the installation to these folders at installation.  After 
installing everything (and a reboot just for good measure), the configuration 
tool still shows that Java Version is 1.5.0_11.

Another thing is that we are at version Tomcat 5.5.17, I was hoping that the 
Mid Tier installation would upgrade this to 5.5.25.  (the config tool still 
shows 5.5.17)

Should I installed Tomcat 5.5.25 separately, and how can I "point" the mid tier 
to Java Version 6?

Lisa Kemes
AR System Developer
Tyco Electronics
717-810-2408 tel
717-810-2124 fax
lisa.ke...@tycoelectronics.com




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

Modify from email message

[Julio Cesar Villarreal Gonzalez]

Hi everybody, i have a problem whit email messages because I can´t Modify a 
ticket with the next instructions:
 
Server: uxe10102
Login: CCA_SOLICITANTE
Password: *
Key: CAMBIOS
Action: Modify
Schema: CCA_CAPTURA
!1!:  0055967
!536870968!: JULIO CESAR VILLARREAL GONZALEZ
 
I only want modify the field !536870968! and the security configuration is next:
 

 
The database field name is CCA_CAP_FOLIO.
 
We have AR System Server 7.0.1, Solaris 9, Oracle 10g
 
Thanks in advance
 
Greetings from Mexico
 
 


...
Este correo electronico es confidencial y/o puede contener informacion 
privilegiada.
Si usted no es su destinatario o no es alguna persona autorizada por este para 
recibir sus correos electronicos, NO debera usted utilizar, copiar, revelar, o 
tomar ninguna accion basada en este correo electronico o cualquier otra 
informacion incluida en el, favor de notificar al remitente de inmediato 
mediante el reenvio de este correo electronico y borrar a continuacion 
totalmente este correo electronico y sus anexos.
Nota: Los acentos y caracteres especiales fueron omitidos para su correcta 
lectura en cualquier medio electronico.

This e-mail is confidential and/or may contain privileged information.
If you are not the addressee or authorized to receive this for the addressee, 
you must not use, copy, disclose, or take any action based on this message or 
any
other information herein, please advise the sender immediately by reply this 
e-mail and delete this e-mail and  its attachments. 
...

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

Re: User sees unaligned fields

[Shurmur, Cathy]

We also had this problem prior to 7.x. 
Now, even for those users with DPI set at 120, there is no field overlap.

Cathy Shurmur
Remedy Application Admin
University of Michigan


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Wilson, Harry
Sent: 7/29/09 4:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: User sees unaligned fields

Since you mentioned the preference server, these are the first two
places I would look.

1) From User, check "tools\options\display" to be sure they have not
changed the font for a field or two.  (I have had users do this).

2) From the form AR System User Preference, check that the user does not
values on the display tab or if you are using values on this page, that
they have the same values as everyone else.  Twice, I have ended up with
values in those normally blank fields (blank for us, anyway).

Harry Wilson

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Thad K Esser
Sent: Wednesday, July 29, 2009 09:38
To: arslist@ARSLIST.ORG
Subject: Re: User sees unaligned fields

I've also seen this issue caused by the user having their Windows DPI
settings set to Large Size.

>From the user's desktop, single-right-click on any blank spot.
Single-left-click on Properties
Single-left-click on Settings
Single-left-click on Advanced
Single-left-click on General tab
If the DPI Settings isn't "Normal Size (96 DPI)" change it to Normal
size.

You'll probably have to reboot.

Thad Esser
Remedy Developer
"Did you ever wonder why we had to run for shelter when the promise of a
brave new world unfurled beneath a clear blue sky?" - Pink Floyd


|>
| From:  |
|>
 
>---

---|
  |"Tanner, Doug" 
|
 
>---

---|
|>
| To:|
|>
 
>---

---|
  |arslist@ARSLIST.ORG
|
 
>---

---|
|>
| Date:  |
|>
 
>---

---|
  |07/29/2009 05:23 AM
|
 
>---

---|
|>
| Subject:   |
|>
 
>---

---|
  |Re: User sees unaligned fields
|
 
>---

---|
|>
| Sent by:   |
|>
 
>---

---|
  |"Action Request System discussion list(ARSList)"

|
 
>---

---|





**
Be sure to check the view of the form the user is referencing (tools,
options, advanced - Default Form view) You can also wack the arf and arv
Doug

From: Action Request System discussion list(ARSList) [
mailto:arsl...@arslist.org] On Behalf Of Trond Valen
Sent: Wednesday, July 29, 2009 8:13 AM
To: arslist@ARSLIST.ORG
Subject: User sees unaligned fields

**
Hi

I have a user who sees fields as unaligned in User tool (with preference
serevr), but they are aligned in Admin tool. Does anyone know how this
can be? He has logged in and out ...

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



DISCLAIMER Important! This message is intended for the above named
person
(s) only and is CONFIDENTIAL AND PROPRIETARY. If you are not the
intended recipient of this e-mail and have received it in error, please
immediately notify the sender by return email and then delete it from
your mailbox.
This message may be protected by the attorney-client privilege and/or
work product doctrine. Accessing, copying, disseminating or re-using any
of the information contained in this e-mail by anyone other than the
intended recipient is strictly prohibited. Finally, you should check
this email and any attachments for the presence of viruses, as the
sender accepts no liability for any damage caused by any virus
transmitt

Re: How to turn on SQL Logging during Installation - Urgent :)

[William Rentfrow]

Even if you could - it may not give you what you need.  The turn on/off
is actually in the ar.conf/ar.cfg file.
 
The format used is (if I remember correctly): Debug-mode: 1
 
However, the AR Server SQL log isn't really a "full" log of what is
going on.  You'd do better using the Oracle/Sql Server logs to determine
errors.
 
 
 
William Rentfrow 
Principal Consultant, StrataCom Inc. 
wrentf...@stratacominc.com 
O 715-592-5185 
C 715-410-8056 
 



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Kali Obsum
Sent: Wednesday, July 29, 2009 10:58 PM
To: arslist@ARSLIST.ORG
Subject: How to turn on SQL Logging during Installation - Urgent :)


** 
Hi,
 
Does any one know how to turn on SQL logging DURING installation (we
still haven't been able to successfully install ARSystem Server)? We're
trying to troubleshoot what the problem is, and we want to know what
happens in the DB because tables are not created during installation.
 
All I can find is how to turn on SQL Logging when ARSystem Server is
ALREADY installed...is there there a variable I can set in a file
somewhere (ex. config file) so that SQL logging would be turned on
during installation? Thanks!
 
Regards,
Kali
 

NOTICE 

The information contained in this email is confidential. If you are not
the intended recipient, you must not disclose or use the information in
this email in any way. If you received it in error, please tell us
immediately by return email and delete the document. We do not guarantee
the integrity of any e-mails or attached files and are not responsible
for any changes made to them by any other person.

 

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

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

Re: Error Starting Server After 7.5 patch 2 upgrade

[jham36]

I created the startup log, but it doesn't seem to point out anything
of use (at least not to me).

Wed Jul 29 2009 18:01:24.7310   InstallDir =
C:\Program Files\AR System\ardev
Wed Jul 29 2009 18:01:24.7460   Set up
thread control block with key = 0
Wed Jul 29 2009 18:01:24.7460   Initialize
thread local storage block
Wed Jul 29 2009 18:01:24.7460   Initialize
mutiple-byte environment
Wed Jul 29 2009 18:01:24.7460  
LocalLanguage = ENU
Wed Jul 29 2009 18:01:24.7460   ViewDir = en
Wed Jul 29 2009 18:01:24.7460   Initialize
License Library
Wed Jul 29 2009 18:01:24.7770  
LicenseFilename = C:\Program Files\Common Files\AR System\Licenses
\ardev\arsystem.lic
Wed Jul 29 2009 18:01:24.7770   Initialize
Language setting and locale
Wed Jul 29 2009 18:01:24.7770   Initialize
the Decimal Math library
Wed Jul 29 2009 18:01:24.7770   Open shared
catalog
Wed Jul 29 2009 18:01:24.7770   Create
Mutexes
Wed Jul 29 2009 18:01:24.7770   Load
encryption shared library
Wed Jul 29 2009 18:01:24.7770   Load
encryption static functions
Wed Jul 29 2009 18:01:24.7770   Initialize
default configuration information
Wed Jul 29 2009 18:01:24.7770   Initialize
parse environment
Wed Jul 29 2009 18:01:24.7770   Initialize
date time information
Wed Jul 29 2009 18:01:24.7770   Initialize
notification strings
Wed Jul 29 2009 18:01:24.7770   Initialize
RPC queue type strings
Wed Jul 29 2009 18:01:24.7770   Initialize
filter strings
Wed Jul 29 2009 18:01:24.7770   Initialize
escalation strings
Wed Jul 29 2009 18:01:24.7770   Load system
configuration file
Wed Jul 29 2009 18:01:24.7770  
arsCodeSet=UTF-8[65] arDbCodeSet=UTF-8[65]
Wed Jul 29 2009 18:01:24.7770   Initialize
pending lists
Wed Jul 29 2009 18:01:24.7930   Create cache
read write lock
Wed Jul 29 2009 18:01:24.7930   Create full
text status read write lock
Wed Jul 29 2009 18:01:24.7930   Initialize
fork proxy
Wed Jul 29 2009 18:01:24.7930   Initialize
user cache
Wed Jul 29 2009 18:01:24.7930   Open log
file
Wed Jul 29 2009 18:01:24.7930   Initialize
XML parser
Wed Jul 29 2009 18:01:24.8240   Initialize
process communication mechanism
Wed Jul 29 2009 18:01:24.8240   Initialize
thread list
Wed Jul 29 2009 18:01:24.8240   Check
multiple servers
Wed Jul 29 2009 18:01:24.8240   Initialize
dead thread list
Wed Jul 29 2009 18:01:24.8240   Initialize
timed calls
Wed Jul 29 2009 18:01:24.8240  
CreateRPCQueue(min=1, max=1, rpc=390600)
Wed Jul 29 2009 18:01:24.8240   Await cache
ready...
Wed Jul 29 2009 18:01:25.2460   Check
licensing
Wed Jul 29 2009 18:01:25.4180  
InitializeServerCache: LoadInitialSchemaInfo Begin
Wed Jul 29 2009 18:01:25.4180  
InitializeServerCache: PerformPreCachePatchDatabaseUpgrades End

Thanks,
James

On Jul 28, 5:53 pm, Joe DeSouza  wrote:
> James,
>
> Did you attempt to startup the server with the startup logs turned on? You 
> will need to add the -t switch to the startup in the armonitor.conf file and 
> restart the server. Add -t just before the -i switch so it should read like:
>
> "InstallDir\arserver.exe" -t -i "etc etc etc...
>
> The startup logs that will be then generated in the bin directory of the AR 
> System installation may tell you where the startup crashes.. I am not sure if 
> this is documented on the current releases but this used to be an 
> undocumented feature.
>
> Remove the -t flag later when you do not require it..
>
> Having got the startup log you will know at what point the server crashes..
>
> Cheers
>
> Joe
>
> 
> From: jham36 
> To: arsl...@arslist.org
> Sent: Tuesday, July 28, 2009 4:23:53 PM
> Subject: Re: Error Starting Server After 7.5 patch 2 upgrade
>
> We don't use BMC support anymore.  We have US based support now from a BMC 
> partner.
> I am trying to determine if they are better or not.
>
> On Jul 28, 4:19 pm, patrick zandi  wrote:
>
> 3rd nation support ?
>
> On Tue, Jul 28, 2009 at 3:31 PM, jham36  wrote:
>
> That did not seem to work.  The Windows Application log started showing 
> errors about the SQL database not being available.  I do not see these errors 
> when I remove that "\"
>
> What happens without the "\" is that the server cache builds up to about 477 
> MB, then crashes.  The Windows Application log shows:
> Faulting application arserver.exe, version 7.5.0.2, faulting module 
> arserver.exe, version 7.5.0.2, fault address 0x0015cdf0.
>
> Anyone have any other ideas?  This is just a test server, so I can wipe it 
> out if needed.  I was hoping to find a solution in case we encountered this 
> in production.
>
> James
>
> On Jul 28, 2:57 pm, jham36  wrote:
>
> I don't have the "\" at the end of that entry.  I added it in and the server 
> is doing something now.  It is taking much longer to start and normally would 
> have crashed by now.  I did notice that the server cache does not seem to be 
> building up like it usually does.  The arserver.exe process (on Windows) is 
> only using 14 MB of memory.  I will wait and see what happens.
>
> Thanks,
>
> James
>
> On Jul 28, 2:36 pm,

Re: Error Starting Server After 7.5 patch 2 upgrade

[jham36]

I tried posting the log here, but my post is not posting.  Strange.

James

On Jul 28, 5:53 pm, Joe DeSouza  wrote:
> James,
>
> Did you attempt to startup the server with the startup logs turned on? You 
> will need to add the -t switch to the startup in the armonitor.conf file and 
> restart the server. Add -t just before the -i switch so it should read like:
>
> "InstallDir\arserver.exe" -t -i "etc etc etc...
>
> The startup logs that will be then generated in the bin directory of the AR 
> System installation may tell you where the startup crashes.. I am not sure if 
> this is documented on the current releases but this used to be an 
> undocumented feature.
>
> Remove the -t flag later when you do not require it..
>
> Having got the startup log you will know at what point the server crashes..
>
> Cheers
>
> Joe
>
> 
> From: jham36 
> To: arsl...@arslist.org
> Sent: Tuesday, July 28, 2009 4:23:53 PM
> Subject: Re: Error Starting Server After 7.5 patch 2 upgrade
>
> We don't use BMC support anymore.  We have US based support now from a BMC 
> partner.
> I am trying to determine if they are better or not.
>
> On Jul 28, 4:19 pm, patrick zandi  wrote:
>
> 3rd nation support ?
>
> On Tue, Jul 28, 2009 at 3:31 PM, jham36  wrote:
>
> That did not seem to work.  The Windows Application log started showing 
> errors about the SQL database not being available.  I do not see these errors 
> when I remove that "\"
>
> What happens without the "\" is that the server cache builds up to about 477 
> MB, then crashes.  The Windows Application log shows:
> Faulting application arserver.exe, version 7.5.0.2, faulting module 
> arserver.exe, version 7.5.0.2, fault address 0x0015cdf0.
>
> Anyone have any other ideas?  This is just a test server, so I can wipe it 
> out if needed.  I was hoping to find a solution in case we encountered this 
> in production.
>
> James
>
> On Jul 28, 2:57 pm, jham36  wrote:
>
> I don't have the "\" at the end of that entry.  I added it in and the server 
> is doing something now.  It is taking much longer to start and normally would 
> have crashed by now.  I did notice that the server cache does not seem to be 
> building up like it usually does.  The arserver.exe process (on Windows) is 
> only using 14 MB of memory.  I will wait and see what happens.
>
> Thanks,
>
> James
>
> On Jul 28, 2:36 pm, LJ Longwing  wrote:
>
> I have come across this before...I forget if it was a lack of \ or a \ where 
> one didn't belong, but my issue resides around (7.1) when running the 
> installer and the path I provide for remedy like I said, either didn't have a 
> \ or had one...I forgetbut my armonitor.cfg is supposed to look like this
> "E:\Remedy\AR System\arserver.exe" -i "E:\Remedy\AR System" -l "C:\Program 
> Files\Common Files\AR System\Licenses\" -m
>
> But when I have the problem it looks like this
> "E:\Remedy\AR System\arserver.exe" -i "E:\Remedy\AR System\" -l "C:\Program 
> Files\Common Files\AR System\Licenses\" -m
>
> All I did was get rid of the \ at the end of the -i parameter and it worked 
> fineI consider this a bug in the installer but have never bothered to 
> report it.
>
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arsl...@arslist.org] On Behalf Of jham36
> Sent: Tuesday, July 28, 2009 12:27 PM
> To: arsl...@arslist.org
> Subject: Error Starting Server After 7.5 patch 2 upgrade
>
> Listers,
>
> I upgraded our test environment from ARS 7.5 patch 1 to 7.5 patch 2 last 
> week.  The installer failed when trying to restart the arserver towards the 
> end of the install.  The only error I can see in the armonitor log file is:
> Failure occurred during execl() (ARERR 33)
>
> The install log does not show any errors until it fails to restart the server.
> I have verified that the armonitor.cfg file looks correct and even restored a 
> backup copy just to make sure.
> Support has been unable to make any progress on this issue.
>
> Thanks,
>
> James
>
> ___
> UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

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

Re: Error Starting Server After 7.5 patch 2 upgrade

[jham36]

I am having trouble replying to this post.

On Jul 28, 5:53 pm, Joe DeSouza  wrote:
> James,
>
> Did you attempt to startup the server with the startup logs turned on? You 
> will need to add the -t switch to the startup in the armonitor.conf file and 
> restart the server. Add -t just before the -i switch so it should read like:
>
> "InstallDir\arserver.exe" -t -i "etc etc etc...
>
> The startup logs that will be then generated in the bin directory of the AR 
> System installation may tell you where the startup crashes.. I am not sure if 
> this is documented on the current releases but this used to be an 
> undocumented feature.
>
> Remove the -t flag later when you do not require it..
>
> Having got the startup log you will know at what point the server crashes..
>
> Cheers
>
> Joe
>
> 
> From: jham36 
> To: arsl...@arslist.org
> Sent: Tuesday, July 28, 2009 4:23:53 PM
> Subject: Re: Error Starting Server After 7.5 patch 2 upgrade
>
> We don't use BMC support anymore.  We have US based support now from a BMC 
> partner.
> I am trying to determine if they are better or not.
>
> On Jul 28, 4:19 pm, patrick zandi  wrote:
>
> 3rd nation support ?
>
> On Tue, Jul 28, 2009 at 3:31 PM, jham36  wrote:
>
> That did not seem to work.  The Windows Application log started showing 
> errors about the SQL database not being available.  I do not see these errors 
> when I remove that "\"
>
> What happens without the "\" is that the server cache builds up to about 477 
> MB, then crashes.  The Windows Application log shows:
> Faulting application arserver.exe, version 7.5.0.2, faulting module 
> arserver.exe, version 7.5.0.2, fault address 0x0015cdf0.
>
> Anyone have any other ideas?  This is just a test server, so I can wipe it 
> out if needed.  I was hoping to find a solution in case we encountered this 
> in production.
>
> James
>
> On Jul 28, 2:57 pm, jham36  wrote:
>
> I don't have the "\" at the end of that entry.  I added it in and the server 
> is doing something now.  It is taking much longer to start and normally would 
> have crashed by now.  I did notice that the server cache does not seem to be 
> building up like it usually does.  The arserver.exe process (on Windows) is 
> only using 14 MB of memory.  I will wait and see what happens.
>
> Thanks,
>
> James
>
> On Jul 28, 2:36 pm, LJ Longwing  wrote:
>
> I have come across this before...I forget if it was a lack of \ or a \ where 
> one didn't belong, but my issue resides around (7.1) when running the 
> installer and the path I provide for remedy like I said, either didn't have a 
> \ or had one...I forgetbut my armonitor.cfg is supposed to look like this
> "E:\Remedy\AR System\arserver.exe" -i "E:\Remedy\AR System" -l "C:\Program 
> Files\Common Files\AR System\Licenses\" -m
>
> But when I have the problem it looks like this
> "E:\Remedy\AR System\arserver.exe" -i "E:\Remedy\AR System\" -l "C:\Program 
> Files\Common Files\AR System\Licenses\" -m
>
> All I did was get rid of the \ at the end of the -i parameter and it worked 
> fineI consider this a bug in the installer but have never bothered to 
> report it.
>
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arsl...@arslist.org] On Behalf Of jham36
> Sent: Tuesday, July 28, 2009 12:27 PM
> To: arsl...@arslist.org
> Subject: Error Starting Server After 7.5 patch 2 upgrade
>
> Listers,
>
> I upgraded our test environment from ARS 7.5 patch 1 to 7.5 patch 2 last 
> week.  The installer failed when trying to restart the arserver towards the 
> end of the install.  The only error I can see in the armonitor log file is:
> Failure occurred during execl() (ARERR 33)
>
> The install log does not show any errors until it fails to restart the server.
> I have verified that the armonitor.cfg file looks correct and even restored a 
> backup copy just to make sure.
> Support has been unable to make any progress on this issue.
>
> Thanks,
>
> James
>
> ___
> UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org
> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"

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

Remedy and DOD SSO

[Abdullah Baytops]

Our DOD client would like for us to implement SSO using a product called 
siteminder.  Has anyone ever integrated SSO with Remedy 7.1 for a DOD client 
using this product?

If anyone has ever did any kind of SSO integration that would be helpful as 
well.

Thanks in Advance for any Response

V/R
Abdul Baytops
Digital Foundation Corporation
Web:  www.thedigitalcorp.com


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