Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
1534 connectés 

 


 

Dans votre environnement de production, on trouve ...




Attention si vous cliquez sur "voir les résultats" vous ne pourrez plus voter

 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6  7  8  9  10  11  12
Auteur Sujet :

[RHEL/CentOS] Parce qu'il y'a aussi des barbus qui travaillent !

n°1432601
vibidoo
Posté le 12-04-2019 à 11:54:04  profilanswer
 

Reprise du message précédent :
Salut les gars,  :hello:  
Je suis des votres  
Je viens d'installer centos en triple boot ( win10 / debian / centos)  :)


---------------
Contribuables associés - Arretons les dérives
mood
Publicité
Posté le 12-04-2019 à 11:54:04  profilanswer
 

n°1432734
IsKor
Posté le 15-04-2019 à 14:39:02  profilanswer
 

Est-ce que certains d'entre vous ici ont eu à installer un Docker sur une vieille version de CentOS?
J'ai un impératif client de fournir du CentOS 7.4.1708, et évidemment quand j'essaie d'installer Docker ça m'envoie chier parce que j'ai pas la bonne version de tel ou tel paquet.. Même si je prends celui du repo "extras", j'ai pas la bonne version des paquets sur mon système :p

 

Petite précision, j'aurai pas Internet là où les serveurs seront, du coup j'ai téléchargé l'intégralité des repos Base, Updates, Epel et Extras en local.
Voici ce que j'obtiens quand je lance un "yum install docker":

 

Erreur : Paquet : 2:container-selinux-2.74-1.el7.noarch (EXTRAS)
             Requiert : selinux-policy-targeted >= 3.13.1-216.el7
             Installé  : selinux-policy-targeted-3.13.1-166.el7.noarch (@anaconda)
                 selinux-policy-targeted = 3.13.1-166.el7
Erreur : Paquet : 2:container-selinux-2.74-1.el7.noarch (EXTRAS)
             Requiert : selinux-policy-base >= 3.13.1-216.el7
             Installé  : selinux-policy-targeted-3.13.1-166.el7.noarch (@anaconda)
                 selinux-policy-base = 3.13.1-166.el7
             Disponible : selinux-policy-minimum-3.13.1-166.el7.noarch (BASE)
                 selinux-policy-base = 3.13.1-166.el7
             Disponible : selinux-policy-mls-3.13.1-166.el7.noarch (BASE)
                 selinux-policy-base = 3.13.1-166.el7
Erreur : Paquet : 2:docker-1.13.1-94.gitb2f74b2.el7.centos.x86_64 (EXTRAS)
             Requiert : subscription-manager-rhsm-certificates
Erreur : Paquet : 2:container-selinux-2.74-1.el7.noarch (EXTRAS)
             Requiert : selinux-policy >= 3.13.1-216.el7
             Installé  : selinux-policy-3.13.1-166.el7.noarch (@anaconda)
                 selinux-policy = 3.13.1-166.el7

 

J'ai tenté d'update le système à partir du repo local Updates, mais c'est encore pire après...

 

EDIT: résolu, visiblement j'avais mal synchronisé mes dépôts, j'ai refait un reposync de base, extras, epel et updates, et tout est bon :)


Message édité par IsKor le 17-04-2019 à 09:50:32
n°1432778
cpio771
Android :p
Posté le 16-04-2019 à 13:33:08  profilanswer
 


IsKor a écrit :


Ouais, entre sysadmin et ingé système (bien que j'en aie pas le titre). Et ya encore des trucs que j'apprends :D
 
 
Par contre question supplémentaire: à part avec tally (qui ne donne pas le status clairement), ou est-ce qu'on peut savoir si le compte est locké?


 
 
passwd -S user (en root)

n°1432846
IsKor
Posté le 17-04-2019 à 09:55:15  profilanswer
 

cpio771 a écrit :


 
 
passwd -S user (en root)


 
Justement, c'est étrange comme comportement... Je suis repassé avec Faillock vu que j'ai lu dans de multiples endroits que c'était une solution plus récente et mieux.  
Après plusieurs tests, le user est bien locké (je vois le message à l'écran de login en graphique, mais quand je fais passwd -S j'ai pas ce que je devrais avoir.  
Mais bon, tant que mon user est bien locké, à la limite ça me dérange pas que l'output de passwd -S soit pas celui attendu, faillock --user user fonctionne bien :)

n°1433421
Trit'
Posté le 29-04-2019 à 11:54:33  profilanswer
 

Je sais pas exactement où mettre ça, mais voilà : Scientific Linux est arrêtée, les organismes comme le CERN et le Fermilab qui l’utilisaient pour leurs propres programmes vont passer sur CentOS (et contribuer à celle-ci pour l’adapter à leurs besoins).
 
https://www.nextinpact.com/brief/sc [...] s-8523.htm

n°1433423
darxmurf
meow
Posté le 29-04-2019 à 12:58:04  profilanswer
 

Tiens je pose ça là ça qqn a une idée  
https://unix.stackexchange.com/ques [...] tive-direc


---------------
My makes - flickr - galerie HFR
n°1433519
cpio771
Android :p
Posté le 01-05-2019 à 22:29:27  profilanswer
 

Trit' a écrit :

Je sais pas exactement où mettre ça, mais voilà : Scientific Linux est arrêtée, les organismes comme le CERN et le Fermilab qui l’utilisaient pour leurs propres programmes vont passer sur CentOS (et contribuer à celle-ci pour l’adapter à leurs besoins).
 
https://www.nextinpact.com/brief/scientific-linux-va-disparaitre-au-profit-de-centos-8523.htm


 
C'est une tres bonne nouvelle pour centos ca !
Une tres bonne distribution...si on met un kernel un peu plus récent ;)


---------------
Je suis ni pour ni contre, bien au contraire (c) Coluche
n°1434068
IsKor
Posté le 15-05-2019 à 15:03:08  profilanswer
 

Dites, comment on fait pour installer les outils de développement sans souscription?
J'ai un RHEL 7.5 sur lequel j'ai collé les repo de remi et epel, mais impossible de faire un groupinstall "Outils de développements".
 
Merci! :)

n°1434074
tck-lt
Posté le 15-05-2019 à 15:56:30  profilanswer
 

Pourquoi une RHEL si vous n'avez pas de licence ? Fais le sur Centos 7 dans ce cas (ou achète une licence)

 

Et t'as quoi comme message d'erreur ?

Message cité 1 fois
Message édité par tck-lt le 15-05-2019 à 15:59:48

---------------
War Roak Gwengamp
n°1434075
IsKor
Posté le 15-05-2019 à 16:42:12  profilanswer
 

tck-lt a écrit :

Pourquoi une RHEL si vous n'avez pas de licence ? Fais le sur Centos 7 dans ce cas (ou achète une licence)
 
Et t'as quoi comme message d'erreur ?


C'est contractuel, mais il me semble qu'on a pas de numéro de souscription sur ce projet.
Je te mets le message dès que je reboote la VM.
EDIT: Merci pour ton message, j'ai rebranché le cerveau... Il suffisait que je choppe les RPMs sur le DVD d'install tout bêtement.. :D


Message édité par IsKor le 15-05-2019 à 17:50:55
mood
Publicité
Posté le 15-05-2019 à 16:42:12  profilanswer
 

n°1434824
darxmurf
meow
Posté le 06-06-2019 à 13:27:05  profilanswer
 

j'ai un truc curieux avec autofs, j'ai une machine windows 7 qui host qui a un partage
 
Le centos a une config autofs comme ça
 
 
Untitled
From WebUI, 1 Second ago, written in Bash.
This paste will slip away in 23 Hours.  
URL https://paste.centos.org/view/477e8d5b
Embed Show code
Download Paste or View Raw
 

Citation :


# tail -1 /etc/auto.master
/srv/xray   /etc/auto.xray
 
# cat /etc/auto.xray
cdm8240  -fstype=cifs,ro,vers=2.0,credentials=/etc/auto.smb.cdm8-240.credentials  ://my.server/share/
 
# cat /etc/auto.smb.cdm8-240.credentials
username=mylogin
password=passpass123


 
et quand j'essaie d'accéder au dossier en question, ça me rajoute une ligne moisie dans les mount

Citation :


/etc/auto.xray on /srv/xray type autofs (rw,relatime,fd=17,pgrp=71348,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=404555)


 
et surtout ça ne monte rien du tout
 
par contre, si je créé le dossier final avant et que je restart autofs, il monte ça comme il faut.
 

Citation :

# ls -ld /srv/xray/cdm8240/
drwxrwxrwx 2 root root 6 Jun  6 08:17 /srv/xray/cdm8240/


 
Mais si de là je restart autofs de nouveau, il supprime le dossier cdm8240 et ne monte plus rien du tout, retour au point 1  :heink:  
 
je ne comprend rien du tout


---------------
My makes - flickr - galerie HFR
n°1434825
darxmurf
meow
Posté le 06-06-2019 à 14:13:01  profilanswer
 

En passant ma conf de montage en "direct" au lieu de "indirect" ça fonctionne [:gnub] c'est un bug ou une feature cette affaire ? [:paysan]


---------------
My makes - flickr - galerie HFR
n°1435114
moradinddn
Posté le 14-06-2019 à 18:29:01  profilanswer
 

Salut à tous, question bête, j'ai pas mal de serveur Dell R4/5/6/7/810 dans mon parc, et je rencontre un problème pas très grave certes mais chiant sur l'extinction des serveurs qui sont sous CENTOS 7...
La commande halt arrête tout, sauf le serveur niveau alimentation, il faut appuyer longtemps sur le bouton power pour qu'il s'eteingne vraiment... Bug ACPI?
 
MErci d'avance et bon WE !

n°1435116
SOF40
Mon Vachoux Sur
Posté le 14-06-2019 à 19:26:47  profilanswer
 

moradinddn a écrit :

Salut à tous, question bête, j'ai pas mal de serveur Dell R4/5/6/7/810 dans mon parc, et je rencontre un problème pas très grave certes mais chiant sur l'extinction des serveurs qui sont sous CENTOS 7...
La commande halt arrête tout, sauf le serveur niveau alimentation, il faut appuyer longtemps sur le bouton power pour qu'il s'eteingne vraiment... Bug ACPI?
 
MErci d'avance et bon WE !


 
Shutdown -h? Perso j'ai encore tous sur centos 6  [:la chancla:1]


---------------
[Topik Unik] - Clash Royale        
n°1435123
e_esprit
Posté le 14-06-2019 à 21:55:48  profilanswer
 

Ou poweroff comme toutes les autres distrbis récentes ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°1435176
moradinddn
Posté le 17-06-2019 à 10:08:35  profilanswer
 

Bizarre qu'ils aient laissé une commande qui marche et qui éteint tout le linux sauf le serveur ! Mais je vais essayer ça ne coûte rien, je crois que halt est l'équivalent de shutdown -h sur centos. Mais je vais retester ça et poweroff à voir si différence
 
Après il est très rare d’éteindre vraiment un serveur, surtout du reboot, m'enfin c'était troldi donc . . . :) Et au pire les iDrac peuvent le faire...
 
J'vous tiens au courant !


Message édité par moradinddn le 17-06-2019 à 11:00:26

---------------
Si t'as un doute REBOOT, si tu te tâtes FORMAT :)
n°1435177
moradinddn
Posté le 17-06-2019 à 11:23:52  profilanswer
 

Effectivement shutdown -h ne fait pas la même chose, beaucoup plus long et éteint bien le serveur complètement à la fin ! Bizarre ces niveaux différents d'extinction, quand on a une habitude des fois . . . on peut même l'annuler:
 
(11:01:14|root@test-nfs-xcp:~ #) shutdown -h
Shutdown scheduled for lun. 2019-06-17 11:02:24 CEST, use 'shutdown -c' to cancel.
(11:01:24|root@test-nfs-xcp:~ #)  
Broadcast message from root@test-nfs-xcp (Mon 2019-06-17 11:01:24 CEST):
 
The system is going down for power-off at Mon 2019-06-17 11:02:24 CEST!
 
 
 
Un petit alias de halt et on est bon, merci!


Message édité par moradinddn le 17-06-2019 à 11:24:16

---------------
Si t'as un doute REBOOT, si tu te tâtes FORMAT :)
n°1435178
SOF40
Mon Vachoux Sur
Posté le 17-06-2019 à 11:27:22  profilanswer
 

tu peux mettre aussi un timer avec cette commande


---------------
[Topik Unik] - Clash Royale        
n°1435179
Trit'
Posté le 17-06-2019 à 11:39:08  profilanswer
 

« shutdown -h now » (ou « NOW », en majuscules ?) exécute la commande immédiatement.

n°1435180
SOF40
Mon Vachoux Sur
Posté le 17-06-2019 à 11:44:09  profilanswer
 

Trit' a écrit :

« shutdown -h now » (ou « NOW », en majuscules ?) exécute la commande immédiatement.


 
Ou 0 (minute)


---------------
[Topik Unik] - Clash Royale        
n°1435182
phraide
Posté le 17-06-2019 à 19:38:38  profilanswer
 

il n' y a pas une trace kkpart dans un man qui dit explicitement qu'un halt n'éteint plus la machine ? ca me dit vaguement quelquechose :o


---------------
ducati streetfighter 848
n°1435183
Trit'
Posté le 17-06-2019 à 20:47:27  profilanswer
 

phraide a écrit :

il n' y a pas une trace kkpart dans un man qui dit explicitement qu'un halt n'éteint plus la machine ? ca me dit vaguement quelquechose :o


Il y a(sviel) : https://www.freedesktop.org/softwar [...] /halt.html
 
Et à le lire, on dirait que tu aurais dû faire un « halt -p » pour commander l’extinction du serveur en plus de l’arrêt du système.

n°1435184
XaTriX
Now we are all sons of bitches
Posté le 18-06-2019 à 01:12:47  profilanswer
 

init 0 :o


---------------
eargasm § • Topics JV Rage Nostalgie • Discu Expatriés Toulouse Ryanair
n°1435191
moradinddn
Posté le 18-06-2019 à 11:17:33  profilanswer
 

Oui il y a plein de manière de la faire , juste que quand on le fait X années avec le halt, habitude à la con, bah on trouve pas ça normal que ça ne fonctionne plus, ou en tout cas qu'à moitié  :sweat:  :) Ca me faisait vraiment pensé a un soucis ACPI
 
C'est marrant il y a marqué, halt, poweroff or reboot the machine, il y a donc bien une distinction entre halt et poweroff... Mais c'est le même man !

Message cité 1 fois
Message édité par moradinddn le 18-06-2019 à 11:20:19

---------------
Si t'as un doute REBOOT, si tu te tâtes FORMAT :)
n°1435425
Kaari
Fuck Yeah !
Posté le 24-06-2019 à 08:27:05  profilanswer
 

Pourtant, même s'il y a un bmc sur la carte, aucune différence. Dans les 2 cas on a toujours accès à l'ipmi une fois la machine "éteinte"


---------------
Mon topic ventes ;)
n°1435429
moradinddn
Posté le 24-06-2019 à 10:00:46  profilanswer
 

A l'iDrac tu veux dire? Oui oui j'ai toujours accès et peux l'allumer et l'éteindre sans soucis, c'est ce que je faisais si le halt marchait pas à partir du moment ou j'ai passé les serveur sur centos 7 :) Maintenant il faut que je pense a faire -p ou shutdown ! Mais ça arrive rarement  donc ça va. . .

n°1435437
XaTriX
Now we are all sons of bitches
Posté le 24-06-2019 à 12:48:19  profilanswer
 

man init :o


---------------
eargasm § • Topics JV Rage Nostalgie • Discu Expatriés Toulouse Ryanair
n°1435690
IsKor
Posté le 04-07-2019 à 08:23:35  profilanswer
 

Dites, ya moyen d'interdire l'écriture sur USB sous Linux? J'avoue que je n'en ai jamais eu besoin, et on me demande ça...

n°1435692
gunsman
La bonne affaire...
Posté le 04-07-2019 à 09:22:11  profilanswer
 

Moi perso je fais un truc un peu barbare...
 
sudo chmod 000 /media
 
 
Et les ports usb sont bloqués. Il faut refaire un chmod 777 pour y acceder


---------------
La route n'est longue que si l'on regarde loin...
n°1435694
IsKor
Posté le 04-07-2019 à 11:02:18  profilanswer
 

OUi mais dans ces cas là tu ne peux rien faire.. J'ai une demande de bloquer l'ECRITURE des USB mais pas la LECTURE. Du coup je ne sais absolument pas comment faire.  
Bloquer tout court je sais (blacklister le module), mais juste un mode..

n°1435695
SOF40
Mon Vachoux Sur
Posté le 04-07-2019 à 11:06:42  profilanswer
 

ben chmod 111?


---------------
[Topik Unik] - Clash Royale        
n°1435697
tantal_fr
Chipeur, arrête de chiper !
Posté le 04-07-2019 à 11:25:55  profilanswer
 

Je verrais bien une solution plus propre à base de UDEV :
 
Enforcing Read-Only Mounting of Removable Media

n°1435698
gunsman
La bonne affaire...
Posté le 04-07-2019 à 11:42:52  profilanswer
 

ou chmod 711


---------------
La route n'est longue que si l'on regarde loin...
n°1435710
IsKor
Posté le 04-07-2019 à 14:14:22  profilanswer
 

tantal_fr a écrit :

Je verrais bien une solution plus propre à base de UDEV :
 
Enforcing Read-Only Mounting of Removable Media


Ah ben je connaissions pas du tout ce workaround. Merci, je vais voir si ça le fait avec udev :)

n°1435728
IsKor
Posté le 04-07-2019 à 19:10:13  profilanswer
 

moradinddn a écrit :

Oui il y a plein de manière de la faire , juste que quand on le fait X années avec le halt, habitude à la con, bah on trouve pas ça normal que ça ne fonctionne plus, ou en tout cas qu'à moitié  :sweat:  :) Ca me faisait vraiment pensé a un soucis ACPI
 
C'est marrant il y a marqué, halt, poweroff or reboot the machine, il y a donc bien une distinction entre halt et poweroff... Mais c'est le même man !


Oui j'ai constaté la même  chose, la vieille habitude de faire "sync sync halt". Du coup je suis passé à init 0 ou shutdown -h now :)

n°1435757
moradinddn
Posté le 05-07-2019 à 18:04:18  profilanswer
 

Et oui ;) Pour le moment jai gardé le halt mais avec -p et ça marche :) Borné le mec :D

n°1437798
darxmurf
meow
Posté le 10-09-2019 à 10:48:12  profilanswer
 

dites, ils fonctionnent comment pour les patch de kernel chez Centos ? le kernel actuel a un bon bug moisi pour les montages SMB et le patch n'est toujours pas poussé alors qu'ils l'ont fait sous redhat [:paysan]


---------------
My makes - flickr - galerie HFR
n°1437799
moradinddn
Posté le 10-09-2019 à 10:57:28  profilanswer
 

Hello, sur quel Centos? 6 ou 7 ? Je ne vois pas de kernel récent (C6 16/08 et C7 31/07 !)
Par contre Deux bugfix Samba sur C6 le 16/08 et C7 le 31/07.
Tu sais de quand date ce bug? Dernier kernel? Ou venu avec une maj samba?

n°1437801
darxmurf
meow
Posté le 10-09-2019 à 11:10:20  profilanswer
 

moradinddn a écrit :

Hello, sur quel Centos? 6 ou 7 ? Je ne vois pas de kernel récent (C6 16/08 et C7 31/07 !)
Par contre Deux bugfix Samba sur C6 le 16/08 et C7 le 31/07.
Tu sais de quand date ce bug? Dernier kernel? Ou venu avec une maj samba?


 
Centos 7.6.1810 - 3.10.0-957.27.2.el7.x86_64
 
et sur un RedHAt
VERSION="7.7 (Maipo)" - 3.10.0-1062.el7.x86_64
 
Ce bug est vieux, plus d'un an sous debian et ouvert en février sous Centos
https://bugs.centos.org/view.php?id=15829


---------------
My makes - flickr - galerie HFR
n°1437802
moradinddn
Posté le 10-09-2019 à 11:27:12  profilanswer
 

Effectivement vieux.. ils préco juste de  remettre la version de conf en 1.0...Le problème c'est qu'avec Win10 la Ver1.0 ça va surement poser problème et il faudra forcer la prise en charge de cette version super obsolète !
 
Ils l'ont zappé ou quoi !! Après pendant les vacances c'est calme niveau MAJ en général.. ils vont peut être s'y mettre m'enfin le bug existe depuis Février !!! ils disent bien que Centos est un peu à la bourre ! A voir à les relancer... Mais c'est rare !!
 
Tested on a redhat 7 machine and all looks fine. Looks like the kernel deployed on RH servers is a bit newer than on CentOS
RH: 3.10.0-1062.el7.x86_64
CentOS: 3.10.0-957.27.2.el7.x86_64

n°1437803
darxmurf
meow
Posté le 10-09-2019 à 11:39:11  profilanswer
 

moradinddn a écrit :

Effectivement vieux.. ils préco juste de remettre la version de conf en 1.0...Le problème c'est qu'avec Win10 la Ver1.0 ça va surement poser problème et il faudra forcer la prise en charge de cette version super obsolète !

 

Ils l'ont zappé ou quoi !! Après pendant les vacances c'est calme niveau MAJ en général.. ils vont peut être s'y mettre m'enfin le bug existe depuis Février !!! ils disent bien que Centos est un peu à la bourre ! A voir à les relancer... Mais c'est rare !!

 

Tested on a redhat 7 machine and all looks fine. Looks like the kernel deployed on RH servers is a bit newer than on CentOS
RH: 3.10.0-1062.el7.x86_64
CentOS: 3.10.0-957.27.2.el7.x86_64

 

Oui mais le smb1 ça ne va pas être possible [:tinostar]

 

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


---------------
My makes - flickr - galerie HFR
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6  7  8  9  10  11  12

Aller à :
Ajouter une réponse
 

Sujets relatifs
Configurer Sendmail sous CentOSProblèmes logs serveur Apache sous CentOS
Equivalent de FileZilla Server sous CentOSSuivi et mise à jour des paquetages sous RHEL
Où sont les barbus intégristes...Installation -Debian- Centos
[Résolu] désactiver l'autoconfiguration ipv6 sous centos 5.6Accès disque en NTFS sur Centos 5.2
[Centos]Modifier l'envoi des logsCentOS sur VirtualBox ?
Plus de sujets relatifs à : [RHEL/CentOS] Parce qu'il y'a aussi des barbus qui travaillent !


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR