Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 29 tire sa révérence

#1 Re : [F31] Fedora Cloud & Fedora Server » Migration Serveur : Fedora 30 -> Mail Postfix/dovecot et autres... » 10/12/2019 22:45:19

Bon premier résultat :

J'ai une partition crypté sur le système qui c'est ajouté... A voir si c'est mes manipulation pour créer des lvm cryptés sur les autres disques ou si c'est lors de l'upgrade (je n'avais pourtant pas coché la case "cryptage" pour les partitions systèmes pourtant...).  Par contre il m'a bien fait sauter la prise en compte des phrases de décryptage au boot... Que ce soit pour l'installation je veux bien, mais si il faut tout revoir à chaque montés de versions...
J'ai dut en recréer une supplémentaire pour pouvoir faire sauter l'ancienne et retrouver la possibilité de modifier les options, voir d'ajouter cet ajout de la phrase de décryptage au boot...

Soit je laisse en l'état, soit je refais l'installation avec une version de Fedora 31 directement... Mais bon je comprend mieux la misère que j'ai eu quand j'ai repris mes anciennes partitions crypté en provenance de Fedora 30 (28 du coup...) sur le premier serveur.

#2 Re : [F31] Fedora Cloud & Fedora Server » Migration Serveur : Fedora 30 -> Mail Postfix/dovecot et autres... » 10/12/2019 22:08:50

J'ai un peu de retard pour le test avec mon deuxième serveur.
Mais je rattrape petit à petit.

J'ai terminé l'installation de Fedora 30, a voir avec si la migration vers 31 donne le même résultat ou non.

Vu que je le passe en 100% SSD (surtout pour la consommation), j'ai totalement refait les partitions.

Résultat demain si tout vas bien.

Ne manquera pas de voir pourquoi la gestion du ventilateur n'est plus pris en compte à chaque reboot. Ce sera peut être l'occasion de faire la mise à jour du bios... Même si je n'avais jamais eu ce problème avant... A voir si ce n'est pas non plus à cause de l'ancienneté du ventilateur employé pour remplacé celui de l'alimentation qui est hors service...

#3 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 09/12/2019 20:59:33

Bon je test demain pour voir si je me retrouve avec le même résultat.

Je devais finir le deuxième serveur aujourd'hui, mais un problème avec le ventilateur de l'alimentation Corsair que j'ai m'a obligé à tout démonter. Ventilateur qui se met à faire un gros bruit car complètement mort. Après démontage ce n'est même pas du "corsair", mais un basique qui semble de mauvaise qualité...

Du coup j'ai mis un vieux noiseblocker de 120mm directement branché et géré par la carte maman. Même à fond il ne fait pas vraiment de gros bruit (quand même, mais c'est surtout à cause de la grille et du boitier de l'alimentation... sans compter que j'ai testé sans qu'il soit dans le boitier du serveur).

Je le mets à 65% minimum histoire d'avoir un rapport efficacité/bruit optimal, l'alimentation reste froide de partout. Au pire il montera à 85% si nécessaire. Sans compte que je peux le gérer si c'est trop haut ou autre.

#4 Re : [F31] Support général » [Résolu] Problème installation Dualboot Fedora 31 + Windows 7 sur deux SSD » 09/12/2019 20:47:12

Astuce de vieux... nettoyer les contacts plaqué or avec une gomme blanche.

Un peut de nettoyant électronique dans ceux de la carte maman cela fait pas de mal (pense à tout débrancher).

C'était sans doute un mauvais contact.

Ah bah oui l'électronique cela s’entretient un minimum aussi!

Et comme dit plus haut, la ram est très utilisé comme cache disque principalement sous Linux. Tant qu'il peut il en utilise, du coup tu te retrouve avec un taux d'utilisation fortement élevé, mais il libère si nécessaire!

Du coup au moindre problème il est plus casse bonbon (pour faire simple).

Surtout qu'il doit y avoir des restes d'héritages de 2000pro/XP dans 7 surtout si c'est du 32 bits...

#5 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 08/12/2019 00:45:37

Pour l'experimentation. Si J'avais cherché l'hyper stabilité oui, mais pas là.

Après cela me rappel trop le boulot sinon...

#6 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 07/12/2019 18:45:57

Bon toujours pas de solution en vue.

Cependant cela n'empêche pas le serveur de carburer à fond et d'avoir le cloud qui tourne aussi bien. C'est sans doute parce que les checks ne cherchent pas au bon endroit.

Là je termine la préparation du petit frère (quoi qu'avec des organes du grand...) à voir ce que cela donnera et si c'est pour avoir le même résultat.

Je n’aurai plus que la solution de basculement automatique d'un serveur à un autre, voir avec une répartition de charge. Cela dépendra de comment avance la mise en service de la fibre sur l'autre site.

Enfin bon pour le moment j'avance sur mes autres projets dessus. Celui là n'a pas autant d'importance du coup. C'est juste que c'est pénible de passer de quelque chose qui tourne sans problème depuis longtemps et hop s'écroule ou semble s'écrouler avec de bêtes mises à jours.

#7 Re : A propos de fedora-fr » spams » 07/12/2019 12:27:38

LorenzoMah 	Just want to say Hi. 	0 	Aujourd'hui
NatalieCav 	I am the new one 	0 	Hier
LucretiaTo 	Just wanted to say Hi. 	0 	Hier
AdeleY562 	Just wanted to say Hello.

Style ceux là ...

voir titre en russes et autres ...

Rien qu'a partir de la page 50 (plus ou moins) il y en a pas mal.

Voir style :

 	Dailymotion Hot Nude Sex. Sanilion Porn. Sexy Ass 

#8 Re : A propos de fedora-fr » spams » 06/12/2019 19:45:07

Bah + lucky luke au nombres de casse bonbons qui s'inscrivent et qu'il faut bannir rapidement...

C'est pas vraiment le fuseau qui me dérange, mais la suite donné. Et c'est souvent l'un des fuseaux qui apporte le plus de casse bonbons ces derniers temps. Voir de compte fantôme sans message par la suite.

Encore une fois il faut lire la suite du message et ne pas s'arrêter que sur un truc.

Et je ne parle pas des remarques dans les profils au niveau des notes de l'administrateur.

Après je rappel aux bonnes volontés qu'il reste un ménage préliminaire de compte rien qu'avec des titres utilisateurs à proscrire. Mais bon c'est long et fastidieux à faire manuellement, mais cela ferait déjà un bon ménage.

#9 Re : A propos de fedora-fr » spams » 06/12/2019 11:17:03

Il y a plein de nouveau compte avec souvent :

Fuseau horaire  
UTC+1 Europe Central, Afrique Occidental

de renseigner, et vu les quelques messages tendancieux, ainsi que les remarques, cela semble être des spammeures/spammeuses pure et dure... Sans compter que 90% du temps il n'y a pas de suite à l'inscription...

Du coup j'ai bien peur de me mettre à faire du ménage abusif, mais vous me mettez souvent le doute...

On ban ou pas?

#10 Re : [F31] Support général » LM_sensors et seuils d'alarm... » 05/12/2019 22:47:21

C'est à tenter ce serait quand même dingue que ce soit aussi simple...

#12 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 05/12/2019 08:05:23

remi a écrit :

> unknown entry 'opcache.enable'

ça ressemble à un problème de fichier de conf, directive php_admin_value oubliée


Bon cela n'a pas l'air de donner grand chose.
J'ai testé cela :

php_admin_value[opcache] = /usr/lib64/php/modules/opcache.so
php_value[opcache.interned_strings_buffer] = 8
php_value[opcache.enable] = 1

Mais le résultat semble toujours le même. Je ne trouve rien qui concerne ce genre de chose dans les docs et autres.

Même avec ces lignes (la première est de base dans le fichier):

php_value[opcache.file_cache]  = /var/lib/php/opcache
php_value[opcache.enable] = 1
php_value[opcache.interned_strings_buffer] = 8
php_value[opcache.max_accelerated_files] = 1000
php_value[opcache.memory_consumption] = 128
php_value[opcache.save_comment] = 1
php_value[opcache.revalidate_freq] = 1

php-fpm ne semble pas piocher dans la config de php, du coup est ce que les options opcache s'appellent pareille?

Pourtant cela semble bon quand je cherche opcache avec "php-fpm -i" :

 php-fpm -i | grep opcache
Additional .ini files parsed => /etc/php.d/10-opcache.ini,
opcache.blacklist_filename => /etc/php.d/opcache*.blacklist => /etc/php.d/opcache*.blacklist
opcache.consistency_checks => 0 => 0
opcache.dups_fix => Off => Off
opcache.enable => On => On
opcache.enable_cli => Off => Off
opcache.enable_file_override => Off => Off
opcache.error_log => no value => no value
opcache.file_cache => no value => no value
opcache.file_cache_consistency_checks => 1 => 1
opcache.file_cache_only => 0 => 0
opcache.file_update_protection => 2 => 2
opcache.force_restart_timeout => 180 => 180
opcache.huge_code_pages => Off => Off
opcache.interned_strings_buffer => 8 => 8
opcache.lockfile_path => /tmp => /tmp
opcache.log_verbosity_level => 1 => 1
opcache.max_accelerated_files => 1000 => 1000
opcache.max_file_size => 0 => 0
opcache.max_wasted_percentage => 5 => 5
opcache.memory_consumption => 128 => 128
opcache.opt_debug_level => 0 => 0
opcache.optimization_level => 0x7FFEBFFF => 0x7FFEBFFF
opcache.preferred_memory_model => no value => no value
opcache.protect_memory => 0 => 0
opcache.restrict_api => no value => no value
opcache.revalidate_freq => 1 => 1
opcache.revalidate_path => Off => Off
opcache.save_comments => 1 => 1
opcache.use_cwd => On => On
opcache.validate_permission => Off => Off
opcache.validate_root => Off => Off
opcache.validate_timestamps => On => On

Ou alors c'est à faire directement dans la conf nextcloud... Voir nextcloud ne le prend pas en compte.

#13 Re : [F31] Installation de Fedora 31 » Passage de F 29 à F 31 » 04/12/2019 19:44:00

Oui mais pense à faire un :

sudo touch /.autorelabel && reboot

Quand tu as fini l'installation.
Normalement si les rpm sont bien fait au pire il sauvegarde les fichiers de configuration précédentes. Au pire tu les remets.

Pour les profils tant que tu es dans un /home séparé sans formatage, en passant, tu garde tes profils (marrant que tu ne le sache pas encore...).

#14 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 04/12/2019 19:39:16

Ok je vais regarder ce week end de ce coté là.

J'ai fini de monter le petit frère de mon serveur, je regarderai si c'est à cause d'une fausse manip ou si c'est une mise à jour qui a mis le bordel.

Pour la petite histoire :
Je viens d'avoir des problèmes de dépendances avec la mise à jour Plasma/KDE... Sans compter que MS Windows 10 m'a formaté mon ssd /home quand j'ai manipuler mes nouvelles unités de stockage pour le jeux... du coup bah heureusement que j'ai des sauvegardes journalières. Là il cherche à me formater mes deux SSD (/home et celui pour les jeux sous Linux...), j'ai désactivé les unités pour éviter de refaire la fausse manip (j'ai relancé la sauvegarde en préventif au cas ou).

#15 Re : [Anciennes versions] Support général » perte du mot de passe administrateur » 04/12/2019 19:31:46

Et après vous me faite culpabiliser quand je ban un compte du même type... (questions bizarre/hors sujet, renseignements du profile...)

#16 Re : Le comptoir du libre » Petite comparaison de l'empreinte mémoire des bureaux » 04/12/2019 19:30:14

Merci pour l'info, comme quoi il n'y a pas mort d'homme au vu des résultats avec n'importe quel bureau.

Sachant que l'on doit pouvoir descendre plus bas avec quelques réglages.

#17 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 03/12/2019 23:00:26

Voilà ce qui concerne opcache :

Opcode Caching 	Up and Running
Optimization 	Enabled
SHM Cache 	Enabled
File Cache 	Enabled
Startup 	OK
Shared memory model 	mmap
Cache hits 	422835
Cache misses 	54
Used memory 	25474408
Free memory 	108743320
Wasted memory 	0
Interned Strings Used memory 	3419912
Interned Strings Free memory 	2871120
Cached scripts 	1162
Cached keys 	1979
Max keys 	1979
OOM restarts 	0
Hash keys restarts 	0
Manual restarts 	0
Directive	Local Value	Master Value
opcache.blacklist_filename	/etc/php.d/opcache*.blacklist	/etc/php.d/opcache*.blacklist
opcache.consistency_checks	0	0
opcache.dups_fix	Off	Off
opcache.enable	On	On
opcache.enable_cli	Off	Off
opcache.enable_file_override	Off	Off
opcache.error_log	no value	no value
opcache.file_cache	/var/lib/php/opcache	/var/lib/php/opcache
opcache.file_cache_consistency_checks	1	1
opcache.file_cache_only	0	0
opcache.file_update_protection	2	2
opcache.force_restart_timeout	180	180
opcache.huge_code_pages	Off	Off
opcache.interned_strings_buffer	8	8
opcache.lockfile_path	/tmp	/tmp
opcache.log_verbosity_level	1	1
opcache.max_accelerated_files	1000	1000
opcache.max_file_size	0	0
opcache.max_wasted_percentage	5	5
opcache.memory_consumption	128	128
opcache.opt_debug_level	0	0
opcache.optimization_level	0x7FFEBFFF	0x7FFEBFFF
opcache.preferred_memory_model	no value	no value
opcache.protect_memory	0	0
opcache.restrict_api	no value	no value
opcache.revalidate_freq	1	1
opcache.revalidate_path	Off	Off
opcache.save_comments	1	1
opcache.use_cwd	On	On
opcache.validate_permission	Off	Off
opcache.validate_root	Off	Off
opcache.validate_timestamps	On	On

Mais bon pour savoir si php-fpm l'utilise...

Je n'arrivais plus à avoir quelque chose qui s'affiche à cause du réglage suivant (du moins avec juste 256M de base il me semble) :

php_admin_value[memory_limit] = 2048M

malgrès le fait qu'il soit modifié comme j'en avais l'habitude directement dans le php.ini.

Je ne sais pas ce qui à provoqué cela soit dit en passant.

Et le retour du status de php-fpm après avoir ajouté les options :

[root@hermes1 ~]# vi /etc/php-fpm.d/www.conf 
[root@hermes1 ~]# systemctl restart php-fpm.service 
Job for php-fpm.service failed because the control process exited with error code.
See "systemctl status php-fpm.service" and "journalctl -xe" for details.
[root@hermes1 ~]# 
[root@hermes1 ~]# systemctl restart php-fpm.service -l
Job for php-fpm.service failed because the control process exited with error code.
See "systemctl status php-fpm.service" and "journalctl -xe" for details.
[root@hermes1 ~]# systemctl status php-fpm.service -l
● php-fpm.service - The PHP FastCGI Process Manager
   Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; disabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2019-12-03 21:59:45 CET; 5s ago
  Process: 337338 ExecStart=/usr/sbin/php-fpm --nodaemonize (code=exited, status=78)
 Main PID: 337338 (code=exited, status=78)
      CPU: 77ms

déc. 03 21:59:45 hermes1.localdomain systemd[1]: Starting The PHP FastCGI Process Manager...
déc. 03 21:59:45 hermes1.localdomain php-fpm[337338]: [03-Dec-2019 21:59:45] ERROR: [/etc/php-fpm.d/www.conf:446] unknown entry 'opcache.enable'
déc. 03 21:59:45 hermes1.localdomain php-fpm[337338]: [03-Dec-2019 21:59:45] ERROR: Unable to include /etc/php-fpm.d/www.conf from /etc/php-fpm.conf at line 446
déc. 03 21:59:45 hermes1.localdomain php-fpm[337338]: [03-Dec-2019 21:59:45] ERROR: failed to load configuration file '/etc/php-fpm.conf'
déc. 03 21:59:45 hermes1.localdomain php-fpm[337338]: [03-Dec-2019 21:59:45] ERROR: FPM initialization failed
déc. 03 21:59:45 hermes1.localdomain systemd[1]: php-fpm.service: Main process exited, code=exited, status=78/CONFIG
déc. 03 21:59:45 hermes1.localdomain systemd[1]: php-fpm.service: Failed with result 'exit-code'.
déc. 03 21:59:45 hermes1.localdomain systemd[1]: Failed to start The PHP FastCGI Process Manager.

Samedi pas de problème, Dimanche page blanche et plus de prise en charge de opcache par nextcloud...

#18 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 03/12/2019 21:06:37

Comme dit plus haut je termine mes copies et je lance les rapports.

#19 Re : [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 03/12/2019 20:29:42

Je termine mes copies et j'envois les erreurs.

Bizarrement suite aux mises a jour mon php.ini n'est pas pris en compte... encore ces histoires d'etiquetage ? Même selinux désactivé le problème reste le même .

C'est nextcloud qui retourne ces recommandation. Jusqu'a maintenant je J'avais jamais eu ce problème de détection.

Mettre les options directement dans www.conf font que le service ne demmarre même pas.

#20 [F31] Fedora Cloud & Fedora Server » php.ini versus php-fpm et opcache » 03/12/2019 09:59:03

VINDICATORs
Réponses : 18

Je termine la remise en route de mes serveurs, par contre je bute sur un problème.

A savoir que bien que les options soient mises dans le /etc/php.ini ou configurer dans /etc/php.d/10-opcache.ini :

opcache.enable=1
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.memory_consumption=128
opcache.save_comments=1
opcache.revalidate_freq=1

Utilisant php-fpm, ces options ne sont pas prisent en compte.
Vu qu'il faut configurer /etc/php-fpm.d/www.conf, si je rajoute les options aussi directement dedans, le service ne peut pas démarrer.

Je sèche un peu là... Ou alors il faut copier  /etc/php.d/10-opcache.ini dans /etc/php-fpm.d/ ??? Et bien même cela n'est pas pris en compte...

Si vous aviez une idée, je suis preneur.

#21 Re : [F31] Fedora Cloud & Fedora Server » Migration Serveur : Fedora 30 -> Mail Postfix/dovecot et autres... » 03/12/2019 09:53:02

Bon je passerai le sujet en résolu ce soir dès que j'ai terminé les tests avec mon deuxième serveur.

Je vais faire une installation de zéro, je mettrais l'ancien disque système migré de F30->F31 en plus histoire de bien vérifier que c'était bien selinux.

J'ai d'autres problèmes plus lié à des réglages de configuration, mais je vais ouvrir un autre sujet.

#22 Re : [F31] Fedora Cloud & Fedora Server » Migration Serveur : Fedora 30 -> Mail Postfix/dovecot et autres... » 29/11/2019 00:21:10

Bah en dehors de la partie graphique qui vas me manquer par moment...

Après c'était  surtout le ratio perf/consommation/prestation qui me plaisait bien.

Là j'ai limite trop de performance et il vas falloir cravacher pour descendre la conso sad , du moins plus que sur le 2400g.

Après j'y gagne un ryzen1+ 12nano (en fait du 14n amélioré) au lieu de coeurs ryzen 1 en 14n (sans les améliorations) et surtout du cache L3 plus important (16Mo au lieu de 4Mo). Mais surtout +2 cœurs/4 threads de plus.

#23 Re : [F31] Fedora Cloud & Fedora Server » Migration Serveur : Fedora 30 -> Mail Postfix/dovecot et autres... » 28/11/2019 21:35:40

Pas avant le touch /.autorelabel

ou alors le fixfiles ne fait pas la même chose...

Bon bah... petite boulette de ma part ou alors un lien qui ne m'a pas envoyé sur la bonne page, mais j'ai commandé un R5 2600 au lieu du 2400g...  Je vais me prendre des vacances rapidement je le sent...

#24 Re : [F31] Fedora Cloud & Fedora Server » Migration Serveur : Fedora 30 -> Mail Postfix/dovecot et autres... » 28/11/2019 11:32:20

Bon... la méthode avec fixfiles mets le bordel...

Le touch /.autorelabel remet tout en place correctement.

Donc ... bah fixfiles n'est pas à conseillé pour ma part.

#25 Re : [F31] Fedora Cloud & Fedora Server » Migration Serveur : Fedora 30 -> Mail Postfix/dovecot et autres... » 27/11/2019 21:58:21

Sur le serveur lors de l'upgrade avec les dernière mises a jours.

Sur l'ordi principal j'ai commencé a avoir beaucoup d'alertes selinux suite aux mises à jour. Du coup j'ai relancé  un reetiquetage et paf catastrophe... résultat qui semble identique a ce qui c'est passé sur le serveur.

Je confirmerai lors du montage du serveur secondaire avec le hdd du principale.

Pied de page des forums

Propulsé par FluxBB