Re: Analytics report - difference in Summary and Detail sheet.

2014-05-06 Thread Harry
Its 

   Analytics for BSM  7.6.06

 SAP Business Objects (BO)-BO 4.0 SP04


Thanks
Harry  

On Tuesday, May 6, 2014 12:13:35 AM UTC-5, Harry wrote:
>
> ** 
> Hi Experts,
>
> Why would be there difference in pie-chart- summary xls sheet and its 
> Change requests -in tabular format /Detail xls sheet ?
>
> Is there something broken ?
>
> Thanks,
> Harry
> _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: Deleted user accounts continue to show up in logs

2014-05-06 Thread patrick zandi
did you delete them from the people form... the User form.  Are their PC's
still running? on the network... LOL... and they have refresh running...
Hilarious...


On Mon, May 5, 2014 at 9:18 AM, David Durling  wrote:

> **
>
> We have “LOGIN FAILED” attempts logged for user accounts that have been
> long deleted from our ARS 7.5 server.  In some cases, the accounts have
> been removed for over a year.  Over that time the midtier would have been
> restarted & flushed multiple times, so it would seem that should get rid of
> anything in cache unless there’s some bug.  As a matter of fact, a flush or
> restart of midtier is exactly when I see them appear in the logs.
>
>
>
> I’ve checked for some of the accounts to make sure the Searches
> Preference, User Central File, and User Preference entries for them were
> removed.  Anyone have an idea what might be going on?
>
>
>
> David
>
>
>
> David Durling
>
> Enterprise IT Services
>
> University of Georgia
>
>
>  _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: Self-Terminating/disabling Escalation

2014-05-06 Thread Jarl Grøneng
This option was added to 7.6.04 Developer Studio. Using 7.6.04 Develper
Studio against 7.5 or lower server version will also enable this option.


--
J


2014-05-02 20:03 GMT+02:00 Rick Westbrock :

> **
>
> I think that was in place as of version 7.6.04 since I remember
> right-clicking to run an escalation last year (but maybe my memory is
> faulty, I don’t have a 7.6.04 system to reference now).
>
>
>
> -Rick
>
>
>
> *_*
>
> *Rick Westbrock*
> Remedy Administrator | IT Department
> 24 Hour Fitness USA, Inc.
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing
> *Sent:* Friday, May 02, 2014 9:18 AM
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Self-Terminating/disabling Escalation
>
>
>
> **
>
> Doug,
>
> I hate to contradict you, but, if you right click on any escalation, the
> bottom option is 'Run Now'so, at least in the 8.1 version of the Dev
> Studio, there is a GUI option that enables this.
>
>
>
> On Thu, May 1, 2014 at 1:22 PM, Mueller, Doug 
> wrote:
>
> **
>
> OK, good news and bad news……
>
>
>
> The best way to do this is to create an escalation that is disabled.
> Then, tell it to run one time.
>
>
>
> Well, that seems to be perfect and just what you asked for.  So, how do
> you do this???
>
>
>
> Well, that is the bad news.  While we do have the exact functionality, we
> have not made it easy for you to
>
> get to.
>
>
>
> You can create an escalation and it can be disabled.  NO problem there.
>
>
>
> Now, there is way using an API call to say to run ANY escalation (enabled
> or disabled) ONE TIME RIGHT NOW.
>
> So, this is good news.
>
>
>
> The bad news is that we have not exposed a way to call that API call from
> Dev Studio.  This means you have
>
> to call it from an API program or use the driver sample program we ship to
> cause it to run.
>
>
>
> Using driver, you can create a small script that performs the login, runs
> the escalation, and terminates and pass
>
> the escalation name in as a parameter.  Then, you could just run that
> script directly (or through workflow) to
>
> perform the operation.  A good enhancement request is to have the ability
> to say to "run now" for an
>
> escalation exposed through dev studio.
>
>
>
>
>
> Other than this feature, you have to enable it so that it triggers and
> runs and then disable it so that it does not
>
> run again.  There is no other way to manage this.
>
>
>
> Doug Mueller
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Charlie Lotridge
> *Sent:* Thursday, May 01, 2014 10:18 AM
>
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Self-Terminating/disabling Escalation
>
>
>
> **
>
> Hi Sapna,
>
>
>
> The bad news is that there is no workflow action that will accomplish this
> for you. You could potentially try to use a SQL update (in a Direct SQL
> action) to directly update the Remedy data dictionary, which would look
> something like this:
>
>
>
> UPDATE escalation
>
> SET enable = 0
>
> WHERE name = 'The Escalation Name'
>
>
>
> But I'd recommend against this for two reasons.  First, any running AR
> servers would not notice the change until they reload their data dictionary
> caches.
>
>
>
> Second, doing this *might* cause the escalation to become invalid in that
> it would no longer match the checksum (in the safeGuard column of the
> escalation table).  I haven't checked this and don't know offhand if the
> "enable" is part of that checksum.
>
>
>
> The only way I can think of would be to write a small API program that
> performs the action. This would immediately affect the AR server on which
> it's run, but it would not propagate to any other servers until they reload
> their caches (I don't know much about server groups...would other servers
> in the group notice such changes and automatically reload?).
>
>
>
> I hope this helps.
>
>
>
> -charlie
>
>
>
> On Wed, Apr 30, 2014 at 12:06 PM, Sapna Motwani 
> wrote:
>
> Hello Experts,
>
> Please suggest is it possible to define a self-terminating escalation. I
> need to run an escalation just once, and then it should disable itself.
> I want to know is it possible to define an escalation which triggers some
> workflow to mark the calling parent escalation as disable.
>
> Any help would be highly appreciated.
>
> Regards,
> Sapna
>
>
> ___
> 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_
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>  _ARSlist: "Where the Answers Are" and have been for 20 years_
>

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

Re: Deleted user accounts continue to show up in logs

2014-05-06 Thread Axton
It could be a cache building operation. I think with newer versions of the
midtier it records user/form access and builds the cache based on past
activity.  There are a series of files (I think *.index) that store this
usage information.


On Mon, May 5, 2014 at 8:18 AM, David Durling  wrote:

> **
>
> We have “LOGIN FAILED” attempts logged for user accounts that have been
> long deleted from our ARS 7.5 server.  In some cases, the accounts have
> been removed for over a year.  Over that time the midtier would have been
> restarted & flushed multiple times, so it would seem that should get rid of
> anything in cache unless there’s some bug.  As a matter of fact, a flush or
> restart of midtier is exactly when I see them appear in the logs.
>
>
>
> I’ve checked for some of the accounts to make sure the Searches
> Preference, User Central File, and User Preference entries for them were
> removed.  Anyone have an idea what might be going on?
>
>
>
> David
>
>
>
> David Durling
>
> Enterprise IT Services
>
> University of Georgia
>
>
>  _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: Remedy job with Cisco in RTP, NC

2014-05-06 Thread Bharad w
Hi kessler,

This is Bharadwaja Damera I am interested in this position . can I know
whether this position still open. waiting for your positive response.

Thanks
Bharadwaja Damera
256-856-2156


On Sat, Mar 29, 2014 at 4:43 PM, Rod Kessler wrote:

> If anyone knows any Remedy consultants who would be interested in a 1
> year+ contract with Cisco Systems in RTP, NC, email
> rkess...@teksystems.com.
>
> Job Description:
> 1. Candidate must have experience designing, configuring, implementing BMC
> Remedy v 7.5 (or near version)
> 2. Candidate must have knowledge (Certification Preferred) of ITIL
> practice (foundation level)
> 3. Experience in managing/configuring mission critical Remedy
> implementation in large enterprise or service provider environment.
> 4. Excellent communication , documentation skills, team player
> 5. Quick learner of Remedy Implementation so as to support the environment.
> 6. Integration using Web Services with Remedy will be a strong +ve.
> 7. Flexible to work with multiple timezones.
>
>
> ___
> 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: Analytics report - difference in Summary and Detail sheet.

2014-05-06 Thread Keith Parker
Can you elaborate a little more? Do you have separate queries for the summary 
and detail or deriving both from a single query?

Keith Parker
Federal Aviation Administration
Business Analytics and KM Support
Remedy Administration
Office - 405-954-4155
Mobile - 405-466-5153

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Harry
Sent: Tuesday, May 06, 2014 12:14 AM
To: arslist@ARSLIST.ORG
Subject: Analytics report - difference in Summary and Detail sheet.

**
Hi Experts,

Why would be there difference in pie-chart- summary xls sheet and its Change 
requests -in tabular format /Detail xls sheet ?

Is there something broken ?

Thanks,
Harry
_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: Deleted user accounts continue to show up in logs

2014-05-06 Thread Grooms, Frederick W
What OS is your Mid-Tier on?

In the startup script/batch of our Tomcat we have added a couple of lines to 
delete the cache before Tomcat starts up (in Linux it is the startup.sh in the 
tomcat/bin directory).

We added (We are on Linux so the examples are for that OS)   
   rm -rf $CATALINA_HOME/work/Catalina/localhost/*   >/dev/null 2>/dev/null   
   rm -rf $CATALINA_HOME/webapps/arsys/cache/*   >/dev/null 2>/dev/null   
   rm -rf $CATALINA_HOME/webapps/arsys/attstore/*   >/dev/null 2>/dev/null   

(In the startup script it is also a good time to archive any existing log files 
if you don't have them set to automatically roll over)   
   # System Log backup   
   mkdir $CATALINA_HOME/logs/bak   >/dev/null 2>/dev/null   
   mv -f $CATALINA_HOME/logs/*.log $CATALINA_HOME/logs/bak   >/dev/null 
2>/dev/null   
   mv -f $CATALINA_HOME/logs/catalina.out $CATALINA_HOME/logs/bak   >/dev/null 
2>/dev/null   
   # App log backup   
   mkdir $CATALINA_HOME/webapps/arsys/logs/bak   >/dev/null 2>/dev/null   
   mv -f $CATALINA_HOME/webapps/arsys/logs/*.log 
$CATALINA_HOME/webapps/arsys/logs/bak   >/dev/null 2>/dev/null   

Fred


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
Sent: Monday, May 05, 2014 8:18 AM
To: arslist@ARSLIST.ORG
Subject: Deleted user accounts continue to show up in logs

** 
We have "LOGIN FAILED" attempts logged for user accounts that have been long 
deleted from our ARS 7.5 server.  In some cases, the accounts have been removed 
for over a year.  Over that time the midtier would have been restarted & 
flushed multiple times, so it would seem that should get rid of anything in 
cache unless there's some bug.  As a matter of fact, a flush or restart of 
midtier is exactly when I see them appear in the logs.

I've checked for some of the accounts to make sure the Searches Preference, 
User Central File, and User Preference entries for them were removed.  Anyone 
have an idea what might be going on?

David

David Durling
Enterprise IT Services
University of Georgia

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


Re: Indirect reference to form field value

2014-05-06 Thread Robin Mathew
Hi Charlie,

The operation is returning 0 value,ie failure.

And, reference values are getting set correctly in the SourceFiledId and 
TargetFieldID.

Based on my requirement I want this to be done in filter.

Could you please share your code with me if you have already done this?

Thanks in anticipation.

Regards
Robin



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


Re: Deleted user accounts continue to show up in logs

2014-05-06 Thread David Durling
Thanks Axton,

That led me to look in the cache directory at *.index and *.data files, where I 
did find one of the account names in a .data file.   But I didn’t see some of 
the other “problem” deleted accounts in that file, so that file may not be the 
basic source.

David D.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Axton
Sent: Monday, May 05, 2014 10:03 PM
To: arslist@ARSLIST.ORG
Subject: Re: Deleted user accounts continue to show up in logs

**
It could be a cache building operation. I think with newer versions of the 
midtier it records user/form access and builds the cache based on past 
activity.  There are a series of files (I think *.index) that store this usage 
information.

On Mon, May 5, 2014 at 8:18 AM, David Durling 
mailto:durl...@uga.edu>> wrote:
**
We have “LOGIN FAILED” attempts logged for user accounts that have been long 
deleted from our ARS 7.5 server.  In some cases, the accounts have been removed 
for over a year.  Over that time the midtier would have been restarted & 
flushed multiple times, so it would seem that should get rid of anything in 
cache unless there’s some bug.  As a matter of fact, a flush or restart of 
midtier is exactly when I see them appear in the logs.


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


Re: Deleted user accounts continue to show up in logs

2014-05-06 Thread Thad Esser
Axton,

I think the file you are thinking about (at least for 8.1) is the
viewstats.dat file in \WEB-INF\classes

BMC has a small blurb about it on this page:
   https://docs.bmc.com/docs/display/public/ars81/About+Mid+Tier+caching

Thad


On Mon, May 5, 2014 at 7:02 PM, Axton  wrote:

> **
> It could be a cache building operation. I think with newer versions of the
> midtier it records user/form access and builds the cache based on past
> activity.  There are a series of files (I think *.index) that store this
> usage information.
>
>
> On Mon, May 5, 2014 at 8:18 AM, David Durling  wrote:
>
>> **
>>
>> We have “LOGIN FAILED” attempts logged for user accounts that have been
>> long deleted from our ARS 7.5 server.  In some cases, the accounts have
>> been removed for over a year.  Over that time the midtier would have been
>> restarted & flushed multiple times, so it would seem that should get rid of
>> anything in cache unless there’s some bug.  As a matter of fact, a flush or
>> restart of midtier is exactly when I see them appear in the logs.
>>
>>
>>
>> I’ve checked for some of the accounts to make sure the Searches
>> Preference, User Central File, and User Preference entries for them were
>> removed.  Anyone have an idea what might be going on?
>>
>>
>>
>> David
>>
>>
>>
>> David Durling
>>
>> Enterprise IT Services
>>
>> University of Georgia
>>
>>
>>  _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

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


ARERR 90: Looking for dummy.host.com

2014-05-06 Thread Deyon
Hello List,

I'm hoping for direction is locating root cause as to why i'm getting arerror 
90. This is error because the application is looking for 
.dummy.host.com.

we have resolved the issue by adding the .dummy.host.com to the 
etc/host at BMC request. 

Basically,
 
We upgraded from 7.5P4 to 8.1.00 P2 on Unix 7.1 & 11g environment.  This error 
occur on any type of action agains the Report Creator form. 
1. If you try to edit a AR SYSTEM report, from Report console. 
2. If you try to create a new AR System report, from the report console, which 
opened ReportCreator, upon saving the report - the error occurs; but the report 
is saved and can be ran/execute from the report console. 
3.  On open search of Report Creator and execution of search. 

This does not occur in other forms. Also, occurs in same manner on Usertool.

-- I would like to find where in the application  .dummy.host.com 
is being sited, and correct; such that the /etc/hosts file can be cleaned up.

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


Re: Audited from RefCount property on a Form

2014-05-06 Thread Mueller, Doug
Lisa,

I didn't know what this setting was so I did a little searching in the 
knowledge base.

I found out that this setting on an Audit form is present for an Audit form of 
type Log and it is the number of
other forms that have targeted this particular Log Audit form for auditing.  
So, if it is set to 5, it should mean
that there are 5 forms out there that have auditing of style log turned on and 
those forms have specified
this form as the form to log their audit records to.

So, this is what the setting is - a reference count of the number of forms that 
are targeting this form with a
log style audit.

It seems to be used to determine that there are forms that are referencing this 
form and if the count gets
down to 0, the system knows that no forms are targeting this form as an Audit 
log form any more.

So, this is an internal, automatically set option used for internal management 
of the auditing environment.  It
is not a setting you should be controlling or worrying about.

So, why the difference

First, have you turned on auditing for another form targeting this form so that 
now there are 4 forms auditing
to this audit log form instead of 3?  That would be consistent with the number 
being 4 on dev and 3 on staging.

Now, if you have not updated auditing on any form on dev to point to this log 
form, the number should be
consistent between the environments.


If you want to pursue further to see what is connected, I found this query in a 
KB article that allows you to
get the names of all forms that are connected to a given log form.  It is an 
SQL query you would issue to the
database.

> select name Form , enable Enabled from arschema s, schema_audit a where 
> a.form=(select schemaid from arschema where name='TMS:AuditLogSystem') and 
> a.schemaid=s.schemaid order by name

Change the name TMS:Audit...  to the audit log form you are looking for of 
course.

This should show you all the connected items.

If this shows you why things are different, terrific.


Other KB articles had a discussion about the number seeming off.  There was a 
mention of doing a
Refresh Object List action when things are displayed in dev studio to make sure 
all the values are correct.

Since the count is calculated, a restore of an old form definition could bring 
back old values.  The values are
really advisory and informational so the system doesn't force recalculation at 
all times so there is the
possibility that they get out of sync.  the Refresh Object List operation 
should recalculate things.


I know this doesn't necessarily answer your question, but hopefully it provides 
some more information
for you to work with.

Doug Mueller

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION 
OPERATIONS
Sent: Wednesday, April 30, 2014 8:01 AM
To: arslist@ARSLIST.ORG
Subject: Audited from RefCount property on a Form

**
Does anyone know what this property is?  "Audited from RefCount"

It's on the CTR:AuditLogSystem form and I'm doing a migrator diff and the count 
is different from dev to staging.  On Dev it's "4" and on Staging it's "3"

I can't find this property anywhere on any documentation

Lisa Kemes
Remedy Consultant
Dev Technology Group
DLA Office: (717) 770-6437
Cell Phone: (717) 602-9460
lisa.ke...@devtechnology.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"


Menu headache

2014-05-06 Thread Brittain, Mark
HI All,

Basically I am trying to mimic the behavior when you select the Assignee in the 
HPD:Help Desk. Select a name, which then populates the user id.

Specifically what I want to do is select a person's name from a menu and then 
have workflow set the Remedy Login ID in a separate field. I have a search menu 
using the CTM:People form attached to the Author field. The label is Full Name 
and the value is Remedy Login ID. Simple enough and here is where the fun 
begins.

In the client when I select the name from the menu, Remedy Login ID populates 
as expected/desired
In the browser when I select  the name from the menu, the Full Name populates.

The Author field is set to Auto complete: Leading Match, Auto Complete Match 
By: Label.

I am certain I am missing something really simple. ARS 7.6.04, mid-tier 7.6.04

Thanks
Mark

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



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: AR System /ITSM 7.6.4 Memory

2014-05-06 Thread Patil, Vivek
Where are you exactly seeing the latency ?

Can you share a use-case ?

Thanks,
  Vivek

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Koyb P. Liabt
Sent: Friday, May 02, 2014 10:39 PM
To: arslist@ARSLIST.ORG
Subject: AR System /ITSM 7.6.4 Memory

**
Hi,

We have been experiencing latency and other errors on our Remedy Production 
Server.
Total memory = 24 G
Cache memory = 4 G
Buffer =  6 G
Swap = 8 G
Free memory = 150 mb.

Our Lead, who has some Linux, and no Remedy Development - told us to ignore the 
150 mb, because with Linux, as long as the server has the 5G of cache, then 
Remedy will use the cache so he sees no reason for concern.  It appears as if 
Remedy is not using the cache though based on the performance.  Our Lead stated 
-  unless there is an error in the Remedy logs that states "memory low" - then 
we do not have a memory issue. Over the last few days, the free memory went 
from 1 Go to 150 mb free.  However I was told that this is how Linux works, and 
there really is no problem at all. Also, this is a  Remedy system where the 
tables are very large, and increasing by the day, and there is no archiving. We 
are in a server group.

How do we know for sure if there is a memory issue  (i.e. leaking memory, wrong 
sizing etc)? or if Remedy is using this cached memory?


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


Deleted user accounts continue to show up in logs

2014-05-06 Thread David Durling
We have "LOGIN FAILED" attempts logged for user accounts that have been long 
deleted from our ARS 7.5 server.  In some cases, the accounts have been removed 
for over a year.  Over that time the midtier would have been restarted & 
flushed multiple times, so it would seem that should get rid of anything in 
cache unless there's some bug.  As a matter of fact, a flush or restart of 
midtier is exactly when I see them appear in the logs.

I've checked for some of the accounts to make sure the Searches Preference, 
User Central File, and User Preference entries for them were removed.  Anyone 
have an idea what might be going on?

David

David Durling
Enterprise IT Services
University of Georgia


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


Re: Amazon cloud — anybody hosting their Remedy or their DB on Amazon?

2014-05-06 Thread Madhava Reddy
It is not hitting hard at this time. Since the number is less, happy for now. 
Overall it is  good.

Maddy
On Sunday, May 4, 2014 6:02 PM, John Sundberg  
wrote:
 
** 
Excellent.

How many active users? (Like how many different people hit it a day — do they 
hit it hard?)

Are you happy with the Amazon system?

If so why - or why not?

Thanks,

-John





On Sun, May 4, 2014 at 8:26 AM, Madhava Reddy  wrote:

** 
>We have implemented on on Amazon cloud Dev and Prod. Remedy, Db and Mid Tier 
>on different servers.
>On Sunday, May 4, 2014 7:42 AM, John Sundberg  
>wrote:
> 
>** 
>
>
>I guess I should have clarified:
>
>
>Anybody doing “production hosting of Remedy or the DB” on Amazon?
>
>
>Any happy/sad stories are welcome. 
>
>
>
>-John
>
>
>-- 
>
>John SundbergKinetic Data, Inc.
>"Your Business. Your Process."
>
>
>651-556-0930 I john.sundb...@kineticdata.com www.kineticdata.com I 
>community.kineticdata.com 
>
>
>
>
>_ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
>_ARSlist: "Where the Answers Are" and have been for 20 years_


-- 

John SundbergKinetic Data, Inc.
"Your Business. Your Process."

651-556-0930 I john.sundb...@kineticdata.com www.kineticdata.com I 
community.kineticdata.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: Data Import Tool issue.

2014-05-06 Thread anandsagar sah
Hello,

This is probably due to invalid csv file content. Open the csv file in
notepad++ or any text editor, checkout for any junk/invalid characters.
See that at the end of file content, there is't any blank lines.

Thanks & Regards
arskit.com


On Mon, May 5, 2014 at 9:02 PM, Suresh Loganathan wrote:

> **
>
> Team,
>
> When I upload the csv file into data import tool getting below error
> message. can you please help to fix this issue.
>
> The specified file cannot be parsed .Reason: Content is not allowed in
> prologue. ARERR 5423.
>
> Regards,
>
> Suresh Loganathan.
> _ARSlist: "Where the Answers Are" and have been for 20 years_




-- 
Thanks and Regards,
Sah Anandsagar

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


2 Full Time Remedy Positions Available @ Fort Meade!

2014-05-06 Thread Werner, Chris
Hello Remedy Experts!

I wanted to make you all aware of two opportunities I have available located at 
Ft. Meade in MD.  Both positions are full time supporting the Network Services 
division with DISA.  To qualify for this position you MUST BE A US CITIZEN WITH 
AN ACTIVE DOD SECRET SECURITY CLEARANCE!

Our customer is in the process of trying to upgrade their current version of 
ITSM.  The current installation has a variety of customized features so the 
candidates filling these roles will need to be able to learn quickly to get up 
to speed on their customized features.

This contract is in its initial year and is scheduled to last and additional 3 
option years.

If you are interested in this opportunity please give me a call or shoot me an 
email with your resume attached.

PLEASE NOTE: WE ARE NOT WILLING TO WORK WITH OTHER BUSINESSES OR STAFFING FIRMS 
ON THESE POSITIONS.  IF YOU ARE REPRESENTING A COMPANY PLEASE DO NOT REACH OUT. 
 WE ARE ONLY WILLING TO WORK WITH INDIVIDUALS.

Depending on experience salary range is $90-120k/year.

Thanks,

Chris Werner
Technical Recruiter
[cid:image002.jpg@01CF6849.98DDD590]
2300 Corporate Park Dr. Suite 400 | Reston, VA 20191
(703) 812-0117 (desk)|(703) 401-7681 (cell)|(703) 935-7126 (fax)

Follow us [cid:image004.png@01CF6849.98DDD590] 

 [cid:image006.png@01CF6849.98DDD590] 

  [cid:image008.jpg@01CF6849.98DDD590] 


View Our Current 
Openings!



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


ARERR 90: .dummy.host.com

2014-05-06 Thread D Dussie
Hello List,

Error:Cannot establish a network connection to the AR System server 
:.dummy.host.com : RPC: Success (ARERR 90)

This error only occurs, On the report creator form; while modify, search, 
create a report. Also, this affects the report selection from table, loading 
each line. 

Resolution: add .dummy.host.com to the /etc/host file. 


I'm trying to understand, why the application is looking for dummy.host.com. 
Can anyone assist? hopefully, a solution that allows us to remove the entry 
from etc/host. 


Background: Upgraded from 7.5P4 to 8.1.00 P2 Hotfix ARS on UNIX 7.1 and 11g. 

Thank you Dee.

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