Reprise du message précédent :
https://en.wikipedia.org/wiki/ARM_architecture#Cores

Le cœur ARM11 (donc architecture ARMv6, il faut suivre) c'est du 32 bits donc la version 64 bits (arm64) n'ira pas.

pour la précision.
 
Avec la 11.x et 10.x, j'ai une nouvelle erreur ("TypeError: log.gauge.isEnabled is not a function" ) quand je tape npm -v.
Avec la 9.x, je n'ai pas cette erreur.
 
Mais je bloque encore avec npm. Le tuto indique de taper la commande "npm ci". Mais le RPi1 me retourne ça

Ce qui semble indiquer que c et i sont des commandes exclusives
Si ça peut aider,  la commande qui suit "npm ci" est "npm run build".
 
Désolé pour ma noobance, je ne connais pas npm et je voudrais bien arriver à bout de l'installation... J'ai commencé vers 11h (merci les compilations de 1h puis 3h).

https://docs.npmjs.com/cli/ci.html
 
Tente npm install à la place.

Il n'y a jamais eu besoin de compiler le JS pour faire tourner centreon-web, c'est n'importe quoi ce tuto

J'ai laché l'affaire, j'avais encore une nouvelle erreur avec npm install.

Mais y'a jamais eu besoin de faire ça :s

Donc je peux zapper les 2 commandes avec npm et lancer l'installation (sudo bash ./install.sh -i) ?

Normalement oui.

Est ce que tu as bien l'archive depuis centreon.com ? C'est possible que dans les sources sur GitHub le JS buildé ne soit pas inclus

Aucune idée, j'ai betement suivi le tuto indiqué.

Oé c'est bien centreon.com, c'est la bonne archive

 
Tu as fait l'install sur un raspberry toi aussi ? Ou sur de l'arch amd64 ?

En tout cas, je confirme, le .install.sh -i se lance sans les 2 commandes npm. Merci
Installation en cours

Edit : install CLI terminée sans erreur. Je stoppe là et je fais une image de la carte SD avant d'aller plus loin.

 
J'ai dû louper quelque chose durant l'installation.
Pour rappel, le tuto suivi : https://www.sugarbug.fr/framboise/f [...] pcentreon/
 
J'ai terminé l'installation avec l'interface web (étape 22) puis j'ai essayé d'activer le poller comme dans "21.1 Configuration des services". Sauf qu'à la fin cette étape, le "Is running ?" reste à "No" sur mon serveur.
 
J'ai aucune idée d'où trouver les infos pour savoir ce qui merde.

essayes librenms

J'ai refait l'install rapidement (ça aide quand ça ne compile pas pendant 4h comme sur Rpi1B) et sur Debian 10, mon poller démarre bien ("Is running ?" => "Yes" )?
 
J'ai pas l'impression d'avoir fait quelque chose de différent.

+1  

J'ai déjà testé nagios, zabbix, centreon...

sinon y'a ausi icinga qui est tres bien, et n'a pas what mille dépendances

J'ai quelques contraintes :
- ça doit tourner sur rpi (1B)
- install simple/rapide si possible
- checks par agent de preférence (pas fan du SNMP ou alors, il faut du SNMP sécurisé)
- config centralisée et déploiement auto vers les clients (ça, c'est le reve )

Mon retour (en bref) :
Nagios : fait le taf mais relou à maintenir
Zabbix : OK au 1ers abords mais la logique du check availabilty m'emmerde (c'est le serveur qui vérifie que le client est UP et pas le client qui dit qu'il est up à intervalle regulier) + ca a l'air compliqué pour ajouter un check non natif (pas creusé, c'est peut-être faux)
Centreon : long à install et poller qui démarre pas sur rpi1B mais sinon ça a l'air bien

LibreNMS a l'air rapide à installer, je teste demain sur VM.
Icinga, je connais de nom mais jamais testé (j'avais déjà testé Centreon et Zabbix au boulot).

J'ai installé librenms et j'ai des bugs sur l'interface graphique.
Je m'explique. Sur l'interface, il y a différentes sous-section quand on configure un host : IPMI, SNMP, Application, .... Mais les liens pour accéder à sous-sections sont parfois faux :
- bon lien : http://192.168.1.X/...
- mauvais lien : http://librenms.example.com/... (de tête mais bon ça change rien, ça ne risque pas d'arriver chez moi à moins de mettre une entrée DNS sur mon PC)
 
Forcement, quand je clique sur un mauvais lien, ça termine en timeout ou en erreur.

Ce n'est pas un bug donc ?
Renseigne ton dns et c'est réglé.

Pourquoi ça ne serait pas un bug ? Ca me semble anormal que le lien soit mauvais quand je pointe sur un onglet.

Je penche plutôt pour une mauvaise conf de l'outils.
 
Tu n'as pas un fichier de conf à modifier pour renseigner l'url de ta gui ?

+1

Bonjour,

J'utilise sur mon poste principal Debian stable + SDDM + KDE ; je n'éteins complètement que très rarement le système, privilégiant la mise en veille (suspend-to-ram) et ça fonctionne vraiment bien au moins depuis la version stable précédente (aucun bug à déplorer jusqu'ici).

Auparavant j'ai rencontré le même type de souci en sortie de veille ; c'était lié à un bug se produisant uniquement entre certaines versions du noyau utilisées en interaction avec la version du driver vidéo (i915/Intel) fourni dans le Xorg packagé par Debian...
Solution simple j'ai utilisé un backport d'une version de noyau ne présentant pas le problème ; une autre solution aurait été d'upgrader le driver vidéo (et donc probablement tout Xorg en raison des dépendances de packaging internes à Debian).

Donc avec ce type de problème y'a des chances que ça vienne du noyau / driver vidéo. Faut faire des tests de mise en veille en mode console sans l'interface graphique de démarrée pour voir si ça vient de là.

Sinon pour la recherche et le bug reporting il est bien plus commode de passer par le paquet reportbug que par le site.

Merci pour l'info.
Ca m'est encore arrivé plusieurs fois dans la semaine au réveil, et même une fois lorsque la session s'est verrouillée après quelques minutes (retour sur une image qui était à l'écran, sans possibilité d'interagir avec, comme une vilaine blague d'un collègue qui prends une capture d'écran et la défini comme fond d'écran). Dans mon cas, c'est sur du nvidia/amd ryzen. Donc à voir avec d'autres pilotes/kernel.

Bonsoir les geeks ,

sur une Debian 10 XFCE à jour j'ai VLC (3.0.11 à priori) qui démarre toujours avec un volume de zéro et la box "Always reset audio start level to" dans les options est grisée. Ca parle à quelqu'un? Si je monte le volume sur une valeur non-nulle ça fonctionne, jusqu'au prochain redémarrage de VLC...

C’est « normal » : c’est à cause de PulseAudio. Mais je te rassure : lance une vidéo et mets le son à 75 %. Si tu fermes VLC et que tu le relances, le son sera marqué à zéro, mais si tu relances ta vidéo (ou une autre), tu verras que le son reviendra à 75 %.

Étrange, sur ma propre machine avec à priori la même config j'ai toujours directement la valeur correcte en lancant VLC et surtout la case dont je parle dans les options n'est pas grisée.  
Mais je testerai dès que j'aurais de nouveau accès à l'autre machine.

perso en debian 10 XFCE pulseaudio, la case est grisée, valeur sur 100% et quand je lance VLC le son est effectivement à 100% (et je ne me souviens pas avior touché à quoi que ce soit, comme ce fonctionnement par défaut me convient...)

Quel est le module de sortie choisi dans les propriétés audio de VLC ? Parce que si tu choisis ALSA dans cette liste, oui, ça va te remettre « comme avant » (et comme sous Windows : case « Toujours remettre le niveau de volume à » disponible et le reste). Mais comme ça marche déjà très bien chez moi en automatique (donc PulseAudio), je le laisse ainsi.

Merci, c'était bien cette histoire entre ALSA et PulseAudio. La j'ai mis en place le démarrage automatique (c'est dans les propriétés de XFCE, médias éjectables et je sais pas quoi) lors de l'insertion d'un CD-Audio, ça convient à la personne.
 
Autre chose par contre, vous aussi vous n'arrivez pas à joindre ftp.fr.debian.org, ni avec apt ni même en ping? Ca fait 2 jours que mes màj échouent.

Pour ftp.fr.debian.org, nope pour ping, TCP/80 (apt ?) et FTP (TCP/21).
Tu peux pas changer de serveur pour apt ?

 
Oui ça merdouille dernièrement ici aussi.

Si ça ne s'arrange pas je vais faire ça, oui.

oui ,le mirroir hebergé chez free est dans les choux..
tu peux sinon utiliser deb.debian.org a la place

Ou à la place de "fr", prendre un autre pays, "de" par exemple.

Dites les gens, j'ai un souci avec apt:
A l'origine j'ai fait un mirroir du dépot standard et security. Mais mon installation étant offline, je n'ai pas pu remettre à jour le dépot security qui est devenu périmé et donc inutilisé par apt.

Je viens de vouloir installer bind9, mais apt persiste à aller chercher les nouvelles versions des paquets (security), du coup il m'envoie chier:

J'ai vérifié sur mon serveur de dépôts, la version deb10u2 est bien dans le repo security que j'ai récemment désactivé... Comment on dit à apt de pas faire chier et de prendre ce qu'il a de dispo?J'ai tenté de forcer la version avec un

Même sentence..
J'ai aussi tenté de déterminer si je n'avais pas plusieurs versions:

Même avec un clean, autoremove et tout le toutim rien à faire..
Vu que je n'ai jamais bossé avec un dépôt offline, je suis un peu coincé.
Merci pour votre aide

EDIT: c'est bon, j'ai trouvé, j'avais déjà installé les NOUVELLES versions de certaines libs (iblwres161, libisccfg163 et libisccc161) en installant d'autres trucs, du coup le système restait bloqué dessus, ce qui est logique.
Le message d'erreur d'apt était pas très clair quand même, il aurait pu me dire "mec, t'as déjà des versions plus récentes de ces 3 paquets, je peux pas installer un truc plus vieux", ça aurait été plus clair

aptitude est plus clair sur ce genre d’erreur  

Savez-vous sur quel site internet je peux créer un dépôt personnalisé de Debian et le faire partager à la communauté Debian ?
 
J'ai backporté moi-même Mesa 20.2.1 / LLVM 10 sur Stable et vous la complication pour qu'un backport officiel ce fasse, je l'ai fait moi-même.
 
Voilà

Salut les leetz  
Je suis repassé un peu sous Linux sur mon MacBook (cle usb permanente kali) et j’ai un petit souci :
Quand je démarre avec l’écran externe via display port j’ai un écran noir et je n’atteint pas gdm.
Si je déco l’écran et que je reboot ça marche au poil, puis en rebranchant le DP c’est ok aussi une fois sur l’écran login.  
Suis sur un kernel 5.9  
Problème connu ? Des suggestions ?