User Tools
Writing /app/www/public/data/meta/onboarding/ticketer/troubleshooting_-_service_entitlements_form_not_auto_adding.meta failed
onboarding:ticketer:troubleshooting_-_service_entitlements_form_not_auto_adding
Table of Contents
Troubleshooting - Service Entitlements form not auto adding
Author: Michelle McCausland
Example Customer Request
Example ticket - ESR-994757
Support, Tickets 533788 and 535434 and 530987 were created via an SNMP trap. When the tickets created, the service entitlement form was not automatically added. Please advise ?
Solution
Some initial items to check to verify correct functioning of this behaviour include:
- Ensuring there is a network_identifier entry in the network_element table for the affected element
- Ensuring there is a matching entry for the network_identifier in the service_level_agreement table
- Ensuring the associated alarm has a trap_knowledge entry with is_service_impacting populated
- Ensuring the network element associated with the general trap summary has a valid ne_type
Using 535434 as an example:
- Ensuring there is a network_identifier entry in the network_element table for the affected element
SELECT id, name, network_identifier FROM snmp_manager.network_element WHERE network_identifier = "NC-IL-515NSTATE-VZW"
A number of rows were returned, so this is not the cause of the issue.
- Ensuring there is a matching entry for the network_identifier in the service_level_agreement table
SELECT * FROM service_level_agreement WHERE network_identifier = "NC-IL-515NSTATE-VZW";
No rows returned, this is the cause of the issue - there is no service level agreement (SLA) for this network! It is important to inform the customer of this in case this network needs to be configured with an SLA.
If you have reviewed the steps above and this still doesn't reveal the cause of the issue then it is necessary to refer back to the logs to find out more.
Using 533788 as an example:
- Start by reviewing the Ticketer logs for when the ticket was created.
- To do this search for the following:
Creating new Ticket 533788:
2017-05-19 09:19:11,626 [ajp-bio-8013-exec-129] INFO ticketer.RemoteTicketService - Creating new Ticket with Forms [SNMP Trap] from Remote request 2017-05-19 09:19:11,626 [ajp-bio-8013-exec-129] INFO ticketer.BouncingTicketService - Found: AL - Open - fwuHstDARTUnderDriveFault - fwuHstDARTUnderDriveFault Module: 5 - SE-AL-AUBURN-HOST22 - 2017-05-19 09:19:11,672 [ajp-bio-8013-exec-129] INFO ticketer.RemoteTicketService - Created Ticket #null with Forms [SNMP Trap]. 2017-05-19 09:19:11,677 [ajp-bio-8013-exec-129] INFO utils.DomainUtils - Found [name:AL - Open] in the domainClass space for com.errigal.ticketer.Visibility 2017-05-19 09:19:11,683 [ajp-bio-8013-exec-129] INFO utils.DomainUtils - Found [name:ExteNet DAS Alarm] in the domainClass space for com.errigal.ticketer.GWorkflow 2017-05-19 09:19:11,685 [ajp-bio-8013-exec-129] INFO utils.DomainUtils - Found [login:monitor, active:true] in the domainClass space for com.errigal.ticketer.User 2017-05-19 09:19:11,686 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - Setting new Ticket Status to Alarm Received. 2017-05-19 09:19:11,693 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - Creating new Ticket 533788 for user 'monitor' 2017-05-19 09:19:11,693 [ajp-bio-8013-exec-129] INFO audit.AuditProvider - auditable property is set AND there ARE Inserts 2017-05-19 09:19:11,693 [ajp-bio-8013-exec-129] INFO audit.AuditProvider - going to build an insert audit event 2017-05-19 09:19:11,696 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - No form name so not adding a form on this state change 2017-05-19 09:19:11,696 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - Setting Owners for new state 2017-05-19 09:19:11,696 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - New owners for ticket=533788 = [:] 2017-05-19 09:19:11,696 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - Assigning Owners [] to Ticket 533788 2017-05-19 09:19:11,696 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - Adding owners to Ticket 533788 2017-05-19 09:19:11,704 [ajp-bio-8013-exec-129] INFO ticketer.GNode - Preparing to Execute the Entrance Rule for Node Alarm Received (in ExteNet DAS Alarm) 2017-05-19 09:19:11,704 [ajp-bio-8013-exec-129] INFO utils.GroovletUtil - About to Run Node Rule for Ticket: 533788 at Status: Alarm Received. 2017-05-19 09:19:11,707 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - No Escalation defined for ExteNet DAS Alarm/Alarm Received to Level 2. Ignoring auto-escalate. 2017-05-19 09:19:11,715 [ajp-bio-8013-exec-129] INFO ticketer.ChangeForm - Attempting to find published form with name SNMP Trap 2017-05-19 09:19:11,717 [ajp-bio-8013-exec-129] INFO ticketer.ChangeForm - Found published form : SNMP Trap Form 2017-05-19 09:19:11,730 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - Inserting new change form values: [[change_id:606919, context:fwuHstDARTUnderDriveFault Module: 5, ne_name:SE-AL-AUBURN-HOST22, trap_severity:major, received_date:2017-05-19, source:exts304, trap_text:Parent:SE-AL-AUBURN-HOST22,Host:SE-AL-AUBURN-HOST22, Module: 5, Trap:fwuHstDARTUnderDriveFault, Status:major, suggested_remedy:, trap_knowledge_checkbox:false, received_time:08:49, probable_cause:, trap_name:fwuHstDARTUnderDriveFault, affected_carrier:Verizon Wireless, alarm_id:67670255]] 2017-05-19 09:19:11,733 [ajp-bio-8013-exec-129] INFO ticketer.Ticket - Flushing Update to Ticket 533788 for user auto. 2017-05-19 09:19:11,733 [ajp-bio-8013-exec-129] INFO audit.AuditProvider - auditable property is set AND there ARE Dirty Props 2017-05-19 09:19:11,733 [ajp-bio-8013-exec-129] INFO audit.AuditProvider - going to build an update audit event 2017-05-19 09:19:11,733 [ajp-bio-8013-exec-129] INFO audit.AuditProvider - Pushing Update Audit Event to Exchange; ticketer_audit_event_exchange_topic for domain: com.errigal.ticketer.Ticket with ticket id: 533788 2017-05-19 09:19:11,734 [ajp-bio-8013-exec-129] INFO queueing.RabbitMQConnectionService - Publishing audit event message with routing key com.errigal.ticketer.Ticket to exchange 2017-05-19 09:19:11,740 [ajp-bio-8013-exec-129] INFO ticketer.GNode - Preparing to Execute the Entrance Rule for Node Alarm Received (in ExteNet DAS Alarm) 2017-05-19 09:19:11,740 [ajp-bio-8013-exec-129] INFO utils.GroovletUtil - About to Run Node Rule for Ticket: 533788 at Status: Alarm Received.
- As you can see from the first line the RemoteTicketService creates a new ticket, however, it only adds an SNMP Trap form to it. (Reviewing other instances of this in the logs confirmed this expected behaviour)
- To figure out why this was happening, it was necessary to review the SNMP Manager logs for the same day to find the Remote Ticket creation for this ticket.
- To do this search for the following:
SE-AL-AUBURN-HOST22 - ALARM: fwuHstDARTUnderDriveFault:
2017-05-19 09:19:11,569 [Thread-20] INFO schedule.Scheduler - Preparing to process 1 tasks.
2017-05-19 09:19:11,582 [Thread-20] INFO wrapper.GeneralTrapSummaryWrapper - Creating Remote Ticket for NE - 11298315: SE-AL-AUBURN-HOST22 - ALARM: fwuHstDARTUnderDriveFault Module: 5 - STATUS: major
2017-05-19 09:19:11,597 [Thread-20] INFO remote.RemoteTicketCreator - Checking for Service Level Agreement Information for this Remote Ticket request...
2017-05-19 09:19:11,600 [Thread-20] INFO remote.RemoteTicketCreator - Affected Carriers found via Network Element Carrier Configuration: [Verizon Wireless]
2017-05-19 09:19:11,602 [Thread-20] INFO remote.RemoteTicketCreator - Carrier name in Service Level Agreement form: AT&T
2017-05-19 09:19:11,602 [Thread-20] INFO remote.RemoteTicketCreator - Using the following service level agreements derived from Carrier associations: []
2017-05-19 09:19:11,604 [Thread-20] INFO remote.RemoteTicketCreator - Start neutral host processing for Ticketer
2017-05-19 09:19:11,605 [Thread-20] INFO remote.RemoteTicketCreator - SNMP Trap found, adding affected_carrier field
2017-05-19 09:19:11,605 [Thread-20] INFO remote.RemoteTicketCreator - affected_carrier (Verizon Wireless) was added to SNMP Trap (ActiveAlarm #11298315)
2017-05-19 09:19:11,605 [Thread-20] INFO remote.RemoteTicketCreator - Submitting remote ticket with ExteNet - HESSIAN - http://exts302/Ticketer/hessian/RemoteTicketService and NE - 11298315: SE-AL-AUBURN-HOST22 - ALARM: fwuHstDARTUnderDriveFault Module: 5 - STATUS: major and SE-AL-AUBURN-HOST22
2017-05-19 09:19:11,606 [com.errigal.shared.remote.RemoteTicketCreator] INFO remote.RemoteTicketCreationTask - >>>> Executing com.errigal.shared.remote.RemoteTicketCreationTask.
2017-05-19 09:19:11,610 [Thread-13] INFO pollers.ClientActiveAlarmPoller - Beginning refresh of ClientActiveAlarmPoll at 09:19:11
2017-05-19 09:19:11,618 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Have active alarm in task 'run()' method...
2017-05-19 09:19:11,618 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Running remote ticket with ExteNet - HESSIAN - http://exts302/Ticketer/hessian/RemoteTicketService and NE - 11298315: SE-AL-AUBURN-HOST22 - ALARM: fwuHstDARTUnderDriveFault Module: 5 - STATUS: major
2017-05-19 09:19:11,618 [com.errigal.shared.remote.RemoteTicketCreator] INFO remote.RemoteTicketCreator - Attempting to create RMI link using http://exts302/Ticketer/hessian/RemoteTicketService with protocol HESSIAN
2017-05-19 09:19:11,618 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> MAKE REMOTE CALL.... (GTSID:67670255)
2017-05-19 09:19:11,740 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> END REMOTE CALL.... (GTSID:67670255)
2017-05-19 09:19:11,740 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - >>>>>>>>>>>>>>>>>>>> TICKET IDENTIFIER: 533788
2017-05-19 09:19:11,740 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Creating Remote Ticket With identifier 533788 and subject SE-AL-AUBURN-HOST22 : DART Under Drive (fwuHstDARTUnderDriveFault Module: 5) - major
2017-05-19 09:19:11,740 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Marking Alarm Acknowledged
2017-05-19 09:19:11,740 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Adding RemoteTicket with identifier: 533788 to ActiveAlarm(11298315)
2017-05-19 09:19:11,742 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Try remote ticket save...
2017-05-19 09:19:11,748 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Saved Remote ticket
2017-05-19 09:19:11,748 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - >>>>> ACTIVE ALARM (pre-save): NE - 11298315: SE-AL-AUBURN-HOST22 - ALARM: fwuHstDARTUnderDriveFault Module: 5 - STATUS: major
2017-05-19 09:19:11,748 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - >>>>> REMOTE TICKET (pre-save): RemoteTicket{ticketIdentifier='533788', ticketSubject='SE-AL-AUBURN-HOST22 : DART Under Drive (fwuHstDARTUnderDriveFault Module: 5) - major', createDate=Fri May 19 09:19:11 CDT 2017, manuallyCleared=false, manuallyClearedDate=null, autoCleared=false, autoClearedDate=null}
2017-05-19 09:19:11,748 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - Saving ActiveAlarm
2017-05-19 09:19:11,748 [com.errigal.shared.remote.RemoteTicketCreator] INFO services.RemoteTaskService - TRY SAVE...
- At this stage it was necessary to bring up the SNMP Manager codebase to review what was happening at each step in the logs.
- The key here in the logs is on lines 4, 5, 6.
- As the carrier value from the SLA entry was different from the affected carrier in the alarm, the service level agreement did not populate for this alarm.
- As it turned out the SLA entry for SE-AL-AUBURN-OPN was configured with the wrong carrier_id of AT&T instead of blank.
- Changing this carrier_id rectified the problem which was confirmed when new tickets started generating for this element with an attached service entitlements form!
- In this instance we probably investigated a bit too far when we could have just examined the SLA entry in the database. However, in following this approach we learned more about the functioning of this feature which will prove useful for future customer requests.
onboarding/ticketer/troubleshooting_-_service_entitlements_form_not_auto_adding.txt · Last modified: 2021/06/25 10:09 by 127.0.0.1