Re: Comment éteindre un serveur proprement pour permettre le redémarrage automatique ?
Le vendredi 4 mars 2022 à 17:30:03 UTC+1, Olivier a écrit : > Bonjour, > > J'envisage de protéger des serveurs distants (de type NUC) avec un > "onduleur administrable". Mon objectif est d'éviter d'endommager un > disque (toujours de type SSD ou NVMe) à cause d'une coupure brutale de > courant. > > J'accepte que les services soient interrompus tant que dure la panne > de courant mais j'aimerai qu'idéalement, les services redémarrent sans > intervention humaine quand le courant revient (si par chance, celui-ci > devait revenir sans action humaine). > > > Imaginons qu'un serveur distant protégé par cet onduleur > administrable, reçoive de ce dernier ou d'ailleurs, la notification > d'une panne de courant prolongée. > > Quelle commande d'extinction-hibernation doit-il émettre afin : > 1- qu'il consomme le minimum d'énergie tant que dure la panne de courant > 2- qu'il re-démarre dès que le courant revient. > > J'ai vu dans le BIOS une option "After Power Failure: Stay Off/Power > On Normal Boot/Power On PXE". Je l'ai essayé mais elle ne fonctionne > après une commande poweroff, ce qui me semble logique. > > Une idée ? > > Slts Les développeurs pour les vrai datacenter on fait un script si le groupe électrogène fait défaut les serveurs sauvegarde, puis sont en extinction et le bios de la carte mère se réveil, y avait quelque chose sous 2.4 en kernel sous rh6, j’ai pas suivi sous debian ! Voir un walk on wan, réveil par interface réseau ? Le français des ups aps avait fait quelque chose je crois ? Mais bon les disques qui crachent faut modifier le firmware du disque ? Mais ça ne crache pas … — Ptilou
Disques ssd sensibles aux coupures brutales ?
Bonjour, Je reviens sur ce thread parce que : Le 04/03/22 à 17:21, Olivier a écrit : > Mon objectif est d'éviter d'endommager un disque (toujours de type SSD ou > NVMe) à cause d'une > coupure brutale de courant. m'étonne un peu. Un disque ssd est vraiment sensible à une coupure brutale ? Je me souviens™ du devoir de parquer les disques avant d'éteindre un PC, mais c’était au siècle dernier ! Assez rapidement les constructeurs ont ajoutés du park auto à l’extinction (j’imagine le nb de plaintes qu’ils ont eu de gens ayant dépensé des fortunes pour un hd, parti en fumée parce que qqun avait déplacé un PC éteint), puis du park auto à la coupure de courant (ils ont réinventé le ressort). Depuis les ssd y’a plus de tête risquant de se retrouver au mauvais endroit au mauvais moment, donc en cas de coupure de courant je veux bien qu’il y ait un risque sur les datas (et encore, avec les fs journalisés ça devrait plus trop être le cas), mais un risque sur le matériel ? C’est toujours d’actualité ? Si oui faut vraiment que je m’inquiète car sur mon PC actuel j’ai du reboot hard ~3×/semaine depuis 1an 1/2, du "recovered inode" à chaque reboot après un plantage, mais heureusement les disques sont toujours là (un nvme et un disque HD classique à plateaux, moins sollicité). Rien d’ironique, je suis une buse en hardware et peux très bien avoir de fausses idées reçues, si qqun qui sait peut confirmer / infirmer ça m’intéresse. PS: ça ne remet pas en cause l’intérêt d’un onduleur, mais pour du NAS perso, ça me paraît un peu overkill (je ne parle pas du coût environnemental, changer les batteries tous les 2ans, toussa, juste du coût humain pour s’occuper de l’onduleur et sa communication avec la machine, plutôt que de laisser la machine redémarrer toute seule quand le courant revient). -- Daniel Lorsque j'ai été kidnappé, ma mère a réagi tout de suite: elle a sous-loué ma chambre. Woody Allen
Re: Comment recharger un module noyau planté ?
Le 11/03/22 à 10:56, David Martin a écrit : > Salut, > C'est juste le redémarrage qui ne se fait pas ? (boucle) Ça j'en sais rien, je parlais de boucle parce que la succession de messages du kern.log revient en boucle, d'abord du ath10k_pci :02:00.0: failed to wake target for read32 at en rafale, puis du ieee80211 phy0: Hardware restart was requested [ cut here ] ieee80211_restart_work called with hardware scan in progress WARNING: CPU: 1 PID: 57789 at net/mac80211/main.c:261 ieee80211_restart_work+0xf3/0x100 [mac80211] Modules linked in: puis une call trace et ça recommence -- Daniel Je n'ai fait celle-ci plus longue que parce que je n'ai pas eu le loisir de la faire plus courte. Blaise Pascal (Les Provinciales, celle-ci désigne une lettre)
Re: Comment recharger un module noyau planté ?
Le 10/03/22 à 20:09, Daniel Caillibaud a écrit : > Merci, j'essaierai la prochaine fois avec -f et -v, pour voir s'il parvient à > le décharger. avec rmmod -v -f ath10k_pci le -f aura été efficace, il m'a rendu la main aussitôt, mais le -v change pas grand chose, aucun retour. Ensuite, un `modprobe -v ath10k_pci` ne dit rien, mais ne fait rien non plus, sinon écrire dans kern.log Mar 11 23:31:01 dell kernel: [33602.770218] ath10k_pci :02:00.0: failed to read device register, device is gone Mar 11 23:31:01 dell kernel: [33602.770222] ath10k_pci :02:00.0: failed to reset chip: -5 Mar 11 23:31:03 dell kernel: [33605.371019] ath10k_pci: probe of :02:00.0 failed with error -5 Mais au moins, la dépose du module planté m'a permis d'éteindre la machine proprement. Juste une frayeur au reboot, grub m'a répondu que je devais charger un noyau d'abord, un ctrl+alt+suppr pour relancer un nouveau reboot a réglé le pb, ma debian se prend pour windows :-/ (j'avais déjà vu ça après d'autres plantages, le 1er reboot hard échoue, il en faut un 2e pour repartir d'un pied peu dansant ni vaillant mais qui veut bien poser par terre). -- Daniel Si les imbéciles volaient, il ferait nuit. Frédéric Dard
Re: Outil en CLI pour convertir une IPv4 en entier et réciproquement
salut Stéphane,
> % python3 -c "import sys, ipaddress; addr =
> ipaddress.ip_address(sys.argv[1]); print(int(addr))" 192.0.2.1
> 3221225985
ne faudrait-il pas tenir compte de l'endianisme? pour ma part j'ai:
/tmp/ipv4int 192.0.2.1
16908480 192.0.2.1
en executant ce code:
// vi: noet
#include
#include
int
main (int argc, char ** argv ) {
struct in_addr addr;
for (uint8_t i=1; i
Re: Outil en CLI pour convertir une IPv4 en entier et réciproquement
salut,
> Qui connait le nom d'un paquet Debian comprenant un outil de
> conversion d'IPv4 en entier et réciproquement ?
les réponses suivantes sont à coté de la plaque vu que tu
souhaites un outils dédié mais pourrais tu satisfaire ma curiosité
en m'expliquant à quoi ça peut servir?
ipv4int() <<. bc
ibase=16
$( for i; do
echo $i | tr . '\n' | tac | xargs printf '%02hX'
echo
done)
.
// vi: noet
#include
#include
int
main (int argc, char ** argv ) {
struct in_addr addr;
for (uint8_t i=1; i
Re : Outil en CLI pour convertir une IPv4 en entier et réciproquement
Le 11/03/2022 17:40:52, Stephane Bortzmeyer a écrit :
> % python3 -c "import sys, ipaddress; addr =
> ipaddress.ip_address(sys.argv[1]); print(int(addr))" 192.0.2.1
> 3221225985
Ha, c’est juste ça ?
>>> sum(256**(3-i)*a for i,a in enumerate(map(int,"192.0.2.1".split("."
3221225985
nicolas patrois : pts noir asocial
--
RÉALISME
M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ?
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...
Re: Outil en CLI pour convertir une IPv4 en entier et réciproquement
On Fri, Mar 11, 2022 at 05:29:01PM +0100, Olivier wrote a message of 11 lines which said: > conversion d'IPv4 en entier et réciproquement ? % python3 -c "import sys, ipaddress; addr = ipaddress.ip_address(sys.argv[1]); print(int(addr))" 192.0.2.1 3221225985
Outil en CLI pour convertir une IPv4 en entier et réciproquement
Bonjour, Qui connait le nom d'un paquet Debian comprenant un outil de conversion d'IPv4 en entier et réciproquement ? Sauf erreur ipcalc et ipcalc-ng ne font pas cette conversion. J'ai trouvé des exemples en bash, ici ou là mais regarderai volontiers un outil dédié. Slts
Re: Quel(s) serveur(s) DHCP pour 250 LAN de petite taille (/28) ?
Très intéressant ! Je n'y a avais pas pensé du tout ! Dans mon labo, le serveur DHCP fait office de routeur mais sur l'implémentation cible, il est possible que ce rôle soit confié à une machine tierce. Dans les 2 cas, il faudra savoir configurer en masse les réseaux et les relais DHCP. Le ven. 11 mars 2022 à 14:43, Erwan David a écrit : > > Le 11/03/2022 à 12:48, Olivier a écrit : > > Bonjour, > > > > Je souhaite mettre en place sur une machine Bullseye, un service DHCP > > traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses) > > mais chacun avec 1 ou 2 machines connectées, au maximum. > > > > 1. Qui a déjà mis en oeuvre ce type de chose ? Avec quels composants ? > > Quel retour d'expérience ? > > > > 2. Je connais le serveur DHCP d'ISC. J'ai l'habitude de lister les > > interfaces sur lesquelles il écoute > > en complétant la ligne INTERFACESv4 du fichier /etc/default/interfaces. > > Existe-t-il une autre façon de fournir la liste des interfaces ? > > Plutôt que d'avoir ton serveur avec une interface dans chacun de tes 250 > réseaux, tu peux utiliser un relais dhcp (par exemple sur le ou les > touteurs qui relient tes réseaux) C'est plus simple puisque ton serveur > DHCP n'a qu'une uinterface. Le relais lui envoie l'adresse de > l'interface qui a reçu la reqêute et ton serveur trouve le pool > correspondant. > > C'est très simple à mettre en place >
Re: Quel(s) serveur(s) DHCP pour 250 LAN de petite taille (/28) ?
On Friday 11 March 2022 12:48:54 Olivier wrote: > Je souhaite mettre en place sur une machine Bullseye, un service DHCP > traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses) > mais chacun avec 1 ou 2 machines connectées, au maximum. > 1. Qui a déjà mis en oeuvre ce type de chose ? Avec quels composants ? > Quel retour d'expérience ? > 2. Je connais le serveur DHCP d'ISC. J'ai l'habitude de lister les > interfaces sur lesquelles il écoute > en complétant la ligne INTERFACESv4 du fichier /etc/default/interfaces. > Existe-t-il une autre façon de fournir la liste des interfaces ? > 3. Suggestions ? Conseils ? Hello, Entre autres, il faut bien calculer les numéros de netmask, (segmentation des réseaux et sous réseaux) qui ne sera plus 255.255.255.0, selon ce que l'on veut, souvent l'imperméabilisation des réseaux entre eux (sécurité, interdire l'accès à des sous-réseaux). Bonne soirée. A. Valmer
Re: Quel(s) serveur(s) DHCP pour 250 LAN de petite taille (/28) ?
Le 11/03/2022 à 12:48, Olivier a écrit : Bonjour, Je souhaite mettre en place sur une machine Bullseye, un service DHCP traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses) mais chacun avec 1 ou 2 machines connectées, au maximum. 1. Qui a déjà mis en oeuvre ce type de chose ? Avec quels composants ? Quel retour d'expérience ? 2. Je connais le serveur DHCP d'ISC. J'ai l'habitude de lister les interfaces sur lesquelles il écoute en complétant la ligne INTERFACESv4 du fichier /etc/default/interfaces. Existe-t-il une autre façon de fournir la liste des interfaces ? Plutôt que d'avoir ton serveur avec une interface dans chacun de tes 250 réseaux, tu peux utiliser un relais dhcp (par exemple sur le ou les touteurs qui relient tes réseaux) C'est plus simple puisque ton serveur DHCP n'a qu'une uinterface. Le relais lui envoie l'adresse de l'interface qui a reçu la reqêute et ton serveur trouve le pool correspondant. C'est très simple à mettre en place
Quel(s) serveur(s) DHCP pour 250 LAN de petite taille (/28) ?
Bonjour, Je souhaite mettre en place sur une machine Bullseye, un service DHCP traitant 250 réseaux locaux de petite taille (/28 soit 16 adresses) mais chacun avec 1 ou 2 machines connectées, au maximum. 1. Qui a déjà mis en oeuvre ce type de chose ? Avec quels composants ? Quel retour d'expérience ? 2. Je connais le serveur DHCP d'ISC. J'ai l'habitude de lister les interfaces sur lesquelles il écoute en complétant la ligne INTERFACESv4 du fichier /etc/default/interfaces. Existe-t-il une autre façon de fournir la liste des interfaces ? 3. Suggestions ? Conseils ? Slts
Re: Comment recharger un module noyau planté ?
Salut, C'est juste le redémarrage qui ne se fait pas ? (boucle) Le jeu. 10 mars 2022 à 13:41, Daniel Caillibaud a écrit : > Bonjour, > > J'ai toujours mes pbs de plantage kernel à cause du module wifi > (ath10k_pci), même si ça c'est > arrangé (ça plante 1 à 2 fois par semaine, mais seulement le réseau, avant > tout était figé, > donc je peux sauvegarder ce que je fais, c'est juste pénible avec des > consoles ouvertes ou un > truc en cours dans un navigateur). > > Est-ce que dans un tel cas on peut recharger le module noyau sans reboot > hard ? > (le reboot soft fonctionne pas, le PC veut pas s'arrêter) > > J'ai essayé > rmmod ath10k_pci > (en pensant passer ensuite à insmod ou modprob) > > mais ça ne fait rien, ça ne rend pas la main et ne dit rien (pas pensé à > ajouter -v, je le > ferai la prochaine fois) > > J'étais sur un noyau 5.12.9 compilé maison (avec intel-microcode > 3.20210608.2 de bullseye), je > vais essayer linux-image-5.16.0-0.bpo.3-amd64-unsigned et > intel-microcode=3.20220207.1~bpo11+1 > pour voir si ça s'arrange, mais la réponse m'intéresse quand même. > > > > Le détail : > > 1) modinfo ath10k_pci > > filename: > /lib/modules/5.12.9/kernel/drivers/net/wireless/ath/ath10k/ath10k_pci.ko > … > description:Driver support for Qualcomm Atheros 802.11ac WLAN PCIe/AHB > devices > author: Qualcomm Atheros > … > depends:ath10k_core > retpoline: Y > intree: Y > name: ath10k_pci > vermagic: 5.12.9 SMP mod_unload modversions > parm: irq_mode:0: auto, 1: legacy, 2: msi (default: 0) (uint) > parm: reset_mode:0: auto, 1: warm only (default: 0) (uint) > > > 2) Les messages de kern.log au plantage du module : > > Mar 10 09:36:13 dell kernel: [144708.337905] IPv6: > ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready > Mar 10 09:36:13 dell kernel: [144708.337965] wlp2s0: Limiting TX power to > 23 (26 - 3) dBm as advertised by 68:a3:78:b8:7e:94 > Mar 10 10:14:13 dell kernel: [146989.982839] ath10k_pci :02:00.0: > failed to wake target for write32 of 0x0579 at 0x0003543c: -110 > [plein de failed to wake target] > Mar 10 10:17:23 dell kernel: [147179.685280] ath10k_pci :02:00.0: > failed to wake target for read32 at 0x0003a028: -110 > Mar 10 10:17:26 dell kernel: [147182.767232] ath10k_pci :02:00.0: > failed to read device register, device is gone > Mar 10 10:17:26 dell kernel: [147182.768293] ieee80211 phy0: Hardware > restart was requested > Mar 10 10:17:26 dell kernel: [147182.768303] [ cut here > ] > Mar 10 10:17:26 dell kernel: [147182.768304] ieee80211_restart_work called > with hardware scan in progress > Mar 10 10:17:26 dell kernel: [147182.768350] WARNING: CPU: 1 PID: 186880 > at net/mac80211/main.c:261 ieee80211_restart_work+0xf3/0x100 [mac80211] > Mar 10 10:17:26 dell kernel: [147182.768375] Modules linked in: loop(E) > rfcomm(E) ctr(E) ccm(E) cmac(E) algif_hash(E) algif_skcipher(E) af_alg(E) > bnep(E) binfmt_misc(E) intel_rapl_msr(E) dell_smm_hwmon(E) > snd_hda_codec_hdmi(E) x86_pkg_temp_thermal(E) intel_powerclamp(E) > coretemp(E) snd_sof_pci_intel_icl(E) snd_sof_intel_hda_common(E) > soundwire_intel(E) kvm_intel(E) soundwire_generic_allocation(E) > soundwire_cadence(E) snd_sof_intel_hda(E) snd_sof_pci(E) snd_sof(E) kvm(E) > snd_sof_xtensa_dsp(E) snd_soc_hdac_hda(E) snd_hda_ext_core(E) > snd_soc_acpi_intel_match(E) snd_soc_acpi(E) irqbypass(E) rapl(E) > snd_soc_core(E) intel_cstate(E) snd_hda_codec_realtek(E) snd_compress(E) > nls_ascii(E) soundwire_bus(E) snd_hda_codec_generic(E) intel_uncore(E) > ledtrig_audio(E) nls_cp437(E) btusb(E) btrtl(E) snd_hda_intel(E) > ath10k_pci(E) btbcm(E) btintel(E) snd_intel_dspcfg(E) snd_intel_sdw_acpi(E) > ath10k_core(E) vfat(E) pcspkr(E) fat(E) ath(E) bluetooth(E) serio_raw(E) > snd_hda_codec(E) efi_pstore(E) wmi_bmof(E) intel_wmi_thunderbolt(E) > Mar 10 10:17:26 dell kernel: [147182.768403] snd_hda_core(E) snd_hwdep(E) > mac80211(E) snd_pcm(E) iTCO_wdt(E) uvcvideo(E) intel_pmc_bxt(E) > snd_timer(E) iTCO_vendor_support(E) watchdog(E) snd(E) ee1004(E) > videobuf2_vmalloc(E) jitterentropy_rng(E) soundcore(E) videobuf2_memops(E) > videobuf2_v4l2(E) cfg80211(E) drbg(E) videobuf2_common(E) ansi_cprng(E) > processor_thermal_device(E) videodev(E) processor_thermal_rfim(E) > libarc4(E) processor_thermal_mbox(E) mc(E) joydev(E) mei_me(E) > ecdh_generic(E) processor_thermal_rapl(E) rfkill(E) intel_rapl_common(E) > ecc(E) sg(E) mei(E) intel_soc_dts_iosf(E) int3403_thermal(E) > int340x_thermal_zone(E) tpm_crb(E) tpm_tis(E) tpm_tis_core(E) tpm(E) > evdev(E) int3400_thermal(E) rng_core(E) acpi_thermal_rel(E) acpi_tad(E) > intel_pmc_core(E) ac(E) intel_hid(E) sparse_keymap(E) acpi_pad(E) msr(E) > parport_pc(E) ppdev(E) lp(E) parport(E) fuse(E) configfs(E) sunrpc(E) > efivarfs(E) ip_tables(E) x_tables(E) autofs4(E) ext4(E) crc32c_generic(E) > crc16(E) mbcache(E) jbd2(E) dm_crypt(E) dm_mod(E) sr_mod(E) > Mar 10 10:17:26 dell kernel: [147182.768439] sd_mod(E) cd
