JOB: Employment Opportunities with QMX Support Services (U.S. and Southeast Asia)

[Jeff Lockemy (QMX Support Services)]

 

QMX Support Services is looking for experienced Remedy Developers and
Consultants to join our rapidly growing team.

 

We have an immediate need for an ITSM Service Desk project, tying four
Service Desks together in 4 separate locations; two in the United States and
two in Southeast Asia.  For this project, candidates must be U.S. citizens,
and either already have a Secret U.S. Government Security Clearance or be
able to qualify for one with a background check.

 

QMX is a certified BMC Alliance Consulting Partner.  We specialize in
government contracts, as well as commercial.  You could be working with a
group of experienced consultants who have successfully completed over 500
projects, most of whom have more than 10 years of experience with the BMC
Remedy product line.

 

If you are interested in learning more about QMX and our opportunities,
please contact:

 

Mike Gauche

mgau...@qmxs.com

703-549-3690

 

 


QMX Support Services Inc.

110 North Royal Street

Suite 525

Alexandria, VA 22314

Description: Description: cid:image001.jpg@01CAE5F1.42BBE690

  www.qmxs.com

 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
<>

Re: Strange ARS Timeout Problem

[Bob Weiman]

The combination of symptoms:
- exactly 5 minutes of inactivity from incoming clients ( time of general  LIST 
operation)
- SQL activity still occuring ( since escalation work is timed base)

Sure smells of a clogged ARserverd RPC dispatcher thread.
Be sure to look into setting RPC-Non-Blocking-IO:

Saw this in a previous ARSList post:
http://www.mail-archive.com/arslist@arslist.org/msg34499.html

Get used to what thread #1 looks like under normal operation in a 'pstack' 
output of your arserverd process.
Then when you're encountering the hanging/unresponsiveness, take a look at 
pstack of the arserverd again, especially thread #1 - the dispatcher.
You might see some function calls listed in the stack dealing with 
"endofrecord" 
searching.
Send some of the pstack out to the arslist if you'd like some interpretation.

Bob ---



From: "ZHANG, ERIC L" 
To: arslist@ARSLIST.ORG
Sent: Thu, January 27, 2011 2:26:01 PM
Subject: Re: Strange ARS Timeout Problem

** ** 
Good idea.  I just put a cron job on the ars server that runs traceroute 
 every minute and appends the output to an output file. Waiting for 
the next timeout.
 
-Original Message-
From: LJ LongWing [mailto:lj.longw...@gmail.com] 
Sent: Thursday, January 27, 20119:18 AM
Subject: Re: Strange ARS Timeout Problem
 
Ok….I just completely re-read the original post…..all indications save one are 
that during that 5 minute interval the application server lost connectivity 
with 
the DB server.  The only exception to that appears to be the escalation thread 
which continued processing during that 5 minute window…..so, what I would do 
would be to setup a cron to run every 30 seconds or every minute, something 
along those lines that issues a tracert between your remedy server and your db 
server.  My primary thought is that you are losing network connectivity….even 
though the escalation server is still working…it’s at least something you can 
try and report back.
 
From:Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] 
On Behalf Of ZHANG, ERIC L
Sent: Wednesday, January 26, 20117:19 PM
To: arslist@ARSLIST.ORG
Subject: Re: Strange ARS Timeout Problem
 
** 
Yes, I did initial log analysis. As I said in the original posting, there was 
5-minutes gap in the api log, while no gap/waiting/error/long operation was 
showing in the sql log and escalation log. All the sql queries were for user 
AR_ESCALATOR in the sql log.
 
 
-Original Message-
From: Axton [mailto:axton.gr...@gmail.com] 
Sent: Wednesday, January 26, 20118:18 AM
Subject: Re: Strange ARS Timeout Problem
 
** What do the logs say?  I haven't seen that you've done analysis with the 
logs.  Is there a gap in time in the logs (indicating the server was not doing 
anything)?  Is there are gap in time in the logs (indicating a long operation 
was running?
On Tue, Jan 25, 2011 at 5:49 PM, ZHANG, ERIC L  wrote:
** 
We have sent BMC tech support all the logs including api, filter, sql, 
escalation, thread, plug-in, arfork, even pstack output that were taken during 
hanging, and so far they haven’t been able to identify the cause of the problem.
 
-Original Message-
From: Axton [mailto:axton.gr...@gmail.com] 
Sent: Monday, January 24, 20115:45 PM
Subject: Re: Strange ARS Timeout Problem
 
** Try to get the api, filter, and sql logs leading up to the point where it 
started hanging.  Those are your best indicator.  Also check the arerror.log 
for 
crashes.
 
There are things that can cause behavior like this that the logs will indicate. 
 For example, try creating a computed group during production operations, or 
importing a deployable application.
On Thu, Jan 20, 2011 at 3:10 PM, ZHANG, ERIC L  wrote:
** 
Hi Listers.
 
We are experiencing intermittent timeouts with the ARS. Without me doing 
anything, the AR system becomes normal again after about 5 minutes. All users 
are getting timeout (or hourglass) but no process is being restarted in 
armonitor.log. 

 
This is the message showing in arerror.log:
 
Tue Jan 18 12:09:24 2011  Dispatch : Timeout during data retrieval due to busy 
server -- retry the operation (server_name)  ARERR - 93
Tue Jan 18 12:10:04 2011  Approve : Timeout during database query -- consider 
using more specific search criteria to narrow the results, and retry the 
operation (ARERR 94)
 
In the API log, it shows a 5-minute gap:
 
  /* Tue Jan 18 
2011 12:06:16.2224 */-GLEWF    OK
  /* Tue Jan 18 
2011 12:11:16.0001 */+GLEWF  ARGetListEntryWithFields -- schema OBJSTR:Class 
from Unidentified Client (protocol 12) at IP address
 
Our DBA was monitoring the database during the time and found few activities in 
the database. The activities shown in SQL log during the timeout were all for 
user AR_ESCALATOR, which means the escalation was still running during the 
time. 
This can also be verified from the escalation log.
 
When this occurs, the CPU and RAM utilizations are dramatically dropping

Re: New hire at Kinetic Data - Chris Woyton

[John Sundberg]

I will see what I can do :)


-John



On Jan 29, 2011, at 8:24 AM, Patrick Zandi wrote:

**
No that is Every Rug till he leaves the company !

Sent from my iPhone

On Jan 29, 2011, at 7:21 AM, ARSlist  wrote:

> **
> Cool!
> 
> Now you have to promise to send Chris to WWRUG11, we haven't seen him in a 
> while!
> 
>  
> 
> (sorry this got delayed, arslist server needed a swift kick and I was on a 
> client site).
> 
>  
> 
> . Dan
> 
>  
> 
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of John Sundberg
> Sent: January-28-11 4:33 PM
> To: arslist@ARSLIST.ORG
> Subject: OT: New hire at Kinetic Data - Chris Woyton
> 
>  
> 
> **
> 
>  
> 
> A little while back Chris Woyton posted he was becoming available. 
> 
>  
> 
>  
> 
> I am happy to announce he has accepted a position at Kinetic Data. 
> 
>  
> 
>  
> 
> Chris is working in engineering on our Kinetic Task Engine.
> 
>  
> 
>  
> 
> I thought I would relay the info to the list as many people know Chris.
> 
>  
> 
>  
> 
> Thanks,
> 
>  
> 
>  
> 
> -John
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> --
> 
> John Sundberg
> 
> Kinetic Data, Inc.
> "Building a Better Service Experience"
> Recipient of:
> 
> WWRUG10 Best Customer Service/Support Award
> 
> WWRUG09 Innovator of the Year Award
> 
> john.sundb...@kineticdata.com
> 651.556.0930  I  www.kineticdata.com
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
>  
> 
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
> 
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

--
John Sundberg

Kinetic Data, Inc.
"Building a Better Service Experience"
Recipient of:
WWRUG10 Best Customer Service/Support Award
WWRUG09 Innovator of the Year Award

john.sundb...@kineticdata.com
651.556.0930  I  www.kineticdata.com










___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Long running ITSM 7.6 upgrade

[Patrick Zandi]

7.6.04 might (don't know yet) be a faster method. 
But  UT is Not supported

Sent from my iPhone

On Jan 29, 2011, at 8:14 AM, "Gard, Richard J"  wrote:

> ** Our plan is to install 7.6.03 on bare metal (new hardware) and migrate our 
> SRM, RKM and CHM apps to it. No-one uses the new system until migration is 
> complete and tested. The current Prod system will then become UAT, and our 
> UAT systems will become part of DEV. We don't do upgrades often, so this 
> approach seems to work best. We support 3000+ demanding global users who 
> operate 24/7. We can't afford down time of more than 4-5 hours on a Friday 
> night. The switch is more of a DNS repoint and test.
> 
>  
> From: sphilben [mailto:sphil...@mac.com] 
> Sent: Friday, January 28, 2011 02:40 PM
> To: arslist@ARSLIST.ORG  
> Subject: Long running ITSM 7.6 upgrade 
>  
> All:
>  
> We are in the process of working out our upgrade path from ARS 7.1/ITSM 
> 7.0.03 to ARS 7.6/ITSM 7.6. The upgrade of ARS is pretty straightforward and 
> relatively quick.
>  
> The ITSM pieces, on the other hand, take forever. The upgrade path looks like 
> this:
>  
> SRM 2.2 p4
> CMDB 7.5 p5
> SRM 7.6 p1
> CMDB 7.6 p2
> ITSM 7.6 p1
> SLM 7.6
> SLM 7.6 p1
>  
> I am currently working on ITSM 7.6 on our DEV server. Should it really take 
> 10+ hours? How am I supposed to get this done during our maintenance window?
>  
> Has anyone else gone through this mess and survived? Does anyone have a 
> strategy on how to get this done in less than 24 hours (or whatever it ends 
> up taking)? We have failover servers that we could try and use but I don't 
> see how we can do it there early (like we are going to do during the ARS 
> upgrade).
>  
> Not sure how I can go to the powers that be and tell them they will be down 
> for a whole day in order to upgrade some software.
>  
> Thanks.
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: New hire at Kinetic Data - Chris Woyton

[Patrick Zandi]

No that is Every Rug till he leaves the company !

Sent from my iPhone

On Jan 29, 2011, at 7:21 AM, ARSlist  wrote:

> **
> Cool!
> 
> Now you have to promise to send Chris to WWRUG11, we haven't seen him in a 
> while!
> 
>  
> 
> (sorry this got delayed, arslist server needed a swift kick and I was on a 
> client site).
> 
>  
> 
> . Dan
> 
>  
> 
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of John Sundberg
> Sent: January-28-11 4:33 PM
> To: arslist@ARSLIST.ORG
> Subject: OT: New hire at Kinetic Data - Chris Woyton
> 
>  
> 
> **
> 
>  
> 
> A little while back Chris Woyton posted he was becoming available. 
> 
>  
> 
>  
> 
> I am happy to announce he has accepted a position at Kinetic Data. 
> 
>  
> 
>  
> 
> Chris is working in engineering on our Kinetic Task Engine.
> 
>  
> 
>  
> 
> I thought I would relay the info to the list as many people know Chris.
> 
>  
> 
>  
> 
> Thanks,
> 
>  
> 
>  
> 
> -John
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> --
> 
> John Sundberg
> 
> Kinetic Data, Inc.
> "Building a Better Service Experience"
> Recipient of:
> 
> WWRUG10 Best Customer Service/Support Award
> 
> WWRUG09 Innovator of the Year Award
> 
> john.sundb...@kineticdata.com
> 651.556.0930  I  www.kineticdata.com
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
>  
> 
> 
> 
> 
>  
> 
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
> 
> _attend WWRUG11 www.wwrug.com  ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Long running ITSM 7.6 upgrade

[Gard, Richard J]

**
Our plan is to install 7.6.03 on bare metal (new hardware) and migrate our SRM, 
RKM and CHM apps to it. No-one uses the new system until migration is complete 
and tested. The current Prod system will then become UAT, and our UAT systems 
will become part of DEV. We don't do upgrades often, so this approach seems to 
work best. We support 3000+ demanding global users who operate 24/7. We can't 
afford down time of more than 4-5 hours on a Friday night. The switch is more 
of a DNS repoint and test.


From: sphilben [mailto:sphil...@mac.com]
Sent: Friday, January 28, 2011 02:40 PM
To: arslist@ARSLIST.ORG 
Subject: Long running ITSM 7.6 upgrade

All:

We are in the process of working out our upgrade path from ARS 7.1/ITSM 7.0.03 
to ARS 7.6/ITSM 7.6. The upgrade of ARS is pretty straightforward and 
relatively quick.

The ITSM pieces, on the other hand, take forever. The upgrade path looks like 
this:

SRM 2.2 p4
CMDB 7.5 p5
SRM 7.6 p1
CMDB 7.6 p2
ITSM 7.6 p1
SLM 7.6
SLM 7.6 p1

I am currently working on ITSM 7.6 on our DEV server. Should it really take 10+ 
hours? How am I supposed to get this done during our maintenance window?

Has anyone else gone through this mess and survived? Does anyone have a 
strategy on how to get this done in less than 24 hours (or whatever it ends up 
taking)? We have failover servers that we could try and use but I don't see how 
we can do it there early (like we are going to do during the ARS upgrade).

Not sure how I can go to the powers that be and tell them they will be down for 
a whole day in order to upgrade some software.

Thanks.
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

Re: New hire at Kinetic Data - Chris Woyton

[ARSlist]

Cool! 

Now you have to promise to send Chris to WWRUG11, we haven't seen him in a
while!

 

(sorry this got delayed, arslist server needed a swift kick and I was on a
client site).

 

. Dan

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of John Sundberg
Sent: January-28-11 4:33 PM
To: arslist@ARSLIST.ORG
Subject: OT: New hire at Kinetic Data - Chris Woyton

 

** 

 

A little while back Chris Woyton posted he was becoming available. 

 

 

I am happy to announce he has accepted a position at Kinetic Data. 

 

 

Chris is working in engineering on our Kinetic Task Engine.

 

 

I thought I would relay the info to the list as many people know Chris.

 

 

Thanks,

 

 

-John

 

 

 

 

 

 

--

John Sundberg

Kinetic Data, Inc.
"Building a Better Service Experience"
Recipient of:

WWRUG10 Best Customer Service/Support Award

WWRUG09 Innovator of the Year Award

john.sundb...@kineticdata.com
651.556.0930  I    www.kineticdata.com

 

 

 

 

 

 





 

_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"