Reprise du message précédent :

Oui mais le smb1 ça ne va pas être possible

Et pour le retard, comme ça touche des connex vers des machines windows, je pense que ce n'est pas trop la priorité

Oui je comprends ! M'enfin le protocole samba est un protocole Windows.. S'il sert sur Linux c'est pour des utilisateurs Windows.. ils devraient donc s'en soucier d'avantage !

Ah oui, effectivement, passer en SMB1 ça va pas du tout le faire

Tiens, j'ai un petit besoin: pour un projet j'ai monté un petit repo local. jusque là c'est pas très dur, mais je ne m'étais jamais posé la question des groupinstall, qui du coup ne marchent pas en local puisque je n'ai pas les fichiers XML...  
Ya moyen de les chopper depuis les repos de CentOS?
 
Merci

un peu vieu mais ça peut peut être t'aider?
 
http://karkul.github.io/2014/11/19 [...] on-RHEL65/
 
Mais effectivement je mettais jamais poser la question! J'ai moi même des repo locaux, je vais tester si ça marche

 
Je ne suis pas passé par une copie d'un repo DVD, mais j'ai fait un reposync... Ceci dit, ensuite j'ai dégoté les XML sur ma clé, je les ai copiés sur mon repo "base" uniquement, mais toujours rien.  
Bon après c'est pas SI grave; je voulais juste tester si c'était possible de faire un groupinstall complètement offline, et je peux finalement connecter les serveurs à le l'internet, donc on s'en fout

Ouep mais ça peut servir effectivement, les gens qui ont l'habitude de faire des group install, ils ne doivent pas trop savoir quels paquets sont associés au groupe! A mon avis c'est possible de le faire à la main car il doit juste y avoir des variables avec des paquets associés sur un xml, je regarderais à temps perdu car assez intéressant ! Sinon tu fais des alias bash chez tout le monde du style yuminstallweb avec tous les paquets web etc . . . lol

bonjour,
 
j'essaye de mettre un certifat let's encrypt sur un centos 6 pour un serveur tuleap,
 
Quand je lance la commande
 
scl enable python27 "/usr/local/bin/certbot-auto --nginx"
 
 
 j'obtiens cette erreur, ça vous parle?  
 
 

 
Y a un port en particulier à ouvrir?  
 
le log  
 

Il ne faut pas marquer le lien complet à la fin en argument style scl enable python27 "/usr/local/bin/certbot-auto --nginx" www.monsite.fr  
 
?

 
J'essayerai mais vu qu'il m'a trouvé mon domaine tout seul ?

HALP§§§

J'ai pour la première fois de ma vie installé les drivers Nvidia et Cuda sur mon serveur. Tout s'est bien passé (avec blacklist du driver "nouveau", regénération d'un initramfs et de grub), mais lorsque je suis revenu au taf ce matin, mon écran était noir et plus rien ne répondait...
J'ai redémarré gdm, j'ai retrouvé mon bureau, mais pas de souris... Bref, reboot, puisque le serveur n'est pas en prod.

Et au reboot, j'ai vu un joli message "ABRT a détecté un souci". Je vais là où sont les logs, et je constate un kernel panic à cause des drivers...
j'ai un mlessage "nvidia: module verification failed: signature and/or required key missing - tainting kernel" suivi d'un joli kernel panic.

Du coup je suis tout perdu. Est-ce que des gens ici ont eu le même besoin que moi et ont réussi? Ca a pas l'air de folie ce que je veux...

Merci pour votre aide

 
En faite je suis con, c'est un site non accessible depuis l'extérieur, donc ça doit etre un soucis de dns.  
 
On peut quand même utiliser let's encrypt sur du local?

Il me semble l'avoir fait il y a quelques années.

Tu as vraiment besoin du driver nvidia ou c'était pour tester? Sur serveur j'avoue que je n'ai jamais eu à le faire car pas de CG Nvidia Mais sur pc je suis toujours le menu de gestion de pilote tierce en version stable et jamais aucun problème. Tu avais rebooter après installation du driver? Peut être que tu as des maj en cours et que le driver bugerait moins avec le nouveau kernel/module kernel.... Verifie deja si tu as des maj à faire, de mémoire il faut DKMS pour les driver nvidia non?

Corollaire : il utilise bien la version du pilote adaptée à sa génération de carte graphique ? Parce que mettre la dernière version en date (plus de 430, je crois) alors que sa carte fait partie des modèles où seule la version 390 LTS la prend encore en charge (jusqu’en 2021, de mémoire), ça va pas marcher.

 
Alors: oui j'ai besoin du driver nvidia et CUDA/CuDNN car ce serveur va faire de deep learning sur 2 Tesla P100.
Aucune maj en cours, car j'ai bloqué la version en CentOS 7.5 (obligé par contrat), et avant de faire l'install j'ai bien tout mis à jour.. Et rebooté après effectivement.
Après j'avoue que j'avais jamais entendu parler de DKMS, et dans la doc de Nvidia ils n'en parlent pas..

Si ton besoin c'est de faire du CUDA, t'as pas pour autant besoin d'avoir un serveur X (que je sache), et y a de fortes chances pour que tes problèmes de stabilité viennent de là.

Oui mais malheureusement j'ai besoin d'un serveur X parce qu'on va faire tourner une VM aussi... Sur l'install originelle faite par mon prédécesseur, il n'y avait pas de serveur X et ça fonctionnait bien.
Déjà avec le driver, il a fallu que je n'installe pas tout ce qui a rapport avec OpenGL, ça foutait le boxon. Et maintenant ça
Mais au vu de ce que j'ai dans les logs, c'est vraiment le kernel qui râle parce que le module est pas signé... Etonnant.

Nan, ça c'est normal. C'est un driver non open-source, qui provient d'une source externe, donc le noyau dit "Si ça merde, démerdez-vous avec le fournisseur ". C'est pas ça qui fait planter.
 
Et je vois pas en quoi avoir besoin de faire tourner une VM nécessite un serveur X

C'est du Vindoze, donc on aimerait bien y accéder en direct. Mais effectivement, pourquoi pas faire le truc en RDP pour se passer du serveur X.

EDIT: Bon j'ai demandé au chef de projet, pour le moment on utilise pas Cuda, donc on s'en fout. Je vais utiliser le driver de base, et faire l'environnement de test comme ça.
Merci en tous cas

Pour de la VM sur virtualbox par exemple tu n'as pas besoin de serveur X, tu lance ta vm en mode headless et tu configure le vrdp pour y acceder via l'ip de l'host, après tu paramètre le RDP de windows et c'est good Mais si tu n'as pas besoin de CUDA effectivement....

 
Tiens je reviens sur mon souci: en fait après install de base juste avec les drivers "nouveau", et update avec les dernières versions de C7.5, je me suis rendu compte que j'avais aussi le même type de soucis. J'ai fait un test avec C7.4, plus aucun souci. Incompatibilité?
Du coup je suis parti en C7.4 pour pouvoir finir cette plateforme de test

Ah ! Bizarre!  
 
La première fois ça a marchait mais après installation pilote Nvidia -> panic kernel, et là même en fresh install panic kernel aussi avec les dernière maj? Mais pas à la fresh install donc?  
 
Peut être un problème kernel/driver-nouveau sur les dernières maj ! Ou soucis matériel! C'est quel model de serveur?

 
Honnêtement j'ai pas fait gaffe au tout début. donc si, fresh install de C7.5 j'ai ABRT qui couine.
C'est un HP DL380 G10.

drapal

Bordel, nouveau patch kernel ça corrige les problèmes de montage samba mais nouvelle version de samba qui intègre un bug déjà patché dans d'autres distrib    
 

 
Ce genre de trucs à le don de me casser les noix  

Python. 2.7 sur centos 6, pas de soucis à signaler ?  
 
'tain je suis en galère aussi avec perl qui empêche de lancer apache, suite à des maj, pourtant j'ai bien mod_perl

Ah oui j'allais venir te le dire depuis la semaine dernière j'ai vu un kernel passé pour le nouveau bug c'est quand même pas de bol !!

Bon, ça continue, impossible de monter un partage windows 10 depuis la mise à jour 7.7.1908
 
J'ai tenté en vers=2.0, 2.1, 3.0. Il me sort un "access denied" à chaque fois alors que depuis une machine non mise à jour ça passe

une machine non mis a jour? une machine win10? ou une machine centos samba sans la maj?
 
Que disent les logs?

 
hmmm curieux en fait
 
Windows 10 updaté a un dossier partagé, machine dans un domaine mais l'utilisateur pour la connexion sur le share est local.
Machine CentOS updatée hier
 
Quand le Centos essaie de monter le dossier du windows j'ai ça dans le dmesg

 
Ca passe depuis une autre centos non mis à jour (donc en 1810) et depuis un debian ou un windows aussi.
 
Le curieux c'est que j'ai un PC windows de test sous la main, j'ai créé un share et je peux le monter depuis le centos à jour   seule différence, le PC windows en question n'est pas dans le domaine.
 
EDIT: je viens de rentrer le windows de test dans le domaine et même problème  
 
EDIT2: le problème est que le windows va taper dans le domaine par défaut... du coup -o username=monuser,domain=nom_du_pc et ça corrige l'affaire.

ah oui logique

 
mouaip mais ça a changé il y a 2 jours... donc soit CentOS a décidé de changer sa méthode d'auth, soit MS a modifié qqch dans l'auth, soit les 2 le truc bizarre c'est que ça ne pose pas de problème sur d'autres distrib et sans mettre le "domain="

ça doit être centos alors! Mais des fois les maj microsoft foutent la merde aussi (peut être exprès?? )

Hello    
 
Est-ce qu'il y a un problème connu avec Centos en dual boot sur un ssd? En plus du SSD j'ai aussi un disque dur et à l'install Anaconda ne voit que ce disque, pas du tout le ssd occupé pour moitié par Windows et donc pas l'espace vide qui est destiné à CentOS. En lui faisant rechercher les disques il fini par trouver la clé usb mais pas moyen de lui faire voir le ssd. Je ne fais rien d'autre pendant l'install et il est probable que je loupe une étape.  
 
J'ai testé la clé sur un autre pc avec juste un disque dur, aucun pb. Pareil sur le pc sur lequel je tente l'install en virtu. Même résultat avec une autre clé.

Tu peux lire le NTFS avec CentOS ? Tu as mis le bon paquet ?
/on sait jamais

La centos en vm voit bien le NTFS oui. Par contre pour l'install j'utilise l'iso boot de quelque 600 Mo, ça pourrait venir de là? En tout cas à l'install il voit rès bien le disque dur qui est en NTFS intégralement.

Possible, je doute que le paquet ntfs-3g (de mémoire) soit installé de base sur une distrib Linux.

C'est quoi le rapport entre NTFS-3G et Anaconda (l'installeur) qui ne voit pas le SSD au démarrage ?
 
Perso je pense plus à un conflit UEFI / Legacy, et une option de controleur BIOS. Enfin un truc chiant et bien spécifique quoi

Ola joyeux utilisateurs de CentOS ou RHEL,
Existe-t-il un moyen sous CentOS, ou sous Linux en général, de connaître les informations relatives à la mémoire (type, fabriquant, freq, etc.)
En gros toutes les informations que peut retourner un soft comme cpu-z sous Windows.
merci