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 "KEDB"

From EGIWiki
Jump to navigation Jump to search
Line 1: Line 1:
This page provides a '''central database for Known Errors'''. A known error is ''a <span class="_Tgc">'''problem''' that has a documented root cause and a Workaround</span>''; it collects known errors, namely identified problems/issues for which an underlying cause has been identified already. Known errors are shared on EGI wiki for the following reasons:  
This page provides a '''central database for '''''<b>Known Errors</b>'', namely identified problems for which an underlying cause has been identified already and a workaround is available. Known errors are shared on EGI wiki for the following reasons:  


*known errors are tracked here for use by HelpDesk team, espacially 1st and 2nd line support, so that known issues can be referenced on new GGUS tickets reporting correlated incidents  
*known errors are tracked here for use by HelpDesk team, espacially 1st and 2nd line support, so that known issues can be referenced on new GGUS tickets reporting correlated incidents  
Line 8: Line 8:
*a quick reference to an incident is always associated to a known error, in order to switch to a concrete example of incident related to the known err<br>
*a quick reference to an incident is always associated to a known error, in order to switch to a concrete example of incident related to the known err<br>


Known errors and workarounds are also provided:  
This page can host also problems who root cause is known, but no workaround is yet available, in order to proactively provide a reference to the EGI HelpDesk. <br>
 
Known errors and corresponding workarounds are also provided:  


*by Technology Providers in the Release Notes of their products,  
*by Technology Providers in the Release Notes of their products,  
*by service providers of EGI in the documentation provided for their services  
*by service providers that are part of EGI in the documentation provided for their services<br>
*by the UMD team in the Release Notes of a specific software release


For these cases, the references are not provided in the Central database for Known Errors and no other central source of information, as aligning the original source and the central replication of information would lead to synchronisation issues and useless information maintenance overload. Instead, references to direct sources are provided below the table.&nbsp;
For these cases, the references are not provided in the Central database for Known Errors and no other central source of information, as aligning the original source and the central replication of information would lead to synchronisation issues and useless information maintenance overload. Instead, references to direct sources are provided below the table [this collection is under development].<br>


{| width="100%" cellspacing="1" cellpadding="10" border="1" align="left"
{| width="100%" cellspacing="1" cellpadding="10" border="1" align="left"
Line 37: Line 38:
| umd-release packaged, used for adding the UMD3 repository to an existing installation, is not working anymore  
| umd-release packaged, used for adding the UMD3 repository to an existing installation, is not working anymore  
| Ticket: https://ggus.eu/?mode=ticket_info&amp;ticket_id=122424  
| Ticket: https://ggus.eu/?mode=ticket_info&amp;ticket_id=122424  
|  
| <br>
| yum can be invoked with the "--nogpgcheck"  
| yum can be invoked with the "--nogpgcheck"  
| Won't fix
| Won't fix

Revision as of 17:18, 17 October 2016

This page provides a central database for Known Errors, namely identified problems for which an underlying cause has been identified already and a workaround is available. Known errors are shared on EGI wiki for the following reasons:

  • known errors are tracked here for use by HelpDesk team, espacially 1st and 2nd line support, so that known issues can be referenced on new GGUS tickets reporting correlated incidents
  • the HelpDesk team can suggest new known errors and add them to the shared KEDB and make use of them in case of shifts
  • users, VO members, RC/OC operators can be referenced with known errors a slong as they are in use
  • workarounds can be referenced/reported together with each known error (the known error will be included in this page even if no workarounds are available yet)
  • an ID is provided in order to identify easily the known error
  • a quick reference to an incident is always associated to a known error, in order to switch to a concrete example of incident related to the known err

This page can host also problems who root cause is known, but no workaround is yet available, in order to proactively provide a reference to the EGI HelpDesk.

Known errors and corresponding workarounds are also provided:

  • by Technology Providers in the Release Notes of their products,
  • by service providers that are part of EGI in the documentation provided for their services

For these cases, the references are not provided in the Central database for Known Errors and no other central source of information, as aligning the original source and the central replication of information would lead to synchronisation issues and useless information maintenance overload. Instead, references to direct sources are provided below the table [this collection is under development].

Known Error DataBase
Creation date (YYYY/MM/DD) ID Title Services affected
Entities impacted Description References Mitigations Workaround (availability/description) Resolved
2016-06-29 1 umd-release-3.0.1 rpm has stopped working, preventing new installation of the UMD3 middleware
UMD 3.14.2
All services based on UMD3 umd-release packaged, used for adding the UMD3 repository to an existing installation, is not working anymore Ticket: https://ggus.eu/?mode=ticket_info&ticket_id=122424
yum can be invoked with the "--nogpgcheck" Won't fix
2016-10-10 2 canL upgrade of UMD 3.14.4 and UMD 4.2.1 can break proxy renewal on CREAM CREAM All VOs using proxy renewal on CREAM after canL upgrade CREAM services can stop submitting jobs using proxy renewal
In order to minimize impact of disruptions by upgrades, RCs should:
  • use minimal installation of the OS in order to minimize conflicts
  • not upgrade all the services at the same time (if there are several instances running for the same service)
  • not upgrade all the services automatically
remove dracut-fips packagebefore upgrading
Won't fix