Dépannage des cas de rechargement du noeud Plan utilisateur

Introduction

Ce document décrit le processus d'identification des différents scénarios de rechargements du plan d'utilisateur (UP) en fonction des symptômes de dépannage du problème.

Acronymes

RCM - Redundancy Configuration Manager

SSD - Afficher les détails du support

UPF/UP - Fonction du plan utilisateur

VPP - Traitement des paquets vectoriels

BFD - Détection de transfert bidirectionnel

Scénarios possibles menant à des rechargements UP

1. Problème de transmission de configuration entre RCM et UPF
2. BFD, BGP ou Sx Flap
3. Panne VPP ou plantages Sessmgr

Journaux requis pour l'identification des symptômes

• Journaux du RCM (Controller/ConfigMgr)
• SYSLOG
• Interruptions SNMP (Simple Network Management Protocol)
• Sorties des commandes RCM
• Show Support Details (SSD) : si disponible, SSD avant et après le rechargement

Analyse et identification des symptômes

Approche d'identification des symptômes des scénarios de rechargement vers le haut :

Dans une configuration CUPS, les scénarios de rechargement UP sont souvent confrontés à des défis, exigeant une identification efficace des symptômes et un dépannage ultérieur.

Pour lancer le processus, examinez le temps de disponibilité du système afin de déterminer l'heure exacte du dernier redémarrage. Ces informations facilitent une analyse ciblée des journaux RCM correspondant à l'événement de rechargement.

Utilisez cette commande pour vérifier la disponibilité du système comme suit :

******** show system uptime ******* 
Friday July 22 09:28:14 IST 2022 
System uptime: 0D 0H 6M 

Vérifiez si des pannes se sont produites pendant le temps de rechargement. Vous pouvez utiliser cette commande pour rechercher les occurrences de panne :

******** show crash list ******* 
Sunday January 23 12:12:14 IST 2022 
=== ==================== ======== ========== =============== ======================= 
#           Time         Process  Card/CPU/        SW          HW_SER_NUM 
                                     PID         VERSION       VPO / Crash Card 
=== ==================== ======== ========== =============== ======================= 
1   2022-Jan-14+13:16:40 sessmgr  01/0/11287 21.25.5         NA 
2   2022-Jan-19+20:51:01 sessmgr  01/0/16142 21.25.5         NA 
3   2022-Jan-22+15:51:55 vpp      01/0/07307 21.25.5         NA 
4   2022-Jan-22+15:52:08 sessmgr  01/0/27011 21.25.5         NA 
5   2022-Jan-22+16:07:43 sessmgr  01/0/13528 21.25.5         NA 

Dans cette étape, vous devez examiner si des pannes se sont produites, telles que des pannes vpp/sessmgr. Si une panne vpp est détectée, l'UP se recharge immédiatement en raison de la panne, ce qui invite le RCM à initier un basculement vers un autre UP.

S'il y a une séquence cohérente de pannes de sessmgr, cela peut potentiellement déclencher une panne VPP, résultant en un rechargement de l'UP.

Plan d'action : Une fois que vous avez obtenu le fichier de base ou minicore, l'étape suivante consiste à effectuer le débogage du fichier de base pour identifier la cause racine de la panne.

Analyse basée sur les syslogs/snmp UP 

Fluctuations ou défaillance du BFD dans la surveillance BFD

Les erreurs trouvées dans les syslogs en rapport avec les échecs de surveillance BFD sont expliquées ici.

Ces erreurs surviennent lorsqu'un battement BFD ou une perte de paquets se produit entre le RCM et l'UP, en particulier lorsque l'ACI intervient dans la connexion entre eux.

Essentiellement, un minuteur est configuré pour surveiller les paquets BFD. Si, pour une raison quelconque mentionnée, ce minuteur expire, il déclenche un échec de surveillance. Cet événement invite le RCM à initier une commutation.

Jan 22 15:51:55 <NODENAME> evlogd: [local-60sec55.823] [bfd 170500 error] [1/0/9345 <bfdlc:0> bfd_network.c:1798] [software internal system] <bfdctx:7> Session(1/-1260920720) DOWN control detection timer expired 
Jan 22 15:51:55 <NODENAME> evlogd: [local-60sec55.856] [bfd 170500 error] [1/0/9345 <bfdlc:0> bfd_network.c:1798] [software internal system] <bfdctx:5> Session(2/1090521080) DOWN control detection timer expired 
Jan 22 15:51:55 <NODENAME> evlogd: [local-60sec55.859] [srp 84220 error] [1/0/10026 <vpnmgr:7> pnmgr_rcm_bfd.c:704] [context: rcmctx, contextID: 7]  [software internal system syslog] BFD down, closing TCP. 
Jan 22 15:51:56 <NODENAME> evlogd: [local-60sec55.979] [srp 84220 error] [1/0/10026 <vpnmgr:7> pnmgr_rcm_bgp.c:428] [context: rcmctx, contextID: 7]  [software internal system syslog] Cannot inform RCM about BGP monitor failure as TCP connection with RCM down. 

À cette fin, il est important d'effectuer un examen complet du système et de cerner tout problème potentiel qui pourrait avoir causé le volet de la DCE. Si un horodatage problématique est identifié, une coordination avec l'ACI est nécessaire pour déterminer s'il y a des failles ou des problèmes à leur extrémité correspondant à cet horodatage.

Flaps BGP ou échec de la surveillance BGP

Les défaillances de surveillance ou les défaillances de BGP dans UP peuvent déclencher une commutation initiée par RCM. Ces erreurs spécifiques sont caractérisées comme décrit ici.

Mar 21 09:10:37 <NODENAME> evlogd: [local-60sec37.482] [vpn 5572 info] [1/0/10038 <vpnmgr:7> pnmgr_rcm_bgp.c:392] [context: rcmctx, contextID: 7]  [software internal system critical-info syslog] BGP monitor group 3 down.
Mar 21 09:10:37 <NODENAME> evlogd: [local-60sec37.482] [vpn 5572 info] [1/0/10038 <vpnmgr:7> pnmgr_rcm_bgp.c:392] [context: rcmctx, contextID: 7]  [software internal system critical-info syslog] BGP monitor group 4 down.
Mar 21 09:10:37 <NODENAME> evlogd: [local-60sec37.482] [srp 84220 error] [1/0/10038 <vpnmgr:7> pnmgr_rcm_bgp.c:423] [context: rcmctx, contextID: 7]  [software internal system syslog] Informed RCM about BGP monitor failure.

Wed Jan 18 10:30:03 2023 Internal trap notification 1289 (BGPPeerSessionIPv6Down)  vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:09 2023 Internal trap notification 1288 (BGPPeerSessionIPv6Up)  vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:19 2023 Internal trap notification 1289 (BGPPeerSessionIPv6Down)  vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:03 2023 Internal trap notification 1289 (BGPPeerSessionIPv6Down)  vpn upf-in ipaddr abcd:ab:cd:abc::def
Wed Jan 18 10:30:09 2023 Internal trap notification 1288 (BGPPeerSessionIPv6Up)  vpn upf-in ipaddr abcd:ab:cd:abc::defInitiate the process by identifying the context associated with the error that indicates BGP flaps, utilizing the context ID. With the context established, you can precisely determine the particular service involved and retrieve the corresponding IP details.

1. Lancez le processus en identifiant le contexte associé à l'erreur qui indique les failles BGP, en utilisant l'ID de contexte. Une fois le contexte établi, vous pouvez déterminer avec précision le service concerné et récupérer les détails IP correspondants.
2. Utilisez les informations fournies pour dépanner conjointement les composants User Plane (UP) et ACI/Nexus. Cette approche collaborative vise à identifier précisément la cause première de l'instabilité du BGP.
3. Ces instances de battement BGP peuvent entraîner un échec de surveillance BGP, invitant le gestionnaire de configuration de redondance (RCM) à lancer une commutation.
4. L'échec de la surveillance BGP fait référence à la situation où le processus de surveillance pour BGP rencontre des problèmes, résultant en une incapacité à assurer la fonctionnalité continue et attendue des connexions BGP.

Dans les configurations CUPS basées sur RCM et les configurations CUPS basées sur ICSR, des contextes individuels sont créés dans les UP. Par exemple, dans une configuration RCM, le contexte « rcm » est établi dans l'UP, tandis qu'une configuration ICSR implique la création du contexte « srp ». Voici un exemple de configuration pour CUPS basé sur RCM :

******** show rcm info *******
Thursday March 17 20:51:40 IST 2022
Redundancy Configuration Module:
-------------------------------------------------------------------------------
Context: rcm 
Bind Address: <UPF IP binding with RCM controller>
Chassis State: Active 
Session State: SockActive 
Route-Modifier: 30 
RCM Controller Address: <RCM controller IP>
RCM Controller Port: 9200 
RCM Controller Connection State: Connected 
Ready To Connect: Yes 
Management IP Address: <UPF management IP>
Host ID: Active7
SSH IP Address: (Deactivated)
SSH IP Installation: Enabled 

redundancy-configuration-module rcm
rcm controller-endpoint dest-ip-addr <Destination RCM controller IP> port 9200 upf-mgmt-ip-addr <UPF management IP> node-name <Nodename> 
bind address <UPF IP binding with RCM controller>
monitor bfd peer X.X.X.X
monitor bgp failure reload active
monitor bgp context GnS5S8-U X.X.X.X group 1
monitor bgp context GnS5S8-U X.X.X.X group 1
monitor bgp context GnS5S8-U abcd:defc:c:f::XXXX group 2
monitor bgp context GnS5S8-U defg:abcg:c:f::XXXX group 2
monitor bgp context SGi Z.Z.Z.Z group 3
monitor bgp context SGi G.G.G.G group 3
monitor bgp context SGi XXXX:YYYY:c:f::aaaa group 4
monitor bgp context SGi XXXX:YYYY:c:f::bbbb group 4
monitor bgp context Li XXXX:YYYY:c:f::cccc group 5
monitor bgp context Li XXXX:YYYY:c:f::dddd group 5
monitor sx context GnS5S8-U bind-address XXXX:YYYY:c:f::eeee peer-address XXXX:YYYY:c:f::ffff
#exit

Sample config for ICSR based CUPs without RCM

******** show srp info *******
Sunday April 23 04:39:49 JST 2023
Service Redundancy Protocol:
-------------------------------------------------------------------------------
Context: SRP 
Local Address: <UP IP>
Chassis State: Active 
Chassis Mode: Backup 
Chassis Priority: 10 
Local Tiebreaker: FA-02-1B-E8-C1-7E
Route-Modifier: 3 

Peer Remote Address: <UP IP>
Peer State: Standby 
Peer Mode: Primary 
Peer Priority: 1 
Peer Tiebreaker: FA-02-1B-13-31-D1
Peer Route-Modifier: 6 
Last Hello Message received: Sun Apr 23 04:39:47 2023 (2 seconds ago)
Peer Configuration Validation: Complete 
Last Peer Configuration Error: None 
Last Peer Configuration Event: Sun Apr 23 04:21:10 2023 (1119 seconds ago)
Last Validate Switchover Status: None 
Connection State: Connected

service-redundancy-protocol
monitor bfd context SRP <bfd peer IP> chassis-to-chassis
monitor bfd context SRP <bfd peer IP>  chassis-to-chassis
monitor bgp context SAEGW-U-1 <IP> group 1
monitor bgp context SAEGW-U-1 <IP> group 1
monitor bgp context SAEGW-U-1 <IP> group 2
monitor bgp context SAEGW-U-1 <IP> group 2
monitor bgp context SAEGW-U-1 <IP> group 3
monitor bgp context SAEGW-U-1 <IP> group 3
monitor bgp context SGI-1 <IP> group 4
monitor bgp context SGI-1 <IP> group 4
monitor system vpp delay-period 30
peer-ip-address <IP>
bind address <IP>
#exit

Dans les deux configurations, la surveillance est mise en oeuvre pour BGP (similaire à la surveillance pour BFD) dans leurs contextes respectifs.

Un numéro de groupe unique est attribué à chaque instance de surveillance et des numéros de groupe distincts sont attribués à des services distincts. Par exemple, dans le contexte du RCM, « SGi » est associé au groupe numéro 3, « SGi IPv6 » est associé au groupe numéro 4 et « Li » est associé au groupe numéro 5.

En utilisant la configuration fournie comme base, la configuration du RCM implique la surveillance des liaisons BGP spécifiées dans ce contexte. La surveillance peut rencontrer une défaillance si l'une de ces liaisons BGP connaît un battement ou s'il y a des difficultés à détecter la liaison BGP. Dans une configuration ICSR, où RCM UP est absent, la surveillance de liaison BGP est effectuée par SRP. Ce mécanisme fonctionne de la même manière que l'explication donnée dans ce point.

L'objectif principal est de superviser les liens. Lors de la rencontre de ces erreurs de surveillance, l'étape initiale est de déterminer les raisons pour lesquelles les liaisons ne sont pas surveillées. Les causes possibles peuvent inclure des failles BGP, des différences de configuration dans les adresses IP inscrites pour la surveillance par rapport aux adresses IP spécifiées dans leurs contextes respectifs, ou des problèmes de perte de paquets.

Volets Sx

De même, comme expliqué pour les volets BGP, la surveillance des volets Sx entre CP et UP est implémentée. Si un rabat Sx est détecté, le RCM lance une commutation en conséquence.

Errors for Sx flap which can be seen from snmp traps

Thu Apr 28 15:22:55 2022 Internal trap notification 1382 (SxPathFailure) Context Name:gwctx, Service Name:sx-srvc-cp, Self-IP:X.X.X.X, Peer-IP:Y.Y.Y.Y, Old Recovery Timestamp:3854468847, New Recovery Timestamp

Analyse basée sur les journaux et les résultats des commandes du RCM

Journaux du contrôleur RCM :

Monitoring failure for BFD

{"log":"2022/11/12 13:33:31.138  [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_BFD\n",

Monitoring failure for BGP

{"log":"2022/11/12 15:34:27.644  [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_BGP\n"

Monitoring failure for Sx

{"log":"2022/11/12 15:34:46.763  [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_SX\n"

Résultats de la commande RCM :

rcm show-status
(to check RCM in Master or Backup state)

rcm show-statistics configmgr
(to check number of UPs connected to this configmgr and current stat of about which are the active UPs and standby UPs )

rcm show-statistics controller
(to check number of UPs connected to this controller and current stat of about which are the active UPs and standby UPs )

rcm show-statistics switchover
rcm show-statistics switchover-verbose
(to check which UP got switchovered to which UP and at what time and with what reason)

Exemples de résultats de la commande :

root@Nodename:
[unknown] ram# ram show-status
message :
{"status”: “MASTER"}


[unknown] rcm# rcm show-statistics switchover
message :
{
  "stats_history": [
    {
      "status": "Success",
      "started": "Mar 21 03:40:37.480",
      "ended": "Mar 21 03:40:41.659",
      "switchoverreason": "BGP Failure",
      "source_endpoint": "X.X.X.X",
      "destination_endpoint": "Y.Y.Y.Y"
    }
  ],

  "num_switchover": 1

}

Il est important d'obtenir les journaux du contrôleur et de les examiner attentivement pour tout scénario de commutation, comme nous l'avons vu précédemment. Cette analyse vise à s'assurer que le processus de basculement a été exécuté de manière transparente et sans aucun problème.

{"log":"2022/05/10 00:30:48.553  [INFO] [events.go:87] [rcm_ctrl_ep.events.bfdmgr] eventsDbSetCallBack: endpoint X.X.X.X : STATE_UP -\u003e STATE_DOWN\n","stream":"stdout","time":"2022-05-10T00:30:48.553622344Z"}

--------------------Indication of active UP bfd went down

{"log":"2022/05/10 00:30:48.553  [DEBUG] [control.go:2920] [rcm_ctrl.control.main] [stateMachine]: Received Event Endpoint: groupId: 1 endpoint: X.X.X.X status: STATE_DOWN\n","stream":"stdout","time":"2022-05-10T00:30:48.553654666Z"}
{"log":"\n","stream":"stdout","time":"2022-05-10T00:30:48.553661415Z"}
{"log":"2022/05/10 00:30:48.553  [INFO] [red.go:2353] [rcm_ctrl.control.main] [upfHandlUpfAction]: StateChange: UPFAction_ActiveToDown\n","stream":"stdout","time":"2022-05-10T00:30:48.553670033Z"}
{"log":"2022/05/10 00:30:48.553  [ERROR] [red.go:2103] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'X.X.X.X' monitor failure, reason UpfMonitor_BFD\n","stream":"stdout","time":"2022-05-10T00:30:48.55368269Z"}
{"log":"2022/11/12 13:33:27.759  [ERROR] [red.go:2144] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: UPF 'Z.Z.Z.Z' monitor failure, reason UpfMonitor_BGP\n",
----------- Indication of BFD/BGD timer expired and there is a monitoring failure

{"log":"2022/05/10 00:30:48.553  [WARN] [red.go:2256] [rcm_ctrl.control.main] [handleUpfActiveToDownAction]: upf X.X.X.X Switch over to Y.Y.Y.Y\n","stream":"stdout","time":"2022-05-10T00:30:48.553696821Z"}
---------- Indication of switchover initiated by RCM

{"log":"2022/05/10 00:32:03.555  [DEBUG] [control.go:3533] [rcm_ctrl.control.main] [snmpThread]: SNMP trap raised for : SwitchoverComplete\n","stream":"stdout","time":"2022-05-10T00:32:03.556753903Z"}
{"log":"2022/05/10 00:32:03.603  [DEBUG] [control.go:1885] [rcm_ctrl.control.main] [handleUpfStateMsg]: endpoint: Y.Y.Y.Y State: UpfMsgState_Active RouteModifier: 28 HostID 'Active3'\n","stream":"stdout","time":"2022-05-10T00:32:03.60379131Z"}
{"log":"2022/05/10 00:32:03.603  [DEBUG] [control.go:2048] [rcm_ctrl.control.main] [handleUpfStateMsg]: endpoint: Y.Y.Y.Y OldState: UPFState_Active NewState: UPFState_Active\n","stream":"stdout","time":"2022-05-10T00:32:03.603847124Z"}
---------- Indication of switchover completed and other UP became Active

{"log":"2022/05/10 00:32:03.646  [INFO] [control.go:1054] [rcm_ctrl.control.main] [handleUpfActiveAckMsg]: Subscriber data / Sx messages flowing towards UP 'Y.Y.Y.Y'\n","stream":"stdout","time":"2022-05-10T00:32:03.646883813Z"}
-------------- Traffic routed towards other Active UP

{"log":"2022/05/10 00:32:53.861  [INFO] [red.go:859] [rcm_ctrl.control.main] [handleUpfSetStandby]: Assigning PEND_STANDBY state to UPF 'X.X.X.X'.  Notifies Configmgr, NSO and Redmgrs after receiving State Ack from UPF.\n","stream":"stdout","time":"2022-05-10T00:32:53.862051117Z"}
{"log":"2022/05/10 00:32:53.861  [INFO] [red.go:1681] [rcm_ctrl.control.main] [sendStateToUpf]:send state UpfMsgState_Standby to  upf X.X.X.X  \n","stream":"stdout","time":"2022-05-10T00:32:53.862059689Z"}
{"log":"2022/05/10 00:32:53.890  [INFO] [red.go:1176] [rcm_ctrl.control.main] [handleUpfNotifyMgrs]: Received UpfMsgState_Standby ACK from UPF 'X.X.X.X'. Notifying Configmgr and Redmgrs.\n","stream":"stdout","time":"2022-05-10T00:32:53.890712421Z"}
---------------------- Switchovered UP became Standby

Problèmes de transmission de configuration entre RCM et UPF

• Lors d'un basculement d'un UP à un autre UP initié par RCM, la configuration nécessaire est poussée par RCM. Pour s'assurer que cette configuration est correctement appliquée, le RCM définit un minuteur pour terminer le processus.

• Une fois la configuration poussée et stockée dans le chemin de l'UP, l'UP exécute la configuration dans le laps de temps spécifié défini par RCM.

• Une fois que l'UP a terminé l'exécution de la configuration, il envoie un signal au RCM. Ce signal est indiqué par une entrée du journal des événements dans les syslogs, confirmant la réussite de la transmission de configuration.

Nov 13 12:01:09 <NODENAME> evlogd: [local-60sec9.041] [cli 30000 debug] [1/0/10935 <cli:1010935> cliparse.c:571] [context: local, contextID: 1]  [software internal system syslog] CLI command [user rcmadmin, mode [local]INVIGJ02GNR1D1UP12CO]: rcm-config-push-complete
Nov 13 12:01:09 <NODENAME> evlogd: [local-60sec9.041] [cli 30000 debug] [1/0/10935 <cli:1010935> cliparse.c:571] [context: local, contextID: 1]  [software internal system syslog] CLI command [user rcmadmin, mode [local]INVIGJ02GNR1D1UP12CO]: rcm-config-push-complete end-of-config

• Lorsque les journaux d'événements s'affichent dans syslogs, cela indique que le processus de configuration est terminé. Cependant, si cet événement est absent après l'exécution de la post-configuration, cela implique qu'un problème de configuration peut entraîner un retard dans l'achèvement. Dans ce cas, un minuteur peut expirer, ce qui entraîne des rechargements UP. RCM lance le rechargement lorsqu'il ne reçoit pas de réponse de UP. Ce cycle se poursuit jusqu'à ce que la configuration soit correctement terminée.
• En tant que solution temporaire, vous pouvez exécuter manuellement une commande spécifique pour arrêter temporairement le processus de rechargement. Néanmoins, il est essentiel de déterminer la cause première du problème de configuration pour le résoudre de manière permanente.

rcm-config-push-complete end-of-config

Facteurs entraînant des problèmes de configuration

CLI de configuration problématique

Identifiez les interfaces de ligne de commande problématiques dans le fichier de configuration propagée, qui peuvent être déterminées à partir des journaux de RCM ConfigMgr.

Problèmes SFTP

Des problèmes liés au protocole SFTP peuvent se produire lorsque le RCM tente d'envoyer la configuration, mais rencontre des difficultés pour établir une connexion avec l'UP. Ces difficultés peuvent provenir de complications liées aux mots de passe ou d'autres facteurs ayant un impact sur les opérations SFTP.

L'examen des journaux ConfigMgr permet de surveiller l'état SFTP et d'identifier les erreurs de configuration. Voici un exemple de représentation d'instances d'erreur typiques.

{"log":"2022/11/12 23:53:09.066 rcm-configmgr [DEBUG] [sshclient.go:395] [rcm_grpc_ep.msg-process.Int] Initiate a sftp connection to host: X.X.X.X \n","stream":"stdout","time":"2022-11-12T23:53:09.067894173Z"}
{"log":"2022/11/12 23:53:09.066 rcm-configmgr [DEBUG] [sftpClient.go:26] [rcm_grpc_ep.grpc.Int] Conneting to host X.X.X.X for sftp with src path: /cfg/ConfigMgr/upfconfig10-103-108-154_22.cfg and dst path: /sftp/10-103-108-154_22.cfg \n","stream":"stdout","time":"2022-11-12T23:53:09.067903156Z"}
{"log":"2022/11/12 23:53:09.203 rcm-configmgr [DEBUG] [sftpClient.go:58] [rcm_grpc_ep.grpc.Int] Successfully opened the  file%!(EXTRA string=/cfg/ConfigMgr/upfconfig10-103-108-154_22.cfg)\n","stream":"stdout","time":"2022-11-12T23:53:09.203698078Z"}
{"log":"2022/11/12 23:53:09.211 rcm-configmgr [DEBUG] [sftpClient.go:66] [rcm_grpc_ep.grpc.Int] Total bytes copied 405933: \n","stream":"stdout","time":"2022-11-12T23:53:09.212063509Z"}

2022-May-16+17:45:02.834 [cli 30005 info] [1/0/14263 <cli:1014263> _commands_cli.c:1474] [software internal system syslog] CLI session ended for Security Administrator admin on device /dev/pts/5
2022-May-16+17:45:02.834 [cli 30024 error] [1/0/14263 <cli:1014263> cli.c:1657] [software internal system syslog] Misc error: Password change required rc=0
2022-May-16+17:45:02.834 [cli 30087 info] [1/0/14263 <cli:1014263> cli.c:1352] [software internal system critical-info syslog] USER user 'admin' password has expired beyond grace period
2022-May-16+17:45:02.594 [cli 30004 info] [1/0/14263 <cli:1014263> cli_sess.c:164] [software internal system syslog] CLI session started for Security Administrator admin on device /dev/pts/5 from X.X.X.X
2022-May-16+17:45:02.537 [cli 30028 debug] [1/0/9816 <vpnmgr:1> luser_auth.c:1598] [context: local, contextID: 1] [software internal system syslog] Login attempt failure for user admin IP address X.X.X.X - Access type ssh/sftp

Si des problèmes SFTP proviennent de mots de passe, pensez à générer un nouveau mot de passe ou à prolonger la période d'expiration du mot de passe.

Si des problèmes de mot de passe sont exclus, examinez le nombre de sessions SFTP simultanées, car un nombre excessif de sessions peut entraîner des interruptions de SFTP.