Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "GGUS:TPM"

From EGIWiki
Jump to navigation Jump to search
(http://goc.grid.sinica.edu.tw/gocwiki/TPM/New_Tickets)
(* http://goc.grid.sinica.edu.tw/gocwiki/TPM/Middleware_Tickets)
Line 59: Line 59:
After assigning a the ticket to a support unit, notify the submitter of the current status.  
After assigning a the ticket to a support unit, notify the submitter of the current status.  


=== Middleware_Tickets ===
After you determin that this ticket is a software bug:
#    Check the if the issue at hand is already know or being addressed
#*        Check if Bug or ask is already open in savannah
#**        [https://savannah.cern.ch/bugs/?func=search&group=jra1mdw gLite savannah search]
#*        Check if features or enhancement is already requested in the TCG pages
#**        [http://egee-intranet.web.cern.ch/egee-intranet/NA1/TCG/tcg.htm  home page]
#**        [https://uimon.cern.ch/twiki/bin/view/EGEE/TCGHome wiki]
#    If the problem already exists
#*        set the ticket to '''unsolved''' state. This is not closed!
#*        put the email of the user in the CC of savannah
#*        notify the user of the existing activity
#*        the SU is responsible to close the ticket once the software change makes it into production
#    If the problem does not exists
#*        the TPM can open a bug or request the SU to do this.
= Todo=  
= Todo=  
* http://goc.grid.sinica.edu.tw/gocwiki/TPM/New_Tickets
 
* http://goc.grid.sinica.edu.tw/gocwiki/TPM/Middleware_Tickets
* http://goc.grid.sinica.edu.tw/gocwiki/TPM/What_to_do_with_spam
* http://goc.grid.sinica.edu.tw/gocwiki/TPM/What_to_do_with_spam
* http://goc.grid.sinica.edu.tw/gocwiki/How_to_open_a_savannah_bug_associated_with_a_ticket  
* http://goc.grid.sinica.edu.tw/gocwiki/How_to_open_a_savannah_bug_associated_with_a_ticket  

Revision as of 11:35, 5 July 2011

GGUS-logo.jpg


GGUS wiki / GGUS Documentation


GGUS-TPM




May be out of date

How to assign a new GGUS ticket

Using GGUS System

TPM information on Escalated GGUS Tickets

The NA4 requirement to define an escalation authority for slow response to GGUS tickets and introduce a button on the ticket to contact it was implemented and released on Jan 21st 2009. Features:

  1. Escalate to the support unit. This is the first level of escalation. It will send an e-mail to the unit, prompting them for some action. Most often a reminder to the unit is enough to trigger action.
  2. Escalate to TPM and unit. This is the second level of escalation. It will involve the TPM who will closely monitor the progress of the ticket. The unit is also further prompted for action at the same time.
  3. Escalate to GGUS. This is the third and last level of escalation. It will involve GGUS itself who will investigate why there was no satisfactory progress on the ticket. The unit and the TPM are also notfied at the same time.

Related savannah ticket #104440.

New Tickets

Assist ticket resolution

The TPM should do all that is possible to solve the ticket. If the TPM cannot solve the ticket, there are also things the TPM can do to help expedite the process.

To help solve the problem, the TPM can

  1. Verify if that the issue is not a usage mistake
    • Check documentation, manuals, options

To clarify the issue before forwarding to SU, the TPM can

  1. ask for the verbose output of the command
  2. ask related log or configuration files if available
  3. also see service or software problem below.

Determine if this is Service (Site) or Software Issue

To help determine if tha problem is site specific or a general problem with the middleware, the following steps can be taken

  1. Try to reproduce the same error
    • if using the same service(site node) fails, then
  2. Try at another site to make sure it is not a local problem
    • If the test succeeds, then this may indicate a site specific problem, so assign to responsible ROC
    • If test fails, then it can possibly be a problem with a core service (LFC, VOMS, RB, BDII...)
  3. Try using another core service
    • If this still fails, then this could be a Middleware problem

If ticket is related to another ticket

If another ticket already exists that refers to the same problem then do the following:

  1. Insert reference to the other ticket in the related issue field
  2. Notify the submitter that a duplicate ticket exists
    • ticket #NNNN reports the same problem
  3. Set the status of ticket to unsolved, while the original ticket is in-progress
  4. Close the duplicate ticket, when the original one is also closed

After assignment

After assigning a the ticket to a support unit, notify the submitter of the current status.

Middleware_Tickets

After you determin that this ticket is a software bug:

  1. Check the if the issue at hand is already know or being addressed
  2. If the problem already exists
    • set the ticket to unsolved state. This is not closed!
    • put the email of the user in the CC of savannah
    • notify the user of the existing activity
    • the SU is responsible to close the ticket once the software change makes it into production
  3. If the problem does not exists
    • the TPM can open a bug or request the SU to do this.

Todo