Ubuntu-fr

Tomcat56

Perte ou crash du shell lors du lancement de commandes

Bonjour,

Je rencontre un problème avec mon serveur Ubuntu : le shell plante lorsque je lance des commandes tels que "top" ou même "cat" sur un fichier contenant pas mal de lignes.
En revanche, un "cat" sur un tout petit fichier d'une seule ligne ou deux, ca fonctionne. Mais si le fichier est trop gros, seuls quelques lignes de ce fichier s'affichent dans la console, puis ensuite tout se fige, je suis obligé de fermer le shell (crtl+D ne fonctionne pas, je dois fermer mon putty et redémarrer ma connexion ssh vers le serveur pour retrouver la main dessus).

J'ai donc la possibilité de n'exécuter que des 'petites' commandes où le résultat à afficher n'est pas très gros.
Je ne peux pas non plus lancer la commande "sudo lsof -i -P -n | grep LISTEN" pour vérifier tous les ports de mon serveur qui sont ouverts : le shell plante après avoir affiché un peu moins d'une dizaine de lignes de services dont les ports sont en statut "listenned".
"Ctrl+D" ne fonctionne toujours pas, je suis toujours obligé de fermer putty pour refaire ma connexion.

Je ne peux pas avoir non plus le statut de certains services, comme samba, (smbd.service) parfois avec "systemctl status smbd", mais j'ai trouvé une solution de contournement en redémarrant ce service. Une fois redémarré, je peux obtenir le statut de ce service. Ce n'est qu'au bout de quelques temps (en heures) qu'un moment donné je ne peux plus avoir d'informations de statut, du tout.
Le shell plante et je suis obligé de fermer putty et relancer la connexion au serveur.

Par contre, lorsque j'ai encore la possibilité d'avoir un statut du service samba, je remarque qu'il y a beaucoup d'unités de service smbd qui sont ouverts, je ne suis pas sûr que ce soit normal :

● smbd.service - Samba SMB Daemon
   Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2024-10-10 06:48:20 -02; 1h 33min ago
     Docs: man:smbd(8)
           man:samba(7)
           man:smb.conf(5)
  Process: 20290 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS)
 Main PID: 20294 (smbd)
   Status: "smbd: ready to serve connections..."
    Tasks: 47 (limit: 9304)
   CGroup: /system.slice/smbd.service
           ├─20294 /usr/sbin/smbd --foreground --no-process-group
           ├─20296 /usr/sbin/smbd --foreground --no-process-group
           ├─20297 /usr/sbin/smbd --foreground --no-process-group
           ├─20353 /usr/sbin/smbd --foreground --no-process-group
           ├─20382 /usr/sbin/smbd --foreground --no-process-group
           ├─20633 /usr/sbin/smbd --foreground --no-process-group
           ├─20694 /usr/sbin/smbd --foreground --no-process-group
           ├─21334 /usr/sbin/smbd --foreground --no-process-group
           ├─22440 /usr/sbin/smbd --foreground --no-process-group
           ├─22697 /usr/sbin/smbd --foreground --no-process-group
           ├─22800 /usr/sbin/smbd --foreground --no-process-group
           ├─22961 /usr/sbin/smbd --foreground --no-process-group
           ├─23018 /usr/sbin/smbd --foreground --no-process-group
           ├─23555 /usr/sbin/smbd --foreground --no-process-group
           ├─23759 /usr/sbin/smbd --foreground --no-process-group
           ├─23762 /usr/sbin/smbd --foreground --no-process-group
           ├─23993 /usr/sbin/smbd --foreground --no-process-group
           ├─24050 /usr/sbin/smbd --foreground --no-process-group
           ├─24402 /usr/sbin/smbd --foreground --no-process-group
           ├─24470 /usr/sbin/smbd --foreground --no-process-group
           ├─24684 /usr/sbin/smbd --foreground --no-process-group
           ├─24871 /usr/sbin/smbd --foreground --no-process-group
           ├─24984 /usr/sbin/smbd --foreground --no-process-group
           ├─25015 /usr/sbin/smbd --foreground --no-process-group
           ├─25138 /usr/sbin/smbd --foreground --no-process-group
           ├─25286 /usr/sbin/smbd --foreground --no-process-group
           ├─25423 /usr/sbin/smbd --foreground --no-process-group
           ├─25440 /usr/sbin/smbd --foreground --no-process-group
           ├─25644 /usr/sbin/smbd --foreground --no-process-group
           ├─25861 /usr/sbin/smbd --foreground --no-process-group
           ├─25904 /usr/sbin/smbd --foreground --no-process-group
           ├─26004 /usr/sbin/smbd --foreground --no-process-group
           ├─26006 /usr/sbin/smbd --foreground --no-process-group
           ├─26045 /usr/sbin/smbd --foreground --no-process-group
           ├─26284 /usr/sbin/smbd --foreground --no-process-group
           ├─26430 /usr/sbin/smbd --foreground --no-process-group
           ├─26586 /usr/sbin/smbd --foreground --no-process-group
           ├─26808 /usr/sbin/smbd --foreground --no-process-group
           ├─26914 /usr/sbin/smbd --foreground --no-process-group
           ├─26929 /usr/sbin/smbd --foreground --no-process-group
           ├─26950 /usr/sbin/smbd --foreground --no-process-group
           ├─27211 /usr/sbin/smbd --foreground --no-process-group
           ├─27480 /usr/sbin/smbd --foreground --no-process-group
           ├─27750 /usr/sbin/smbd --foreground --no-process-group
           ├─27791 /usr/sbin/smbd --foreground --no-process-group
           ├─27964 /usr/sbin/smbd --foreground --no-process-group
           └─28015 /usr/sbin/smbd --foreground --no-process-group

oct. 10 06:48:20 serveur-01 systemd[1]: Starting Samba SMB Daemon...
oct. 10 06:48:20 serveur-01 smbd[20294]: [2024/10/10 06:48:20.599618,  0] ../../lib/util/become_daemon.c:136(daemon_ready)
oct. 10 06:48:20 serveur-01 smbd[20294]:   daemon_ready: daemon 'smbd' finished starting up and ready to serve connections
oct. 10 06:48:20 serveur-01 systemd[1]: Started Samba SMB Daemon.
oct. 10 06:49:52 serveur-01 smbd[20294]: [2024/10/10 06:49:52.279159,  0] ../../source3/libads/sasl.c:594(ads_sasl_spnego_bind)
oct. 10 06:49:52 serveur-01 smbd[20294]:   kinit succeeded but ads_sasl_spnego_gensec_bind(KRB5) failed for ldap/DC01.domaine.ms-ad.fr
oct. 10 06:49:52 serveur-01 smbd[20294]: [2024/10/10 06:49:52.279767,  0] ../../source3/printing/nt_printing.c:252(nt_printing_init)
oct. 10 06:49:52 serveur-01 smbd[20294]:   nt_printing_init: error checking published printers: WERR_ACCESS_DENIED
oct. 10 06:50:58 serveur-01 smbd[20362]: [2024/10/10 06:50:58.184127,  0] ../../source3/auth/auth_generic.c:127(auth3_generate_session_info
oct. 10 06:50:58 serveur-01 smbd[20362]:   auth3_generate_session_info_pac: winbindd not running - but required as domain member: NT_STATUS

J'ai plusieurs fois aussi tenté une réinjection du serveur dans le domaine, mais j'ai des erreurs et surtout un long délai durant ma commande :

net ads join -S DC01.domaine.ms-ad.fr -U admin

kinit succeeded but ads_sasl_spnego_gensec_bind(KRB5) failed for ldap/DC01.domaine.ms-ad.fr with user[serveur-01$] realm[domaine.ms-ad.fr]: No logon servers are currently available to service the logon request.
ads_connect: No logon servers are currently available to service the logon request.
Join to domain is not valid: No logon servers are currently available to service the logon request.

Le service winbind aussi mentionne des erreurs du même ordre :

● winbind.service - Samba Winbind Daemon
   Loaded: loaded (/lib/systemd/system/winbind.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2024-10-10 06:48:27 -02; 3h 8min ago
     Docs: man:winbindd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 20327 (winbindd)
   Status: "winbindd: ready to serve connections..."
    Tasks: 4 (limit: 9304)
   CGroup: /system.slice/winbind.service
           ├─20327 /usr/sbin/winbindd --foreground --no-process-group
           ├─20329 winbindd: domain child [serveur-01]
           ├─20330 winbindd: domain child [DOMAINE]
           └─20386 winbindd: idmap child

oct. 10 06:48:27 serveur-01 winbindd[20327]:   daemon_ready: daemon 'winbindd' finished starting up and ready to serve connections
oct. 10 06:48:27 serveur-01 systemd[1]: Started Samba Winbind Daemon.
oct. 10 06:48:27 serveur-01 winbindd[20329]: [2024/10/10 06:48:27.369499,  0] ../../source3/winbindd/winbindd_cm.c:1874(wb_open_internal_pi
oct. 10 06:48:27 serveur-01 winbindd[20329]:   open_internal_pipe: Could not connect to dssetup pipe: NT_STATUS_RPC_INTERFACE_NOT_FOUND
oct. 10 06:48:27 serveur-01 winbindd[20329]: [2024/10/10 06:48:27.369663,  0] ../../source3/rpc_server/rpc_ncacn_np.c:457(rpcint_dispatch)
oct. 10 06:48:27 serveur-01 winbindd[20329]:   rpcint_dispatch: DCE/RPC fault in call lsarpc:2E - DCERPC_NCA_S_OP_RNG_ERROR
oct. 10 06:49:13 serveur-01 winbindd[20327]: [2024/10/10 06:49:13.679044,  0] ../../source3/lib/util_tdb.c:406(tdb_chainlock_with_timeout_i
oct. 10 06:49:13 serveur-01 winbindd[20327]:   tdb_chainlock_with_timeout_internal: alarm (40) timed out for key DC01.domaine.ms-ad.fr
oct. 10 06:49:13 serveur-01 winbindd[20327]: [2024/10/10 06:49:13.679289,  0] ../../source3/winbindd/winbindd_cm.c:1060(cm_prepare_connecti
oct. 10 06:49:13 serveur-01 winbindd[20327]:   cm_prepare_connection: mutex grab failed for DC01.domaine.ms-ad.fr

La jonction au domaine se fait mal.
J'ai pu consulter les logs côté serveur AD où il est indiqué qu'une demande de ticket Kerberos a bien été reçue, et où le serveur y a répondu, avec un code retour "0x00" (pas d'erreurs).

(Je précise que ce serveur a bien été au préalablement créé dans l'AD (Microsoft) dans l'OU adéquate, là où d'autres serveurs d'autres sites y figurent également et n'ont pas du tout ces soucis de shell qui plante ou de jonction dans le domaine. Un enregistrement DNS au préalable a également été fait).

Est-ce que quelqu'un a une idée concernant le plantage de shell lors du lancement de commandes ?
Et est-ce que quelqu'un sait ce qu'il se passe avec la jonction dans le domaine AD ?
J'ai le sentiment que ces deux choses sont liées de près ou de loin en tout cas.

Merci beaucoup par avance pour votre aide .

Cordialement,
Tom.

Watael

Re : Perte ou crash du shell lors du lancement de commandes

j'incriminerais putty. Est-il indispensable ? W$ inclut un client SSH depuis sa version 10..

---

Connected \o/
Welcome to sHell. · eval is evil.

Tomcat56

Re : Perte ou crash du shell lors du lancement de commandes

Bonjour Watael,

Merci pour ta réponse.
Je viens de faire les mêmes essais avec powershell au lieu de putty, ca me fait les mêmes soucis de plantage du shell unix (ou sous Powershell le serveur Ubuntu ne répond plus. Obligé de fermer la fenêtre powershell pour refaire ma connexion au serveur).

Merci beaucoup par avance.

Cdt,
Tom.

Modération : merci de respecter la langue du forum qui est le français, pas le SMS.

Dernière modification par cqfd93 (Le 10/10/2024, à 16:09)