Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
· Home
· Content
· Feedback
· News
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account


The five ITIL books can be obtained directly from the publisher's website:

Or as downloadable PDFs: HERE

Current Membership

Latest: MaricelaNe
New Today: 30
New Yesterday: 34
Overall: 231568

People Online:
Visitors: 137
Members: 1
Total: 138 .



Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Related Resources

Service related resources
Service Level Agreement

How to set up
IT Change Management
Process Info-Graphic

NOTE: ® ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


Select Interface Language:

Please contact us via the feedback page to discuss advertising rates.

The Itil Community Forum: Forums

ITIL :: View topic - Example - Problem and Problem Record
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Example - Problem and Problem Record

Post new topic   Reply to topic    ITIL Forum Index -> Problem Management
View previous topic :: View next topic  
Author Message

Joined: Oct 08, 2012
Posts: 13

PostPosted: Sat Jan 12, 2013 1:45 am    Post subject: Example - Problem and Problem Record Reply with quote

Background: We have a dedicated Window Print Server (A). This is running a Canon Print application which controls all the print jobs. The Print Server (A) has a connection to a separate SQL server (B). Server A connects to a SQL Database on Server B. The SQL database acts as a store. It stores total number of print jobs, total cost per print etc etc. We have two sites in the UK which have big all in one Canon printers located on each floor of the building. The Canon Printers are connect to the Print Server A.

Incident: Service desk get multiple calls from users in multiple location complaining about not being able to Print to a Canon all in one printer. Multiple Incident Tickets are raised. These are linked to a master incident Ticket with a Priority 1. The helpdesk passed the ticket onto the IT server team as they are responsible for Printing issues. Incident Management also notified at this stage.

The IT Service team are not sure what caused the multiple Incidents.
Details noticed by the IT service Team as a result of investigation:
CPU HIT 100% CPU at time of incident
Multiple Errors in the Windows Server Application Event Log = The Canon print Application (Located on Print Server A) lost Connection to SQL Database on Server B. These errors have been on the server since 2009

Restart Print Server (A) which restored services

Problem Management:
What Caused the High CPU?
What caused the Multiple Errors in the Windows Server Application Event Log?
Was it a result of the Application Event Log Errors that caused the incidents?
Was it High CPU that caused the Incidents?

Questions for Forum at this :
At this stage would we log two separate Problem Tickets? And would the following Problem title / Summary be ok to use?
Problem Ticket REF0001 – Print Server A has Multiple Errors in the Windows Server Application Event Log
Problem Ticket REF0002 – high CPU utilisation – on Print server A

The workaround to resolve this type of incident (Users can’t print) a restart of the server. So does this mean the Record is change to a known Error?
Back to top
View user's profile
Senior Itiler

Joined: Mar 04, 2008
Posts: 1894
Location: Helensburgh

PostPosted: Sat Jan 12, 2013 4:11 am    Post subject: Reply with quote

A problem is a problem; a known error is a known error. One does not change into the other. A problem exists until it is resolved; a known error exists until the problem causing it is resolved.

You have only one problem at the moment: something is causing the connection to break. The error messages are a symptom and the high CPU could be cause or effect. If it is cause then you have to go further back to the cause of the high CPU; if it is effect then it will go away when you solve the problem. If it is neither (I will be surprised). It may call for capacity management to look at it but that in itself does not make it a problem.
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Problem Management All times are GMT + 10 Hours
Page 1 of 1

Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops © 2003

Forums ©


Logos/trademarks property of respective owner. Comments property of poster. Rest © 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.