logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 13-10-2022 11:23:38

Buldak
Membre
Inscription : 13-10-2022

Crash serveur après 30min

Bonjour à tous,

Je suis informaticien débutant dans une petite entreprise, c'est la première fois que je poste un message sur un forum.
Nous avons un serveur qui héberge un dossier partagé sous Samba et GLPI. Il était sous Debian 9 hier jusqu'à que je décide de le mettre à jour pour Debian 10 (Buster)
Depuis c'est la catastrophe, j'ai perdu les droits sur les dossiers partagés que j'ai heureusement réussir à remettre, par contre le serveur plante après 30min de mise sous tension, impossible d'accéder au dossier partagé et GLPI. Il faut que je le redémarre manuellement.
Je précise que je travaille dessus via Putty, car je ne peux pas y accéder via un port console.

J'ai essayé de consulter le syslog mais il n'y a pas de message sur le crash car il freeze complètement et au redémarrage ce n'est pas sauvegardé.

Est-ce que quelqu'un peut m'aider svp ?

Hors ligne

#2 13-10-2022 11:31:20

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

Voici ce que j'obtiens après avoir suivi quelques tutos :

WARNING: kernel relocated [298MB]: patching 83031 gdb minimal_symbol values

      KERNEL: /usr/lib/debug/vmlinux-4.19.0-22-amd64
    DUMPFILE: dump.202210131206  [PARTIAL DUMP]
        CPUS: 4
        DATE: Thu Oct 13 12:05:36 2022
      UPTIME: 00:04:03
LOAD AVERAGE: 1.60, 0.64, 0.23
       TASKS: 306
    NODENAME: gestioninfo
     RELEASE: 4.19.0-22-amd64
     VERSION: #1 SMP Debian 4.19.260-1 (2022-09-29)
     MACHINE: x86_64  (2128 Mhz)
      MEMORY: 16 GB
       PANIC: "BUG: unable to handle kernel NULL pointer dereference at 0000000000000000"
         PID: 1562
     COMMAND: "bash"
        TASK: ffff920752f7e040  [THREAD_INFO: ffff920752f7e040]
         CPU: 3
       STATE: TASK_RUNNING (PANIC)


bloc à supprimer si la commande n’affiche rien

Hors ligne

#3 13-10-2022 13:52:46

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Crash serveur après 30min

Hello
quel sont les sources

find /etc/apt -type f -name '*.list' -exec bash -c 'echo -e "\n$1"; nl -ba "$1"' _ '{}' \;



Debian 9 était il à jour avant la migration ?


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#4 13-10-2022 14:26:19

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

Voici les sources :

/etc/apt/sources.list
     1  #
     2
     3  # deb cdrom:[Debian GNU/Linux 8.0.0 _Jessie_ - Official Multi-architecture amd64/i386 NETINST #1 20150425-17:05]/ stretch main
     4
     5  #deb cdrom:[Debian GNU/Linux 8.0.0 _Jessie_ - Official Multi-architecture amd64/i386 NETINST #1 20150425-17:05]/ stretch main
     6
     7  deb [url]http://ftp.fr.debian.org/debian/[/url] buster main
     8  deb-src [url]http://ftp.fr.debian.org/debian/[/url] buster main
     9
    10  deb [url]http://security.debian.org/[/url] buster/updates main
    11  deb-src [url]http://security.debian.org/[/url] buster/updates main
    12
    13  # buster-updates, previously known as 'volatile'
    14  deb [url]http://ftp.fr.debian.org/debian/[/url] buster-updates main
    15  deb-src [url]http://ftp.fr.debian.org/debian/[/url] buster-updates main


bloc à supprimer si la commande n’affiche rien





Debian 9 était bien à jour avant (normalement)

Dernière modification par Buldak (13-10-2022 14:28:21)

Hors ligne

#5 13-10-2022 14:28:22

anonyme
Invité

Re : Crash serveur après 30min

ce n'est pas a cause de samba ? de grosses modifications par rapport a samba de stretch
si tu peu regarder le retour de ceci pour les erreurs du système au démarrage


journalctl -b -r -p err
 


quelque chose de spécial sur le matériel du serveur ?

#6 13-10-2022 14:29:40

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

anonyme a écrit :

ce n'est pas a cause de samba ? de grosses modifications par rapport a samba de stretch
si tu peu regarder le retour de ceci pour les erreurs du système au démarrage


journalctl -b -r -p err
 


quelque chose de spécial sur le matériel du serveur ?



-- Logs begin at Thu 2022-10-13 15:24:15 CEST, end at Thu 2022-10-13 15:28:25 CEST. --
oct. 13 15:28:25 gestioninfo smbd[1590]:   Ignoring unknown parameter "passdb"
oct. 13 15:28:25 gestioninfo smbd[1590]: [2022/10/13 15:28:25.022105,  0] ../lib/param/loadparm.c:1810(lpcfg_do_global_parameter)
oct. 13 15:28:25 gestioninfo smbd[1590]:   Unknown parameter encountered: "passdb"
oct. 13 15:28:25 gestioninfo smbd[1590]: [2022/10/13 15:28:25.022022,  0] ../lib/param/loadparm.c:784(lpcfg_map_parameter)
oct. 13 15:25:34 gestioninfo smbd[1541]:   Ignoring unknown parameter "passdb"
oct. 13 15:25:34 gestioninfo smbd[1541]: [2022/10/13 15:25:34.592688,  0] ../lib/param/loadparm.c:1810(lpcfg_do_global_parameter)
oct. 13 15:25:34 gestioninfo smbd[1541]:   Unknown parameter encountered: "passdb"
oct. 13 15:25:34 gestioninfo smbd[1541]: [2022/10/13 15:25:34.592604,  0] ../lib/param/loadparm.c:784(lpcfg_map_parameter)
oct. 13 15:24:54 gestioninfo nmbd[675]:   *****
oct. 13 15:24:54 gestioninfo nmbd[675]:
oct. 13 15:24:54 gestioninfo nmbd[675]:   Samba name server GESTIONINFO is now a local master browser for workgroup WORKGROUP on subnet 192.9.101.230
oct. 13 15:24:54 gestioninfo nmbd[675]:
oct. 13 15:24:54 gestioninfo nmbd[675]:   *****
oct. 13 15:24:54 gestioninfo nmbd[675]: [2022/10/13 15:24:54.551468,  0] ../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
oct. 13 15:24:33 gestioninfo smbd[1138]:   daemon_ready: STATUS=daemon 'smbd' finished starting up and ready to serve connections
oct. 13 15:24:33 gestioninfo smbd[1138]: [2022/10/13 15:24:33.627868,  0] ../lib/util/become_daemon.c:138(daemon_ready)
oct. 13 15:24:32 gestioninfo smbd[1138]:   Ignoring unknown parameter "passdb"
oct. 13 15:24:32 gestioninfo smbd[1138]: [2022/10/13 15:24:32.583913,  0] ../lib/param/loadparm.c:1810(lpcfg_do_global_parameter)
oct. 13 15:24:32 gestioninfo smbd[1138]:   Unknown parameter encountered: "passdb"
oct. 13 15:24:32 gestioninfo smbd[1138]: [2022/10/13 15:24:32.562631,  0] ../lib/param/loadparm.c:784(lpcfg_map_parameter)
oct. 13 15:24:31 gestioninfo nmbd[675]:   daemon_ready: STATUS=daemon 'nmbd' finished starting up and ready to serve connections
oct. 13 15:24:31 gestioninfo nmbd[675]: [2022/10/13 15:24:31.523223,  0] ../lib/util/become_daemon.c:138(daemon_ready)
oct. 13 15:24:31 gestioninfo nmbd[675]:   Ignoring unknown parameter "passdb"
oct. 13 15:24:31 gestioninfo nmbd[675]: [2022/10/13 15:24:31.522021,  0] ../lib/param/loadparm.c:1810(lpcfg_do_global_parameter)
oct. 13 15:24:31 gestioninfo nmbd[675]:   Unknown parameter encountered: "passdb"
oct. 13 15:24:31 gestioninfo nmbd[675]: [2022/10/13 15:24:31.512225,  0] ../lib/param/loadparm.c:784(lpcfg_map_parameter)
oct. 13 15:24:28 gestioninfo minissdpd[674]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
oct. 13 15:24:28 gestioninfo minissdpd[674]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
oct. 13 15:24:28 gestioninfo minissdpd[674]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
oct. 13 15:24:20 gestioninfo avahi-daemon[431]: Failed to load service group file /services/phpmyadmin.service, ignoring.
oct. 13 15:24:20 gestioninfo avahi-daemon[431]: open("/services/phpmyadmin.service", O_RDONLY): No such file or directory
oct. 13 15:24:20 gestioninfo avahi-daemon[463]: chroot.c: open() failed: No such file or directory
oct. 13 15:24:18 gestioninfo kernel: kvm: disabled by bios
oct. 13 15:24:18 gestioninfo kernel: kvm: disabled by bios
oct. 13 15:24:18 gestioninfo kernel: kvm: disabled by bios
oct. 13 15:24:18 gestioninfo kernel: kvm: disabled by bios
oct. 13 15:24:17 gestioninfo kernel: ACPI Error: AE_AML_BUFFER_LIMIT, Evaluating _PMC (20180810/power_meter-756)
oct. 13 15:24:17 gestioninfo kernel: ACPI Error: Method parse/execution failed \_SB.PMI0._PMC, AE_AML_BUFFER_LIMIT (20180810/psparse-516)
oct. 13 15:24:17 gestioninfo kernel: ACPI Error: Method parse/execution failed \_SB.PMI0._GHL, AE_AML_BUFFER_LIMIT (20180810/psparse-516)
oct. 13 15:24:17 gestioninfo kernel: ACPI Error: SMBus/IPMI/GenericSerialBus write requires Buffer of length 66, found length 32 (20180810/exfield-393)
oct. 13 15:24:15 gestioninfo kernel: scsi 0:0:32:0: Wrong diagnostic page; asked for 10 got 0
oct. 13 15:24:15 gestioninfo kernel: ACPI: SPCR: Unexpected SPCR Access Width.  Defaulting to byte size


bloc à supprimer si la commande n’affiche rien



Rien de spécial sur le matériel, à ma connaissance. Cela faisait 4 ou 5 ans que le serveur était en place sans maintenance dessus

Hors ligne

#7 13-10-2022 14:48:22

anonyme
Invité

Re : Crash serveur après 30min

commencer par le début
qui a fait la migration ?
le sources.list


cat /etc/apt/sources.list
 


vérifier si quelque chose dans /etc/apt/sources.list.d/


ls /etc/apt/sources.list.d/
 



le retour de apt update


apt update
 



la version de samba actuel

#8 13-10-2022 14:53:18

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

anonyme a écrit :

commencer par le début
qui a fait la migration ?
le sources.list


cat /etc/apt/sources.list
 


vérifier si quelque chose dans /etc/apt/sources.list.d/


ls /etc/apt/sources.list.d/
 



le retour de apt update


apt update
 



la version de samba actuel



J'ai fait la migration, voici le sources.list :

# deb cdrom:[Debian GNU/Linux 8.0.0 _Jessie_ - Official Multi-architecture amd64/i386 NETINST #1 20150425-17:05]/ stretch main

#deb cdrom:[Debian GNU/Linux 8.0.0 _Jessie_ - Official Multi-architecture amd64/i386 NETINST #1 20150425-17:05]/ stretch main

deb http://ftp.fr.debian.org/debian/ buster main
deb-src http://ftp.fr.debian.org/debian/ buster main

deb http://security.debian.org/ buster/updates main
deb-src http://security.debian.org/ buster/updates main

# buster-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ buster-updates main
deb-src http://ftp.fr.debian.org/debian/ buster-updates main


bloc à supprimer si la commande n’affiche rien



Il n'y a rien dans /etc/apt/sources.list.d/

Retour de apt update :

root@gestioninfo:/home/administrateur# apt update
Atteint :1 http://ftp.fr.debian.org/debian buster InRelease
Atteint :2 http://ftp.fr.debian.org/debian buster-updates InRelease
Atteint :3 http://security.debian.org buster/updates InRelease
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'
état... Fait
Tous les paquets sont à jour.


bloc à supprimer si la commande n’affiche rien



Je suis obligé de redémarrer le serveur à distance toutes les 20 minutes avant qu'il ne crash pour éviter de me déplacer jusqu'à la baie pour le faire manuellement

Dernière modification par Buldak (13-10-2022 14:54:35)

Hors ligne

#9 13-10-2022 15:08:59

anonyme
Invité

Re : Crash serveur après 30min

ceci


# deb cdrom:[Debian GNU/Linux 8.0.0 _Jessie_ - Official Multi-architecture amd64/i386 NETINST #1 20150425-17:05]/ stretch main

#deb cdrom:[Debian GNU/Linux 8.0.0 _Jessie_ - Official Multi-architecture amd64/i386 NETINST #1 20150425-17:05]/ stretch main

deb http://ftp.fr.debian.org/debian/ buster main
deb-src http://ftp.fr.debian.org/debian/ buster main

deb http://security.debian.org/ buster/updates main
deb-src http://security.debian.org/ buster/updates main

# buster-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ buster-updates main
deb-src http://ftp.fr.debian.org/debian/ buster-updates main
 


devient (ftp.fr n'est plus utilisé)
cette machine n'a besoin de aucun paquet nonfree a priori



deb http://deb.debian.org/debian/ buster main
#deb-src http://deb.debian.org/debian/ buster main

deb http://security.debian.org/ buster/updates main
#deb-src http://security.debian.org/ buster/updates main

# buster-updates, previously known as 'volatile'
deb http://deb.debian.org/debian/ buster-updates main
#deb-src http://deb.debian.org/debian/ buster-updates main
 



tu fait un "apt update" pour vérifier que tout correct
GLPI est une gestion de parc informatique (je connais pas mais a priori une application debian)

tu a fait un point sur les services du serveur avant de lance la migration ?
je vois rien de spécial sur le retour des erreurs , a part "Unknown parameter encountered: "passdb""
il me semble que samba démarre bien
phpadmin sert a quoi ?

#10 13-10-2022 15:20:40

anonyme
Invité

Re : Crash serveur après 30min

sauvegarde tes fichiers de configuration en urgence
mes compétences sont limitées
trouver ce qui provoque le freeze de la machine

il y a deux solutions , soit réparer cette buster , soit refaire une installation neuve de buster et recréer les services
d'ou l'importance de bien connaître les services nécessaires et faire une bonne sauvegarde de toute la configuration

la tu a un sources.list correct et a priori pas de dépôts tier (hors debian) c'est une bonne chose
je vais laisser la place a plus compétent que moi

#11 13-10-2022 15:35:24

anonyme
Invité

Re : Crash serveur après 30min

comme il semble que le freeze soit toujours a environ a 30 mn , cherche si un service n'est pas lancé dans cet intervalle de temps qui provoque le plantage.
et pour ceci


Rien de spécial sur le matériel, à ma connaissance. Cela faisait 4 ou 5 ans que le serveur était en place sans maintenance dessus
 


il faut un minimum , vérifier les mises a jours (même sur une old-stable )
et si pas de matériel fatigué comme les disques par exemple ou autre.

remarque :
depuis jessie , debian est en systemd , tu peu masquer les services et trouver celui qui pose problème (avertir les utilisateurs de la coupure)
un serveur web apache sur la machine ?
je n'ai plus les commandes en tête mais avec la doc de systemd lister les services et voir leur état aussi

=> https://debian-facile.org/viewtopic.php?id=11740
=> https://debian-facile.org/doc:systeme:systemd

cela va t'aider , par exemple


systemctl list-units
 



dernière chose et je te laisse , putty est toujours dans debian , je pense en autre a une application qui peu avoir disparut entre stretch et buster (donc pas mit a jour) et qui pose problème.
qui dit phpmyadmin dit base de donnée mysql et la beaucoup de choses bouge sur debian (mariaDB)
tu a tout cela a vérifier  tongue

Dernière modification par anonyme (13-10-2022 16:02:54)

#12 13-10-2022 16:15:35

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Crash serveur après 30min

avec l'évolution des noyaux Debian la  version de Samba utilisé par défaut a changé et il se peut que le serveur ne le supporte pas

vers=arg
              SMB protocol version. Allowed values are:

              • 1.0 - The classic CIFS/SMBv1 protocol.

              • 2.0  - The SMBv2.002 protocol. This was initially introduced in Windows Vista Service
                Pack 1, and Windows Server 2008. Note that the initial  release  version  of  Windows
                Vista spoke a slightly different dialect (2.000) that is not supported.

              • 2.1  -  The  SMBv2.1  protocol that was introduced in Microsoft Windows 7 and Windows
                Server 2008R2.

              • 3.0 - The SMBv3.0 protocol that was introduced in Microsoft  Windows  8  and  Windows
                Server 2012.

              • 3.02  or  3.0.2 - The SMBv3.0.2 protocol that was introduced in Microsoft Windows 8.1
                and Windows Server 2012R2.

              • 3.1.1 or 3.11 - The SMBv3.1.1 protocol that was introduced in  Microsoft  Windows  10
                and Windows Server 2016.

              • 3 - The SMBv3.0 protocol version and above.

              • default  -  Tries to negotiate the highest SMB2+ version supported by both the client
                and server.

              If no dialect is specified on mount vers=default is used.  To check  Dialect  refer  to
              /proc/fs/cifs/DebugData

              Note  too that while this option governs the protocol version used, not all features of
              each version are available.

              The default since v4.13.5 is for the client and server to negotiate the highest  possi‐
              ble  version  greater  than or equal to 2.1. In kernels prior to v4.13, the default was
              1.0. For kernels between v4.13 and v4.13.5 the default is 3.0.


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#13 14-10-2022 09:06:35

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

Croutons a écrit :

avec l'évolution des noyaux Debian la  version de Samba utilisé par défaut a changé et il se peut que le serveur ne le supporte pas

vers=arg
              SMB protocol version. Allowed values are:

              • 1.0 - The classic CIFS/SMBv1 protocol.

              • 2.0  - The SMBv2.002 protocol. This was initially introduced in Windows Vista Service
                Pack 1, and Windows Server 2008. Note that the initial  release  version  of  Windows
                Vista spoke a slightly different dialect (2.000) that is not supported.

              • 2.1  -  The  SMBv2.1  protocol that was introduced in Microsoft Windows 7 and Windows
                Server 2008R2.

              • 3.0 - The SMBv3.0 protocol that was introduced in Microsoft  Windows  8  and  Windows
                Server 2012.

              • 3.02  or  3.0.2 - The SMBv3.0.2 protocol that was introduced in Microsoft Windows 8.1
                and Windows Server 2012R2.

              • 3.1.1 or 3.11 - The SMBv3.1.1 protocol that was introduced in  Microsoft  Windows  10
                and Windows Server 2016.

              • 3 - The SMBv3.0 protocol version and above.

              • default  -  Tries to negotiate the highest SMB2+ version supported by both the client
                and server.

              If no dialect is specified on mount vers=default is used.  To check  Dialect  refer  to
              /proc/fs/cifs/DebugData

              Note  too that while this option governs the protocol version used, not all features of
              each version are available.

              The default since v4.13.5 is for the client and server to negotiate the highest  possi‐
              ble  version  greater  than or equal to 2.1. In kernels prior to v4.13, the default was
              1.0. For kernels between v4.13 and v4.13.5 the default is 3.0.



Est-ce que du coup tu me conseilles de réinstaller Samba ? Car je ne vois pas de fonction de mise à jour sur le net

Hors ligne

#14 14-10-2022 09:21:49

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

Petit update : J'ai mis à jour vers la version 11 de Debian

Voici ce que j'obtiens quand je vérifie la version de Samba :


root@gestioninfo:/home/administrateur# smbstatus -V
Version 4.15.10-Debian



J'ai donc la dernière version de Debian ainsi que celle de Samba .. Je suis perdu. Help Svp

Hors ligne

#15 14-10-2022 12:20:39

raleur
Membre
Inscription : 03-10-2014

Re : Crash serveur après 30min

Croutons a écrit :

avec l'évolution des noyaux Debian la  version de Samba utilisé par défaut a changé et il se peut que le serveur ne le supporte pas


Quel est le rapport entre la version du noyau et samba en tant que serveur ? Si je ne m'abuse, le noyau ne gère que la partie client du protocole SMB/CIFS.

D'autre part le message #2 indique que le bug se produit pendant l'exécution d'un processus bash. De toute façon un simple processus comme samba ou bash ne devrait pas être capable de provoquer un kernel panic (sauf en voulant tuer init, mais ce n'est pas le cas ici). Ça ressemble plus à un bug du noyau ou d'un module.

@Buldak: as-tu essayé de démarrer avec un ancien noyau 4.9 de stretch s'il est encore présent pour voir si ça fait la même chose ?

Dernière modification par raleur (14-10-2022 12:20:59)


Il vaut mieux montrer que raconter.

Hors ligne

#16 14-10-2022 12:34:39

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

raleur a écrit :

Croutons a écrit :

avec l'évolution des noyaux Debian la  version de Samba utilisé par défaut a changé et il se peut que le serveur ne le supporte pas


Quel est le rapport entre la version du noyau et samba en tant que serveur ? Si je ne m'abuse, le noyau ne gère que la partie client du protocole SMB/CIFS.

D'autre part le message #2 indique que le bug se produit pendant l'exécution d'un processus bash. De toute façon un simple processus comme samba ou bash ne devrait pas être capable de provoquer un kernel panic (sauf en voulant tuer init, mais ce n'est pas le cas ici). Ça ressemble plus à un bug du noyau ou d'un module.

@Buldak: as-tu essayé de démarrer avec un ancien noyau 4.9 de stretch s'il est encore présent pour voir si ça fait la même chose ?



Hier j'avais un noyau 4 je crois sous Debian 10, et là j'ai un noyau 5 sous Debian 11.

Est-ce que tu me suggères de repasser sous debian 9 ? J'ai fait quelques recherches et j'ai lu que c'était déconseillé ..

Hors ligne

#17 14-10-2022 13:14:14

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

Je précise que quand le serveur freeze je n'ai plus accès à Samba ni à GLPI. Le serveur est toujours allumé mais impossible d'y accéder à distance. Je suis obligé de le redémarrer manuellement.

Hors ligne

#18 14-10-2022 13:15:23

raleur
Membre
Inscription : 03-10-2014

Re : Crash serveur après 30min

Buldak a écrit :

là j'ai un noyau 5 sous Debian 11.


Toujours le même problème ?

Buldak a écrit :

Est-ce que tu me suggères de repasser sous debian 9 ?


Non, de redémarrer avec un noyau 4.9 si tu ne l'as pas désinstallé.


Il vaut mieux montrer que raconter.

Hors ligne

#19 14-10-2022 14:58:23

anonyme
Invité

Re : Crash serveur après 30min

Bonjour
pour le kernel et samba  =>  https://www.phoronix.com/news/SMB3-KSMBD-Linux-5.15-PR
la remarque de Crouton est exacte (et il a donné la liste en fonction du noyau installé )


La valeur par défaut depuis la v4.13.5 est que le client et le serveur
négocient la version la plus élevée possible supérieure ou égale à 2.1.
Dans les noyaux antérieurs à la v4.13, la valeur par défaut était
 1.0. Pour les noyaux entre v4.13 et v4.13.5, la valeur par défaut est 3.0.
 


de plus la machine (serveur et client) utilise smb client et serveur avec un protocole SMB3
donc cela peu poser problème sur les clients qui se connecte a ce serveur qui n'ont pas la même version (inférieure)
il n'a pas fait le point sur ce qui tourne sur ce serveur , pas forcément samba qui provoque le freeze du système toute les 30 minutes
le retour des erreurs ne montre pas un souci de module ou firmware (si son copier/coller est correct )

#20 14-10-2022 15:07:06

Buldak
Membre
Inscription : 13-10-2022

Re : Crash serveur après 30min

anonyme a écrit :

Bonjour
pour le kernel et samba  =>  https://www.phoronix.com/news/SMB3-KSMBD-Linux-5.15-PR
la remarque de Crouton est exacte (et il a donné la liste en fonction du noyau installé )


La valeur par défaut depuis la v4.13.5 est que le client et le serveur
négocient la version la plus élevée possible supérieure ou égale à 2.1.
Dans les noyaux antérieurs à la v4.13, la valeur par défaut était
 1.0. Pour les noyaux entre v4.13 et v4.13.5, la valeur par défaut est 3.0.
 


de plus la machine (serveur et client) utilise smb client et serveur avec un protocole SMB3
donc cela peu poser problème sur les clients qui se connecte a ce serveur qui n'ont pas la même version (inférieure)
il n'a pas fait le point sur ce qui tourne sur ce serveur , pas forcément samba qui provoque le freeze du système toute les 30 minutes
le retour des erreurs ne montre pas un souci de module ou firmware (si son copier/coller est correct )



Comment je peux faire le point sur ce qui tourne sur le serveur ?

Hors ligne

#21 14-10-2022 15:09:49

raleur
Membre
Inscription : 03-10-2014

Re : Crash serveur après 30min

anonyme a écrit :


A partir du noyau 5.15, donc non applicable aux noyaux 4.19 de buster et 5.10 de bullseye. D'après la description, il s'agit d'une alternative à samba et non d'une fonctionnalité utilisée par samba.

anonyme a écrit :

la remarque de Crouton est exacte


La remarque de Croutons concerne la version du noyau du client, pas du serveur.


Il vaut mieux montrer que raconter.

Hors ligne

#22 14-10-2022 15:19:23

anonyme
Invité

Re : Crash serveur après 30min

on va faire court , le noyau a renforcé la sécurité sur samba (compatible windows10 et 11) après mon lien est peut être pas judicieux
il commence en #1 , "j'ai perdu mes partages samba" , mais il précise pas comme il les récupère
un serveur en version smb3 refusera un client smb1
@++

#23 14-10-2022 15:35:26

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Crash serveur après 30min

raleur a écrit :

La remarque de Croutons concerne la version du noyau du client, pas du serveur.


oui , je croyais me souvenir que cela faisait planter mon serveur , mais non
juste un message d'erreur sur le client mais le serveur continu de tourner, quand je repasse en vers=1.0 je peux monter le disque et c'est reparti

de toute façon vu que le système qui plante on ne sait pas d'ou cela vient, est ce que c'est toujours un temps précis de 30 minutes , ou seulement au alentour de?
je sais pas si utilisé une vieille version de  GLPI peut causé des problèmes?

Comment je peux faire le point sur ce qui tourne sur le serveur ?


avec

htop

ou

ps aux


htop n'est peut etre pas installé
ou

top

Dernière modification par Croutons (14-10-2022 15:54:41)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#24 14-10-2022 16:19:49

naguam
Membre
Lieu : Quelque part
Distrib. : Plusieurs
Noyau : Ça dépend
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : Crash serveur après 30min

Attention sans parler de ksmbd

anonyme a écrit :

La valeur par défaut depuis la v4.13.5 est que le client et le serveur
négocient la version la plus élevée possible supérieure ou égale à 2.1.
Dans les noyaux antérieurs à la v4.13, la valeur par défaut était
 1.0. Pour les noyaux entre v4.13 et v4.13.5, la valeur par défaut est 3.0.



Ici le mot noyau semble parler du samba et n'a rien n'a voir avec le noyau linux.
Version du serveur samba (et potentiellement du client samba) et version du protocole utilisé pour la communication.
4.13.5 ici c'est version de samba alors que la 1.0, 2.1 et 3.0 dans ces extrait est la version du protocole SMB.

Dernière modification par naguam (14-10-2022 16:21:30)

Hors ligne

#25 14-10-2022 17:05:35

raleur
Membre
Inscription : 03-10-2014

Re : Crash serveur après 30min

naguam a écrit :

Ici le mot noyau semble parler du samba et n'a rien n'a voir avec le noyau linux.


La proximité fortuite avec des numéros de versions de samba peut prêter à confusion, mais s'agissant d'un extrait de la page de manuel de mount.cifs du paquet cifs-utils qui utilise le pilote client CIFS/SMB du noyau Linux et n'a rien à voir avec samba, ce serait surprenant. Après vérification dans les changelogs de Linux, il s'agit bien de numéros de versions du noyau Linux.

Dernière modification par raleur (14-10-2022 17:07:35)


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums