/me travaille au support RHEL et a passé une partie de la journée à fermer de tickets, merci 5.3
> Au delà, le support peut répondre « on sait pas faire » (mais ils vont sûrement tenter d'aider au mieux).
Effectivement, à partir du moment où les limites sont dépassées, on sort du cadre du support normal et on "peut" faire du "best effort" sans aucune garantie mais ça dépend entièrement de la personne qui a le ticket sur le moment.
En fait, si le problème a rien à voir, on va sans doute pas remarquer que la limite est dépassée. Après, si on suspecte que le dépassement de la limite est lié au problème, ben on va généralement demander de reproduire avec une configuration supportée.
Personnellement j'ai eu au moins deux clients dans cette situation. Un dépassement de la taille maximum de filesystem et de la quantité de RAM. Dans le premier cas, fsck segfaultait et le noyal avait tendance à crasher en accèdant au dit filesystem et dans l'autre, le système paniquait sur un nmi_watchdog sous memory pressure (ben ouais, ça mettait trop longtemps pour libérer des pages). C'est typiquement des problèmes qu'on n'investigue pas vraiment mais pour lesquels on peut proposer des workarounds plus ou moins satisfaisants (upgrader vers RHEL 5 et désactiver nmi_watchdog respectivement). C'est dommage, il était joli ce coredump de fsck de 2Go :)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Nombre de processeurs supportés
Posté par Krunch (courriel, site web personnel) . En réponse à la dépêche Red Hat Enterprise Linux 5.3. Évalué à 4.
> Au delà, le support peut répondre « on sait pas faire » (mais ils vont sûrement tenter d'aider au mieux).
Effectivement, à partir du moment où les limites sont dépassées, on sort du cadre du support normal et on "peut" faire du "best effort" sans aucune garantie mais ça dépend entièrement de la personne qui a le ticket sur le moment.
En fait, si le problème a rien à voir, on va sans doute pas remarquer que la limite est dépassée. Après, si on suspecte que le dépassement de la limite est lié au problème, ben on va généralement demander de reproduire avec une configuration supportée.
Personnellement j'ai eu au moins deux clients dans cette situation. Un dépassement de la taille maximum de filesystem et de la quantité de RAM. Dans le premier cas, fsck segfaultait et le noyal avait tendance à crasher en accèdant au dit filesystem et dans l'autre, le système paniquait sur un nmi_watchdog sous memory pressure (ben ouais, ça mettait trop longtemps pour libérer des pages). C'est typiquement des problèmes qu'on n'investigue pas vraiment mais pour lesquels on peut proposer des workarounds plus ou moins satisfaisants (upgrader vers RHEL 5 et désactiver nmi_watchdog respectivement). C'est dommage, il était joli ce coredump de fsck de 2Go :)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.