Re: ITSM logging = timeout problem
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: arslist@ARSLIST.ORG 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: 00 Queue: Dispatcher Client-RPC: 00 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
ITSM logging = timeout problem
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: 00 Queue: Dispatcher Client-RPC: 00 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
Re: ITSM logging = timeout problem
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: 00 Queue: Dispatcher Client-RPC: 00 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
Re: ITSM logging = timeout problem
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: 00 Queue: Dispatcher Client-RPC: 00 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
Re: ITSM logging = timeout problem
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: 00 Queue: Dispatcher Client-RPC: 00 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
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: 00 Queue: Dispatcher Client-RPC: 00 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
Re: ITSM logging = timeout problem
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: arslist@ARSLIST.ORG 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: 00 Queue: Dispatcher Client-RPC: 00 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