Thanks Phil,
I've got a ticket open with our support (3rd party, not BMC) and
they've never heard of the error either. I have the latest user tool
patch, least it was the latest last week when I upgraded it :)
I'll ask our support if they know of any hotfixes that might help.
Quoting Phil Murnane <[EMAIL PROTECTED]>:
Dylan:
Maybe FD stands for File Descriptor? Don't know if that's helpful, but ...
Anyway, the last time I worked with SLM, around July of this year,
there were some hotfixes you had to request directly from BMC
support. They might be available as patches now, but it might not
hurt to open a ticket and see if there are any fixes for known
problems.
Come to think of it, you might be seeing a User Tool bug, so you may
want to see if there's a newer patch available.
HTH,
--Phil
----- Original Message ----
From: "Wheeler, Dylan" <[EMAIL PROTECTED]>
To: [email protected]
Sent: Monday, December 8, 2008 6:14:47 PM
Subject: Re: ITSM logging = timeout problem
Thanks Rosemary, I'll give it a shot.
Our Data Sources had a different field set then the Submit Date so I
set it to that to try out.
Our Business Entity was already set correctly. We're available 6am-6pm
M-F so they had it setup weekly with those times to start. We'll see
if it helps at all :)
Still worried about the 2.5M errors in 10 minutes though heh
Dylan
Quoting Rosemary <[EMAIL PROTECTED]>:
Hi Dylan,
I had a similar issue where the problem ended up being caused by dodgy SLM
configuration:
A combination of two things - one was I had specified the wrong type of
field in the "Start Time for Request-Based SVTs" in HPD:Help Desk SLM Data
Sources. I cleared the value and let it choose the default Start Time
(submit date).
The second part of the issue was that I had a dodgy Business Entity
configured for 24x7 support. I had to change it from a Daily recurrence type
to a Weekly recurrence type and select all the days of the week.
Hope this helps,
Rosemary
On 12/9/08, Wheeler, Dylan <[EMAIL PROTECTED]> wrote:
Hi Rosemary,
Yes we have 5 Service Targets attaching to a new incident.
Quoting Rosemary <[EMAIL PROTECTED]>:
Not sure about the error log, but do you have any Service Targets attaching
to these Incidents?
On 12/9/08, Wheeler, Dylan <[EMAIL PROTECTED]> wrote:
I'm having a problem with ITSM 7 and submitting incidents while I try and
log.
I submit an incident in the WUT and it goes through fine, bit slow but
it's
my dev system and it's not the best of boxes.
I turn on AL and filter logs in the WUT and try to submit another ticket
and it times out.
I have checked the server after and notice that my plugin and arserver
process are running at about 50% each, taking up 90-100% of the processor
time for a long time after the submission. So I did some logging and in
10
minutes I got about 2.5 million of the following error in the log.
<PLGN> <TID: 000412> <RPC ID: 0000000000> <Queue: Dispatcher>
<Client-RPC:
000000> <BMC.ARDBC.NOTIFY> <FINE> DEBUG TCPSV Got a Bad FD !! 3084
I'm not sure what's causing the error. Anyone run into this before or
have
a clue where to start looking?
Dylan
Pacific Life
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"