[CentOS-announce] CEBA-2014:1730 CentOS 7 scl-utils BugFix Update
CentOS Errata and Bugfix Advisory 2014:1730 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1730.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 80622a499644b33079aa67246a1fc7904c2dffcb22ca1da949f3f457313f6e8a scl-utils-20130529-9.el7_0.x86_64.rpm 5da346762d91e69cdaf12b1ba834af1e5aae0ea2ded6a3c8913871600e709b85 scl-utils-build-20130529-9.el7_0.x86_64.rpm Source: b8af440ef92ac14e980ea8856b83caac31ff967062d62bcf0cc0cb931f7294c3 scl-utils-20130529-9.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEBA-2014:1730 CentOS 6 scl-utils BugFix Update
CentOS Errata and Bugfix Advisory 2014:1730 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1730.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2a9c813ef5bbf39c4a1e1a11af8064574a1a869a0fe8cf9874e6238362a39346 scl-utils-20120927-23.el6_6.i686.rpm 83f22c3f40dd93113cb29454d004fe600bc4137dbb0baf510e9dd52bd2e551a5 scl-utils-build-20120927-23.el6_6.i686.rpm x86_64: 86aed9001b6e58b37fbcbd5683decf44819f5c1b461f41ce3593a1bd0a6b39bf scl-utils-20120927-23.el6_6.x86_64.rpm d996609ddda588e0205f99d519906da87a7a52658c1654d7b7061a6e10b41092 scl-utils-build-20120927-23.el6_6.x86_64.rpm Source: c300e24a6f6a74a839c95d63a2e720649928ef88c6c4e7d7d4583152cc05f28c scl-utils-20120927-23.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEEA-2014:1733 CentOS 6 tzdata Enhancement Update
CentOS Errata and Enhancement Advisory 2014:1733 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1733.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f9e16212af2038f607d617c6ba6d8dc069b76fc440706c86c85e80e5e3894fd1 tzdata-2014i-1.el6.noarch.rpm 5c7db03797b92e8e4c8b05b46040af7d703df03608496c5cfe311ade0020283d tzdata-java-2014i-1.el6.noarch.rpm x86_64: f9e16212af2038f607d617c6ba6d8dc069b76fc440706c86c85e80e5e3894fd1 tzdata-2014i-1.el6.noarch.rpm 5c7db03797b92e8e4c8b05b46040af7d703df03608496c5cfe311ade0020283d tzdata-java-2014i-1.el6.noarch.rpm Source: 3f2d03468198f678bddcf01c099153166f36c9e9b0abe136a6ac19f5e54791e8 tzdata-2014i-1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEEA-2014:1733 CentOS 7 tzdata Enhancement Update
CentOS Errata and Enhancement Advisory 2014:1733 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1733.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1997312be47d0c2177c1703550b686f874783eb77eccd0c7ecd8b20630b9e2a7 tzdata-2014i-1.el7.noarch.rpm d2f189241e201ca8063b5fc89c65c83132169bf7aa87e2d41de751610519e489 tzdata-java-2014i-1.el7.noarch.rpm Source: 7bce4f1a7613ee4191cda404df6415487749fd2245a7e9f080e98e8c72a46594 tzdata-2014i-1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEEA-2014:1733 CentOS 5 tzdata Enhancement Update
CentOS Errata and Enhancement Advisory 2014:1733 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1733.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7a874858bb6f94eab7432f14d78393dea96dcca04a039599e449b4107961ccff tzdata-2014i-1.el5.i386.rpm 033eee5b485e567eb13e3bf884de391ff78a22cc8e1aff7731a97cad7ea82ed9 tzdata-java-2014i-1.el5.i386.rpm x86_64: 9a318cc45a95c090e92930e48fa391a49898cc2f65a34fff51fbf572a413ebf4 tzdata-2014i-1.el5.x86_64.rpm b1a8f189f06b785f9b3908e58b0215e3d01a94f0ff813881db9a9be2ed7851b2 tzdata-java-2014i-1.el5.x86_64.rpm Source: fbe93f967e321d8f51102679d41a16b1dea1942fc026233edd35500e74ed9dbf tzdata-2014i-1.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-es] SSHFS + SAMBA
Mi objetivo es poder compartir un espacio al que solo me puedo conectar por sshfs con mis usuarios locales utilizando samba para conectarme al recurso utilizo este comando: sshfs usuario@10.10.1.11:/datos/ /samba/compartido/ -o allow_other, uid=99, gid=99 esto me conecta al recurso y desde la terminal no tengo ningun problema para crear, modificar, etc en samba tengo tres shares dos son locales y funcionan bien el sshfs no me deja, me da error de permisos probe, cambiando el uid/gid, trtando de que samba me solicite usuario y password, forzando user y pass desde smb.conf pero nada siempre error necesito alguna orientacion de como continuar con este desafio ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
[CentOS-es] Centos 6 no inicia.
Hola a todos, tengo un problema al iniciar centos 6.6 x86, empieza cargando los servicios ok pero llega al servicio de Starting HAL daemon: FAILED despues sigue con los demas ok y otra vez con Starting certmonger: FAILED de alli en adelante no sigue nadamas, (ya no los demas servicios). Bueno antes que pasara esto, estuve desabilitando los servicios que segun yo no necesitaba ya no me acuerdo cuales eran, no se si esto ocasiono todo el problema. Espero que me puedan ayudar a resolver MI ERROR. (Alguna manera de restaurar los servicios a su posicion determinada). Posdata. No creo que sea la compu o el hardware, ya que tengo dual boot con windows y entro bien en windows desde donde escribo este mensaje. Gracias. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] Centos 6 no inicia.
Te recomendaria que investigues un poco el tema de rescate en CentOS, es un tema cortito y te va a servir para arreglar este tipo de problemas. Te dejo una guia que no tiene nada en especial y puede no ser la indicada, pero si te va a hacer entender rapido como funciona el tema. http://www.alcancelibre.org/staticpages/index.php/centos6-disco-rescate Deberias iniciar con el livecd y hacer chroot a tu sistema, y simplemente volver a habilitar los servicios. El proceso puede ser tedioso, asi que te recomendaria que mires los logs para ver que es los que falla, y asi no tener que reinicar 80 veces a prueba y error. Saludos, Jorge. El día 30 de octubre de 2014, 1:08, Peter Q. btove...@gmail.com escribió: Hola a todos, tengo un problema al iniciar centos 6.6 x86, empieza cargando los servicios ok pero llega al servicio de Starting HAL daemon: FAILED despues sigue con los demas ok y otra vez con Starting certmonger: FAILED de alli en adelante no sigue nadamas, (ya no los demas servicios). Bueno antes que pasara esto, estuve desabilitando los servicios que segun yo no necesitaba ya no me acuerdo cuales eran, no se si esto ocasiono todo el problema. Espero que me puedan ayudar a resolver MI ERROR. (Alguna manera de restaurar los servicios a su posicion determinada). Posdata. No creo que sea la compu o el hardware, ya que tengo dual boot con windows y entro bien en windows desde donde escribo este mensaje. Gracias. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
[CentOS-es] Selinux + munin-node + php-apc
Saludos lista. Después de mucho investigar acudo a ustedes en busca de orientación. Tengo un servidor CentOS 6.5 que corre un aplicativo desarrollado sobre PHP 5.4.32.X, al cual decidimos instalar un munin para que a través del aplicativo PHP pudiésemos validar los recursos de la máquina (cpu, memoria, discos, IO, tarjetas y demás cosas que se pueden monitorear con munin), para verificar temas de performance del PHP se me solicito configurar el plugin de munin php-apc lo cual hice sin ningún inconveniente y esta funcionando, el problema radica cuando deseo dejar el equipo con el SELINUX arriba (Enforcing), puedo ver en munin todo lo que tenga configurado a excepción del php-apc, si bajo el selinux lo visualizo sin inconvenientes. He realizado cambios al contexto de selinux sin obtener resultados satisfactorios. Si alguien sabe como solucionarlo y puede compartir la información le estaría agradecido. A continuación el error visualizado en el log Oct 29 23:10:08 kraken kernel: type=1400 audit(1414642208.274:6968): avc: denied { execute } for pid=10007 comm=munin-node name=php_apc_ dev=dm-8 ino=58623 scontext=unconfined_u:system_r:munin_t:s0 tcontext=unconfined_u:object_r:usr_t:s0 tclass=file -- Carlos Restrepo. Móvil: (57) 317 8345628 ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] postfix
El 24 de octubre de 2014, 14:12, William Alexander Brito Vinas wilian05...@hotmail.com escribió: Yo uso: openssl req -new -x509 -nodes -out cert.pem -keyout privkey.pem -config openssl.conf Tengo la duracion y el tamano metido en el conf file de openssl. Generalmente meto este comando como root y desde el directorio de openssl en centos, /etc/pki/tls creo. Lo que estas recibiendo es el comportamiento de la herramienta cuando no reconoce una opcion por lo que te sugiero pruebes configurar el tamano de la clave y su vigencia en el fichero de configuracion que especifiques usando -config Sent from my Windows Phone From: VICTOR MANUEL VARGAS GONZALEZmailto:victor...@hotmail.com Sent: 10/24/2014 2:59 PM To: centos-es@centos.orgmailto:centos-es@centos.org Subject: Re: [CentOS-es] postfix Me despliega una lista con varias opciones Que error te da? From: victor...@hotmail.com To: centos-es@centos.org Subject: postfix Date: Fri, 24 Oct 2014 13:28:27 -0500 buenas a todos un favor me pueden decir por que no puedo generar un certificado seguridad lo estoy tratando de generar asi (tengo centos 6.5) openssl req -x509 -nodes -newkey rsa:2048 -days 1825 \ -out certs/dominio.tld.crt -keyout private/dominio.tld.key gracias ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es Cordial saludo. Realiza el siguiente procedimiento en el orden descrito a continuación: 1. yum install openssl 2. mkdir -p /etc/httpd/ssl 3. openssl req -new -newkey rsa:2048 -days 730 -nodes -x509 -keyout tuserever.key -out tuserver.crt 4. te solicita datos y finaliza. 5. el archivo /etc/httpd/conf.d/ssl.conf debe quedar de la siguiente manera: LoadModule ssl_module modules/mod_ssl.so Listen 443 SSLPassPhraseDialog builtin SSLSessionCache shmcb:/var/cache/mod_ssl/scache(512000) SSLSessionCacheTimeout 300 SSLMutex default SSLRandomSeed startup file:/dev/urandom 256 SSLRandomSeed connect builtin SSLCryptoDevice builtin VirtualHost tuserver.domino:443 ServerName tuserver.dominio:443 DocumentRoot /var/www/html ErrorLog logs/tuserver_ssl_error_log CustomLog logs/tuserver_ssl_access_log common SSLEngine on SSLCertificateFile /etc/httpd/ssl/tuserver.crt SSLCertificateKeyFile /etc/httpd/ssl/tuserver.key Directory /var/www/html SSLOptions +StdEnvVars /Directory /VirtualHost Espero te sirva el cable. -- Carlos Restrepo. Móvil: (57) 317 8345628 ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] SSHFS + SAMBA
Tienes SELINUX arriba?. El 29 de octubre de 2014, 13:47, Emilio Martin Alvarado alsiste...@gmail.com escribió: Mi objetivo es poder compartir un espacio al que solo me puedo conectar por sshfs con mis usuarios locales utilizando samba para conectarme al recurso utilizo este comando: sshfs usuario@10.10.1.11:/datos/ /samba/compartido/ -o allow_other, uid=99, gid=99 esto me conecta al recurso y desde la terminal no tengo ningun problema para crear, modificar, etc en samba tengo tres shares dos son locales y funcionan bien el sshfs no me deja, me da error de permisos probe, cambiando el uid/gid, trtando de que samba me solicite usuario y password, forzando user y pass desde smb.conf pero nada siempre error necesito alguna orientacion de como continuar con este desafio ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Carlos Restrepo. Móvil: (57) 317 8345628 ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS] CentOS 6.6: Lost connection to tape library
On 10/29/2014 02:02 AM, Johnny Hughes wrote: It does not look like it will matter .. that is the same version as is in the new kernel it seems. (3.4.4) I haven't used kmod-hpsa before, just the kernel driver. There are two controllers in the machine using hpsa: 05:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01) 0b:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01) One for the RAID 5 system and one for the tape library. If I do: lsmod lsmod.(old|new) on the (6.5|6.6) centos-plus kernels and: cut -f1 -d lsmod.old |sort lsmod2.old cut -f1 -d lsmod.new |sort lsmod2.new diff lsmod2.old lsmod2.new I get: 1a2 acpi_ipmi 9d9 ch 31a32,33 ipmi_msghandler ipmi_si modinfo hpsa gives me: old: filename: /lib/modules/2.6.32-431.29.2.el6.centos.plus.x86_64/kernel/drivers/scsi/hpsa.ko license:GPL version:3.4.0-1-RH1 description:Driver for HP Smart Array Controller version 3.4.0-1-RH1 author: Hewlett-Packard Company srcversion: CB1FFD5E52AEBAED14BF75E alias: pci:v103Cd*sv*sd*bc01sc04i* alias: pci:v103Cd3239sv103Csd21C9bc*sc*i* ... alias: pci:v103Cd323Asv103Csd3241bc*sc*i* depends: vermagic: 2.6.32-431.29.2.el6.centos.plus.x86_64 SMP mod_unload modversions parm: hpsa_allow_any:Allow hpsa driver to access unknown HP Smart Array hardware (int) parm: hpsa_simple_mode:Use 'simple mode' rather than 'performant mode' (int) new: filename: /lib/modules/2.6.32-504.el6.centos.plus.x86_64/kernel/drivers/scsi/hpsa.ko license:GPL version:3.4.4-1-RH2 description:Driver for HP Smart Array Controller version 3.4.4-1-RH2 author: Hewlett-Packard Company srcversion: ADF4B03767C43E41961C9AA alias: pci:v103Cd*sv*sd*bc01sc04i* alias: pci:v103Cd333Fsv103Csd333Fbc*sc*i* ... alias: pci:v103Cd323Asv103Csd3241bc*sc*i* depends: vermagic: 2.6.32-504.el6.centos.plus.x86_64 SMP mod_unload modversions parm: hpsa_allow_any:Allow hpsa driver to access unknown HP Smart Array hardware (int) parm: hpsa_simple_mode:Use 'simple mode' rather than 'performant mode' (int) Strange... Mogens -- Mogens Kjaer, m...@lemo.dk http://www.lemo.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.6: Lost connection to tape library
Hi, 05:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01) 0b:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6 controllers (rev 01) ok. I think, it would be really great if you could share the output of # lspci -vn | egrep '05:00.0|0b:00.0' Cheers, ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-6.6 is Released
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Johnny Hughes Sent: den 28 oktober 2014 17:17 To: CentOS ML Subject: [CentOS] CentOS-6.6 is Released Just letting everyone here know, CentOS-6.6 is now released: http://lists.centos.org/pipermail/centos-announce/2014- October/020709.html New upgrade looks good over here. Thanks CentOS-team! -- //Sorin ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.6: Lost connection to tape library
On 10/29/2014 08:07 AM, Dominic Geevarghese wrote: ok. I think, it would be really great if you could share the output of # lspci -vn | egrep '05:00.0|0b:00.0' Booted on the old kernel: 05:00.0 0104: 103c:323a (rev 01) 0b:00.0 0104: 103c:323a (rev 01) Mogens -- Mogens Kjaer, m...@lemo.dk http://www.lemo.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 6.5 RHCS fence loops
Hi Guys, I'm using centos 6.5 as guest on RHEV and rhcs for cluster web environment. The environtment : web1.example.com web2.example.com When cluster being quorum, the web1 reboots by web2. When web2 is going up, web2 reboots by web1. Does anybody know how to solving this fence loop ? master_wins=1 is not working properly, qdisk also. Below the cluster.conf, I re-create fresh cluster, but the fence loop is still exist. ?xml version=1.0? cluster config_version=7 name=web-cluster clusternodes clusternode name=web2.cluster nodeid=1 fence method name=fence-web2 device name=fence-rhevm port=web2.cluster/ /method /fence /clusternode clusternode name=web3.cluster nodeid=2 fence method name=fence-web3 device name=fence-rhevm port=web3.cluster/ /method /fence /clusternode /clusternodes cman expected_votes=1 two_node=1/ fencedevices fencedevice agent=fence_rhevm ipaddr=192.168.1.1 login=admin@internal name=fence-rhevm passwd=secret ssl=on/ /fencedevices /cluster Log : /var/log/messages Oct 29 07:34:04 web2 corosync[1182]: [QUORUM] Members[1]: 1 Oct 29 07:34:04 web2 corosync[1182]: [QUORUM] Members[1]: 1 Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent fence_rhevm result: error from agent Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent fence_rhevm result: error from agent Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1 Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1 Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting Thanks -- Regards, Adit http://a http://simplyaddo.web.iddityahilman.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Upgrade to CentOS6.6: mpich dep error
Hello there, I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum, and here's what it says: = [snip] -- Finished Dependency Resolution -- Running transaction check --- Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased --- Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased --- Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted -- Processing Dependency: libmpich.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 -- Processing Dependency: libmpichf90.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 -- Processing Dependency: mpich2 for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 Package mpich2 is obsoleted by mpich, but obsoleting package does not provide for requirements -- Finished Dependency Resolution Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: mpich2 Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) mpich2 = 1.2.1-2.3.el6 Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpichf90.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpichf90.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpich.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpich.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest = Those packages depend on mpich2.x86_64: boost-graph-mpich2 x86_64 1.41.0-18.el6 @base 440 k boost-mpich2x86_64 1.41.0-18.el6 @base 353 k boost-mpich2-python x86_64 1.41.0-18.el6 @base 44 k hdf5-mpich2 x86_64 1.8.5.patch1-7.el6 @epel 6.8 M mpich2-develx86_64 1.2.1-2.3.el6 @base 6.8 M I presume it's the dep from hdf5mich from epel which is blocking.. Any hint about what I could do now? Regards, -- wwp pgpWk7_jCdoHy.pgp Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade to CentOS6.6: mpich dep error
On 10/29/2014 03:59 AM, wwp wrote: Hello there, I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum, and here's what it says: = [snip] -- Finished Dependency Resolution -- Running transaction check --- Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased --- Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased --- Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted -- Processing Dependency: libmpich.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 -- Processing Dependency: libmpichf90.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 -- Processing Dependency: mpich2 for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 Package mpich2 is obsoleted by mpich, but obsoleting package does not provide for requirements -- Finished Dependency Resolution Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: mpich2 Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) mpich2 = 1.2.1-2.3.el6 Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpichf90.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpichf90.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpich.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpich.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest = Those packages depend on mpich2.x86_64: boost-graph-mpich2 x86_64 1.41.0-18.el6 @base 440 k boost-mpich2x86_64 1.41.0-18.el6 @base 353 k boost-mpich2-python x86_64 1.41.0-18.el6 @base 44 k hdf5-mpich2 x86_64 1.8.5.patch1-7.el6 @epel 6.8 M mpich2-develx86_64 1.2.1-2.3.el6 @base 6.8 M I presume it's the dep from hdf5mich from epel which is blocking.. Any hint about what I could do now? This is a known epel problem, they are working on it: https://bugzilla.redhat.com/show_bug.cgi?id=1155089 signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.6: Lost connection to tape library
Hi, On Wed, Oct 29, 2014 at 1:07 PM, Mogens Kjaer m...@lemo.dk wrote: On 10/29/2014 08:07 AM, Dominic Geevarghese wrote: ok. I think, it would be really great if you could share the output of # lspci -vn | egrep '05:00.0|0b:00.0' Booted on the old kernel: 05:00.0 0104: 103c:323a (rev 01) 0b:00.0 0104: 103c:323a (rev 01) Ok, it seems the kernel 2.6.32-504.el6.centos.plus supports the above said hardware and driver hpsa is included in the kernel. filename: /lib/modules/2.6.32-504.el6.centos.plus.x86_64/kernel/drivers/scsi/hpsa.ko license:GPL version:3.4.4-1-RH2 description:Driver for HP Smart Array Controller version 3.4.4-1-RH2 author: Hewlett-Packard Company srcversion: ADF4B03767C43E41961C9AA Even I have installed the kmod-hpsa and checked the driver version. Per latest kmod-hpsa-3.4.4_1_RH1-1.el6_5.x86_64 available, the driver version is one lower than module shipped in 2.6.32-504.el6.centos.plus kernel and changelog of kmod doesn't show anything relevant to your issue. filename: /lib/modules/2.6.32-431.20.3.el6.x86_64/extra/hpsa/hpsa.ko license:GPL version:3.4.4-1-RH1 description:Driver for HP Smart Array Controller version 3.4.4-1-RH1 author: Hewlett-Packard Company srcversion: 4B558C7818157360E7C4D89 Based on the data extracted, I would say, * The issue you have encountered is not due to missing driver support. * Enabling scsi logging would be the next step to figure it out the reason why tape is not functioning in latest kernel. @list, please shoot if any other suggestions . Cheers, ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.6: Lost connection to tape library
On 10/29/2014 10:47 AM, Dominic Geevarghese wrote: * Enabling scsi logging would be the next step to figure it out the reason why tape is not functioning in latest kernel. The machine is in production so I'll have to wait until I get a chance to reboot to the new kernel. I have a spare machine for testing - but it does not have a tape library :-( Thanks for the suggestion. Mogens -- Mogens Kjaer, m...@lemo.dk http://www.lemo.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 RHCS fence loops
Hi, Does anybody know how to solving this fence loop ? master_wins=1 is not working properly, qdisk also. Logs shared are not sufficient to identify the cause of fence loop. I would suggest you to 1. Disable cman - chkconfig cman off ( and rgmanager also if you wish ) - on both the nodes . 2. Reboot both the nodes 3. Once the machine is up, open two terminals 4. Start cman manually on both the nodes 5. share the behaviour and logs generated. Cheers, ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade to CentOS6.6: mpich dep error
Hello Johnny, On Wed, 29 Oct 2014 04:35:02 -0500 Johnny Hughes joh...@centos.org wrote: On 10/29/2014 03:59 AM, wwp wrote: Hello there, I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum, and here's what it says: = [snip] -- Finished Dependency Resolution -- Running transaction check --- Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased --- Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased --- Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted -- Processing Dependency: libmpich.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 -- Processing Dependency: libmpichf90.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 -- Processing Dependency: mpich2 for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 Package mpich2 is obsoleted by mpich, but obsoleting package does not provide for requirements -- Finished Dependency Resolution Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: mpich2 Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) mpich2 = 1.2.1-2.3.el6 Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpichf90.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpichf90.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpich.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpich.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest = Those packages depend on mpich2.x86_64: boost-graph-mpich2 x86_64 1.41.0-18.el6 @base 440 k boost-mpich2x86_64 1.41.0-18.el6 @base 353 k boost-mpich2-python x86_64 1.41.0-18.el6 @base 44 k hdf5-mpich2 x86_64 1.8.5.patch1-7.el6 @epel 6.8 M mpich2-develx86_64 1.2.1-2.3.el6 @base 6.8 M I presume it's the dep from hdf5mich from epel which is blocking.. Any hint about what I could do now? This is a known epel problem, they are working on it: https://bugzilla.redhat.com/show_bug.cgi?id=1155089 Oh, well, thanks a bunch for the tip! I'll keep an eye on the bug. Regards, -- wwp pgp4VMojkDiZ_.pgp Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] No X with new 6.6 kernel
On 29/10/14 03:09, Akemi Yagi wrote: On Tue, Oct 28, 2014 at 7:33 PM, Johnny Hughes joh...@centos.org wrote: On 10/28/2014 09:06 PM, Mark LaPierre wrote: On 10/28/14 21:13, Mark LaPierre wrote: Hey Y'all, After upgrade to 6.6 my gui will not start. The problem is probably related to the dusty old video card I've got in this crusty old machine. 01:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7600 GS] (rev a2) I've got the proprietary drivers installed. Normally when I update my kernel the video module is rebuilt automagically. That probably doesn't work with the new kernel. I can get the GUI running by booting into the previous kernel version. Does anyone know what repository and package name I need to update the driver for 6.6? Okay, I erased kmod-nvidia-304xx and nvidia-x11-drv-304xx I booted into the new kernel and reinstalled kmod-nvidia-304xx and nvidia-x11-drv-304xx. After a reboot still no joy. The Xorg.0.log says: [57.575] (EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your [57.575] (EE) NVIDIA: system's kernel log for additional error messages. Where do I find said kernel log? Do you also have kernel-devel for the new kernel installed? I don't know how that package works (it is not in one of the CentOS repo's) but it might need to be updated by the provider to work with the new kernel as well. Akemi, is that an elrepo package .. and does it work with 6.6? Someone called my name ... :) Mark, first make sure you need the -304xx driver by running nvidia-detect: http://elrepo.org/tiki/nvidia-detect Once confirmed, you need to install the latest version of kmod-nvidia-304xx from the elrepo-testing repository on your 6.6 OS. Please see: http://elrepo.org/bugs/view.php?id=517 They will eventually be moved to the elrepo main repository. Akemi Akemi is correct. Users of kmod-nvidia-304xx will need to update to the latest release (currently kmod-nvidia-304xx-304.123-3.el6.elrepo) at the same time as updating to 6.6. Please note, due to changes in the 6.6 kernel ABI, the original release (304.123-1) is compatible with 6.5 but NOT 6.6, and latest release (304.123-3) is compatible with 6.6 but NOT backwards compatible with 6.5. This means you MUST update kmod-nvidia-304xx at the same time as performing the 6.5 to 6.6 update / reboot if you want X to continue working seamlessly. The newer kmod-nvidia-304xx release(s) are in the elrepo-testing repository, and are now also syncing to the main elrepo repository. The current 340.xx driver is unaffected. The older 173.xx driver may also be similarly affected but I have not tested it and have yet to receive a bug report on it. If it is similarly broken I will fix it as and when someone reports it and is able to test the fix. Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 116, Issue 14
Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@centos.org When replying, please edit your Subject line so it is more specific than Re: Contents of CentOS-announce digest... Today's Topics: 1. Release for CentOS-6.6 i386 and x86_64 (Johnny Hughes) 2. CESA-2014:1724 Important CentOS 7 kernel Security Update (Johnny Hughes) 3. CEBA-2014:1719 CentOS 6 tuned BugFix Update (Johnny Hughes) 4. CEEA-2014:1718 CentOS 6 qemu-kvm Enhancement Update (Johnny Hughes) 5. CEBA-2014:1720 CentOS 6 libvirt BugFix Update (Johnny Hughes) 6. CEBA-2014:1730 CentOS 7 scl-utils BugFix Update (Johnny Hughes) 7. CEBA-2014:1729 CentOS 7 setup FASTTRACK BugFixUpdate (Johnny Hughes) 8. CEBA-2014:1730 CentOS 6 scl-utils BugFix Update (Johnny Hughes) -- Message: 1 Date: Tue, 28 Oct 2014 10:40:13 -0500 From: Johnny Hughes joh...@centos.org To: CentOS-Announce centos-annou...@centos.org, Ladislav Bodnar dis...@distrowatch.com Subject: [CentOS-announce] Release for CentOS-6.6 i386 and x86_64 Message-ID: 544fb8dd.6010...@centos.org Content-Type: text/plain; charset=utf-8 We are pleased to announce the immediate availability of CentOS-6.6 and install media for i386 and x86_64 Architectures. Release Notes for 6.6 are available at http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.6 - we recommend everyone review these release notes. CentOS-6.6 is based on source code released by Red Hat, Inc. for Red Hat Enterprise Linux. All upstream variants have been placed into one combined repository to make it easier for end users. Workstation, server, and minimal installs can all be done from our combined repository. There are many fundamental changes in this release, compared with the past CentOS-6 releases, and we highly recommend everyone study the upstream Release Notes as well as the upstream Technical Notes about the changes and how they might impact your installation. (See the 'Further Reading' section if the CentOS release notes link above). All updates since the upstream 6.6 release are also on the CentOS-6.6 mirrors as zero day updates. When installing CentOS-6.6 (or any other version) from any of our media, you should always run 'yum update' after the install. Users consuming our centos-cr repositories will already be running all the packages that make up CentOS-6.6 as of one week ago and will notice only the centos-release rpm update today. For more information on the CR repository for future updates, see this link: http://wiki.centos.org/AdditionalResources/Repositories/CR Release Announcements for all updated packages are available here: http://lists.centos.org/pipermail/centos-cr-announce/2014-October/thread.html +++ Upgrading From Prior Major CentOS Versions: We recommend everyone perform a fresh reinstall rather than attempt an in place upgrade from other major CentOS versions (CentOS-2.1, CentOS-3.x, CentOS-4.x, CentOS-5.x). +++ Upgrading from CentOS-6.0 / 6.1 / 6.2 / 6.3 / 6.4 or 6.5 CentOS is designed to automatically upgrade between releases within a major version (in this case, CentOS-6). Unless you have edited your yum default configuration, a 'yum update' should move your machines seamlessly from any previous CentOS-6.x release to CentOS-6.6. +++ Downloading CentOS-6.6 for new installs: When possible, consider using torrents to obtain our ISOs. Usually it is also the fastest means to download the distro. Torrent files for the DVD's are available at : http://mirror.centos.org/centos/6.6/isos/i386/CentOS-6.6-i386-bin-DVD1to2.torrent http://mirror.centos.org/centos/6.6/isos/x86_64/CentOS-6.6-x86_64-bin-DVD1to2.torrent You can also use a mirror close to you to get any of our ISOs: http://mirror.centos.org/centos/6.6/isos/ If you need to update a local mirror, you can choose from our mirror network: http://www.centos.org/download/mirrors/ Most mirrors will allow downloads over http, ftp and rsync. Please keep in mind that not all mirrors are currently updated, some may take as long as 24 hours after this announcement to receive all CentOS-6.6 content. We have made efforts to ensure that most install types and roles can be done from DVD-1 itself. Note: Some UEFI machines can not use the 'netinstall' ISOs, but either the DVD or minimal ISOs will work with UEFI. Secure Boot must be disabled to install CentOS-6.6. +++ sha1sum for the CentOS-6.6 ISOS: i386: d16aa4a8e6f71fb01fcc26d8ae0e3443ed514c8e CentOS-6.6-i386-bin-DVD1.iso
Re: [CentOS] CentOS 6.5 RHCS fence loops
Hello Dominic, Thanks for the response. when I start cman manually, web3 fenced by web2. Here the logs : web2 : /var/log/messages/ Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Corosync Cluster Engine ('1.4.1'): started and ready to provide service. Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Corosync Cluster Engine ('1.4.1'): started and ready to provide service. Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Corosync built-in features: nss dbus rdma snmp Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Corosync built-in features: nss dbus rdma snmp Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Successfully read config from /etc/cluster/cluster.conf Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Successfully read config from /etc/cluster/cluster.conf Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Successfully parsed cman config Oct 29 13:15:25 web2 corosync[1493]: [MAIN ] Successfully parsed cman config Oct 29 13:15:25 web2 corosync[1493]: [TOTEM ] Initializing transport (UDP/IP Multicast). Oct 29 13:15:25 web2 corosync[1493]: [TOTEM ] Initializing transport (UDP/IP Multicast). Oct 29 13:15:25 web2 corosync[1493]: [TOTEM ] Initializing transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0). Oct 29 13:15:25 web2 corosync[1493]: [TOTEM ] Initializing transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0). Oct 29 13:15:26 web2 corosync[1493]: [TOTEM ] The network interface [10.32.6.153] is now up. Oct 29 13:15:26 web2 corosync[1493]: [TOTEM ] The network interface [10.32.6.153] is now up. Oct 29 13:15:26 web2 corosync[1493]: [QUORUM] Using quorum provider quorum_cman Oct 29 13:15:26 web2 corosync[1493]: [QUORUM] Using quorum provider quorum_cman Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 13:15:26 web2 corosync[1493]: [CMAN ] CMAN 3.0.12.1 (built Sep 25 2014 15:07:47) started Oct 29 13:15:26 web2 corosync[1493]: [CMAN ] CMAN 3.0.12.1 (built Sep 25 2014 15:07:47) started Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync CMAN membership service 2.90 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync CMAN membership service 2.90 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: openais checkpoint service B.01.01 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: openais checkpoint service B.01.01 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync extended virtual synchrony service Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync extended virtual synchrony service Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync configuration service Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync configuration service Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster closed process group service v1.01 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster closed process group service v1.01 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster config database access v1.01 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster config database access v1.01 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync profile loading service Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync profile loading service Oct 29 13:15:26 web2 corosync[1493]: [QUORUM] Using quorum provider quorum_cman Oct 29 13:15:26 web2 corosync[1493]: [QUORUM] Using quorum provider quorum_cman Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 13:15:26 web2 corosync[1493]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 13:15:26 web2 corosync[1493]: [MAIN ] Compatibility mode set to whitetank. Using V1 and V2 of the synchronization engine. Oct 29 13:15:26 web2 corosync[1493]: [MAIN ] Compatibility mode set to whitetank. Using V1 and V2 of the synchronization engine. Oct 29 13:15:26 web2 corosync[1493]: [TOTEM ] A processor joined or left the membership and a new membership was formed. Oct 29 13:15:26 web2 corosync[1493]: [TOTEM ] A processor joined or left the membership and a new membership was formed. Oct 29 13:15:26 web2 corosync[1493]: [CMAN ] quorum regained, resuming activity Oct 29 13:15:26 web2 corosync[1493]: [CMAN ] quorum regained, resuming activity Oct 29 13:15:26 web2 corosync[1493]: [QUORUM] This node is within the primary component and will provide service. Oct 29 13:15:26 web2 corosync[1493]: [QUORUM] This node is within the primary component and will provide service. Oct 29 13:15:26
[CentOS] Wow! Double wow!
I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've been updating pretty much every day. Today yum got 425 packages! Somewhere a dam must have broken. Sometimes some of us don't appreciate how much work the developers do. Strength to their arms, and many heartfelt thanks! -- Beartooth Staffwright, Not Quite Clueless Power User Remember I know little (precious little!) of where up is. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On 10/29/2014 10:02 AM, Beartooth wrote: I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've been updating pretty much every day. Today yum got 425 packages! Somewhere a dam must have broken. Sometimes some of us don't appreciate how much work the developers do. Strength to their arms, and many heartfelt thanks! +100 -- Stephen Clark *NetWolves Managed Services, LLC.* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, October 29, 2014 9:06 am, Steve Clark wrote: On 10/29/2014 10:02 AM, Beartooth wrote: I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've been updating pretty much every day. Today yum got 425 packages! Somewhere a dam must have broken. Sometimes some of us don't appreciate how much work the developers do. Strength to their arms, and many heartfelt thanks! +100 Me too. I was [mistakenly, apparently] always considering 5.[n+1], 6.[m+1] just re-spins, thus providing latest packages with _backported_ security patches/bugfixes, aimed at providing installation media that is not entail millions of updates. Releases with newer versions, drivers included in kernel shuffled, the new kernel (without any necessity in it) which causes hassle to reboot the box... This all effectively defeats the Enterprise portion of the name of the system, doesn't it? Do not take it as me not being appreciative of the great job the distribution maintainers do. I'm just trying to give a view of us, users who have to deal with the consequences... Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 RHCS fence loops
In 2-node clusters, never allow cman or rgmanager to start on boot. A node will reboot for two reasons; it was fenced or it is scheduled maintenance. In the former case, you want to review it before restoring it. In the later case, a human is there to start it already. This is good advice for 3+ clusters as well. As an aside, the default timeout to wait for the peer on start is 6 seconds, which I find to be too short. I up it to 30 seconds with: fence_daemon post_join_delay=30 / As for the fence-on-start, it could be a network issue. Have you tried unicast instead of multicast? Try this: cman transport=udpu expected_votes=1 two_node=1 / Slight comment; When cluster being quorum, Nodes are always quorate in 2-node clusters. digimer On 29/10/14 04:44 AM, aditya hilman wrote: Hi Guys, I'm using centos 6.5 as guest on RHEV and rhcs for cluster web environment. The environtment : web1.example.com web2.example.com When cluster being quorum, the web1 reboots by web2. When web2 is going up, web2 reboots by web1. Does anybody know how to solving this fence loop ? master_wins=1 is not working properly, qdisk also. Below the cluster.conf, I re-create fresh cluster, but the fence loop is still exist. ?xml version=1.0? cluster config_version=7 name=web-cluster clusternodes clusternode name=web2.cluster nodeid=1 fence method name=fence-web2 device name=fence-rhevm port=web2.cluster/ /method /fence /clusternode clusternode name=web3.cluster nodeid=2 fence method name=fence-web3 device name=fence-rhevm port=web3.cluster/ /method /fence /clusternode /clusternodes cman expected_votes=1 two_node=1/ fencedevices fencedevice agent=fence_rhevm ipaddr=192.168.1.1 login=admin@internal name=fence-rhevm passwd=secret ssl=on/ /fencedevices /cluster Log : /var/log/messages Oct 29 07:34:04 web2 corosync[1182]: [QUORUM] Members[1]: 1 Oct 29 07:34:04 web2 corosync[1182]: [QUORUM] Members[1]: 1 Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent fence_rhevm result: error from agent Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent fence_rhevm result: error from agent Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1 Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1 Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting Thanks -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 RHCS fence loops
On 29/10/14 09:33 AM, aditya hilman wrote: Oct 29 13:15:30 web2 fenced[1548]: fenced 3.0.12.1 started Oct 29 13:15:30 web2 fenced[1548]: fenced 3.0.12.1 started Oct 29 13:15:30 web2 dlm_controld[1568]: dlm_controld 3.0.12.1 started Oct 29 13:15:30 web2 dlm_controld[1568]: dlm_controld 3.0.12.1 started Oct 29 13:15:30 web2 gfs_controld[1621]: gfs_controld 3.0.12.1 started Oct 29 13:15:30 web2 gfs_controld[1621]: gfs_controld 3.0.12.1 started Oct 29 13:16:21 web2 fenced[1548]: fencing node web3.cluster Oct 29 13:16:21 web2 fenced[1548]: fencing node web3.cluster Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster dev 0.0 agent fence_rhevm result: error from agent Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster dev 0.0 agent fence_rhevm result: error from agent Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster failed Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster failed Oct 29 13:16:27 web2 fenced[1548]: fencing node web3.cluster Oct 29 13:16:27 web2 fenced[1548]: fencing node web3.cluster Oct 29 13:16:29 web2 fenced[1548]: fence web3.cluster success Oct 29 13:16:29 web2 fenced[1548]: fence web3.cluster success It didn't see the other node on boot, gave up and fenced the peer, it seems. The fence call failed before it succeeded, another sign of a general network issue. As an aside, did you configure corosync.conf? If so, don't. Let cman handle everything. Are you starting cman on both nodes at (close to) exactly the same time? -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 RHCS fence loops
Hello Digimer, i'm already configured cluster.conf like your advice, but when start cman manually on web3 ( cman already stopped ), web2 fenced by web3. Here the log on web3 : Oct 29 14:38:42 web3 ricci[2557]: Executing '/usr/bin/virsh nodeinfo' Oct 29 14:38:42 web3 ricci[2557]: Executing '/usr/bin/virsh nodeinfo' Oct 29 14:38:42 web3 ricci[2559]: Executing '/usr/libexec/ricci/ricci-worker -f /var/lib/ricci/queue/1604501608' Oct 29 14:38:42 web3 ricci[2559]: Executing '/usr/libexec/ricci/ricci-worker -f /var/lib/ricci/queue/1604501608' Oct 29 14:38:42 web3 modcluster: Updating cluster.conf Oct 29 14:38:42 web3 modcluster: Updating cluster.conf Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Corosync Cluster Engine ('1.4.1'): started and ready to provide service. Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Corosync Cluster Engine ('1.4.1'): started and ready to provide service. Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Corosync built-in features: nss dbus rdma snmp Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Corosync built-in features: nss dbus rdma snmp Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Successfully read config from /etc/cluster/cluster.conf Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Successfully read config from /etc/cluster/cluster.conf Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Successfully parsed cman config Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Successfully parsed cman config Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] Initializing transport (UDP/IP Unicast). Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] Initializing transport (UDP/IP Unicast). Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] Initializing transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0). Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] Initializing transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0). Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] The network interface [10.32.6.194] is now up. Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] The network interface [10.32.6.194] is now up. Oct 29 14:39:05 web3 corosync[2651]: [QUORUM] Using quorum provider quorum_cman Oct 29 14:39:05 web3 corosync[2651]: [QUORUM] Using quorum provider quorum_cman Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 14:39:05 web3 corosync[2651]: [CMAN ] CMAN 3.0.12.1 (built Sep 25 2014 15:07:47) started Oct 29 14:39:05 web3 corosync[2651]: [CMAN ] CMAN 3.0.12.1 (built Sep 25 2014 15:07:47) started Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync CMAN membership service 2.90 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync CMAN membership service 2.90 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: openais checkpoint service B.01.01 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: openais checkpoint service B.01.01 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync extended virtual synchrony service Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync extended virtual synchrony service Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync configuration service Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync configuration service Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster closed process group service v1.01 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster closed process group service v1.01 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster config database access v1.01 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster config database access v1.01 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync profile loading service Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync profile loading service Oct 29 14:39:05 web3 corosync[2651]: [QUORUM] Using quorum provider quorum_cman Oct 29 14:39:05 web3 corosync[2651]: [QUORUM] Using quorum provider quorum_cman Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 14:39:05 web3 corosync[2651]: [SERV ] Service engine loaded: corosync cluster quorum service v0.1 Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Compatibility mode set to whitetank. Using V1 and V2 of the synchronization engine. Oct 29 14:39:05 web3 corosync[2651]: [MAIN ] Compatibility mode set to whitetank. Using V1 and V2 of the synchronization engine. Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] adding new UDPU member {10.32.6.153} Oct 29 14:39:05 web3 corosync[2651]: [TOTEM ] adding new
[CentOS] CentOS-7 and zfs
centos-release.x86_64-7-0.1406.el7.centos.2.5@updates zfs-release.noarch-1-2.el7.centos @/zfs-release.el7.noarch I am in the process of setting up a CentOS-7 workstation which, eventually, will be a kvm host for several versions of MS-Windows. Before I get to that point I wish to experiment with zfs. I have a couple of questions: Q1. Finding a good install tutorial for zfs on CentOS-7 has so far eluded my google-fu. Would someone be so kind as to provide either recommendations for same or direct how-to instructions? And any gotchas. Q2. https://github.com/zfsonlinux/zfs/issues/2575 seems to be of some concern for CentOS-7 users. Are others experiencing this or is it specific to raid users? -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@harte-lyne.ca Harte Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-7 and zfs
On 10/29/2014 8:00 AM, James B. Byrne wrote: Q2.https://github.com/zfsonlinux/zfs/issues/2575 seems to be of some concern for CentOS-7 users. Are others experiencing this or is it specific to raid users? what do you mean by 'raid users' ? I saw nothing on that long thread of misdirection that appeared to be raid related. mostly, it appeared people were trying to use rc.local to fix things which should have been fixed in systemd via service dependencies. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] find troubles
On 10/28/2014 5:32 PM, Robert Nichols wrote: On 10/28/2014 04:00 PM, Tim Dunphy wrote: Hey guys, Sorry not sure what's wrong with this statement. I've tried a few variations of trying to exclude the /var/www directory. [root@224432-24 apr-1.5.1]# find / -name *httpd* -type d \( ! -name www \) /usr/lib/httpd /usr/lib64/httpd /var/www/vhosts/johnnyenglish/httpdocs /var/www/lpaddevbkp/alchemist/namespace/system-config-httpd /var/www/lpaddevbkp/httpd Well, no name that matches *httpd* will also match www, so that last term will never match. What you want is the prune action: find / -name www -prune -o -name *httpd* Or use -path instead of -name. Your original find statement should work with the -path test. find / -name *httpd* -type d \( ! -path /var/www \) but combining it with -prune is more efficient since it excludes the whole directory tree instead of individually excluding each file. find / -path /var/www -prune -o -name *httpd* -- Bowie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, Oct 29, 2014, at 09:22, Valeri Galtsev wrote: On Wed, October 29, 2014 9:06 am, Steve Clark wrote: On 10/29/2014 10:02 AM, Beartooth wrote: I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've been updating pretty much every day. Today yum got 425 packages! Somewhere a dam must have broken. Sometimes some of us don't appreciate how much work the developers do. Strength to their arms, and many heartfelt thanks! +100 Me too. I was [mistakenly, apparently] always considering 5.[n+1], 6.[m+1] just re-spins, thus providing latest packages with _backported_ security patches/bugfixes, aimed at providing installation media that is not entail millions of updates. Releases with newer versions, drivers included in kernel shuffled, the new kernel (without any necessity in it) which causes hassle to reboot the box... This all effectively defeats the Enterprise portion of the name of the system, doesn't it? I had a customer with a Violin SAN and they couldn't update their RHEL/CentOS servers any higher than a certain point release not because the driver broke, but because the rest of the provided glue broke. I can't recall the fine details, but I'm pretty sure it was a major change to udev in the middle of a major release. I don't understand the direction that has been taken. Anything that runs on 6.0 should run flawlessly on 6.6. Period. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, 29 Oct 2014 09:22:35 -0500, Valeri Galtsev wrote: On Wed, October 29, 2014 9:06 am, Steve Clark wrote: +100 Me too. I was [mistakenly, apparently] always considering 5.[n+1], 6.[m+1] just re-spins, thus providing latest packages with _backported_ security patches/bugfixes, aimed at providing installation media that is not entail millions of updates. Releases with newer versions, drivers included in kernel shuffled, the new kernel (without any necessity in it) which causes hassle to reboot the box... This all effectively defeats the Enterprise portion of the name of the system, doesn't it? Do not take it as me not being appreciative of the great job the distribution maintainers do. I'm just trying to give a view of us, users who have to deal with the consequences... Looking back over the list of packages installed, I notice that most end in el6, but there are some with el6_6. Does that mean she's now actually running 6.6 rather than 6.5? I've been wondering when it would be best to switch to CentOS 7. Is there something like fedup in Fedora to do it, or is a fresh install the only way? -- Beartooth Staffwright, Not Quite Clueless Power User Remember I know little (precious little!) of where up is. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On 10/29/2014 11:43 AM, Beartooth wrote: On Wed, 29 Oct 2014 09:22:35 -0500, Valeri Galtsev wrote: On Wed, October 29, 2014 9:06 am, Steve Clark wrote: +100 Me too. I was [mistakenly, apparently] always considering 5.[n+1], 6.[m+1] just re-spins, thus providing latest packages with _backported_ security patches/bugfixes, aimed at providing installation media that is not entail millions of updates. Releases with newer versions, drivers included in kernel shuffled, the new kernel (without any necessity in it) which causes hassle to reboot the box... This all effectively defeats the Enterprise portion of the name of the system, doesn't it? Do not take it as me not being appreciative of the great job the distribution maintainers do. I'm just trying to give a view of us, users who have to deal with the consequences... Looking back over the list of packages installed, I notice that most end in el6, but there are some with el6_6. Does that mean she's now actually running 6.6 rather than 6.5? She is running CentOS 6 with all current updates. This currently equates to 6.6. RHEL, and therefore CentOS, does not support maintaining a specific point release version. Updating any CentOS 6 system will now result in an update to 6.6. It is possible to prevent the 6.6 updates from being installed, but this will leave you with no further updates (security or otherwise). I've been wondering when it would be best to switch to CentOS 7. Is there something like fedup in Fedora to do it, or is a fresh install the only way? There is a method to upgrade (there was a recent thread about it in this group), but the recommended method is to install from scratch. -- Bowie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
Once upon a time, Bowie Bailey bowie_bai...@buc.com said: RHEL, and therefore CentOS, does not support maintaining a specific point release version. That's not true for RHEL. A subscription can be switched to an extended x.y.z release train (but that's a you get what you pay for kind of thing; that level of extended support is time consuming). -- Chris Adams li...@cmadams.net ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, October 29, 2014 9:28 am, Reindl Harald wrote: Am 29.10.2014 um 15:22 schrieb Valeri Galtsev: On Wed, October 29, 2014 9:06 am, Steve Clark wrote: On 10/29/2014 10:02 AM, Beartooth wrote: I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've been updating pretty much every day. Today yum got 425 packages! Somewhere a dam must have broken. Sometimes some of us don't appreciate how much work the developers do. Strength to their arms, and many heartfelt thanks! +100 Me too. I was [mistakenly, apparently] always considering 5.[n+1], 6.[m+1] just re-spins, thus providing latest packages with _backported_ security patches/bugfixes, aimed at providing installation media that is not entail millions of updates. Releases with newer versions, drivers included in kernel shuffled, the new kernel (without any necessity in it) which causes hassle to reboot the box... This all effectively defeats the Enterprise portion of the name of the system, doesn't it? if you think there is no necessity for the new kernel who is forcing you to reboot? I like that If clause of yours... Basically, if one thinks he knows more than system vendor, he is just schizophrenic. And we, normal people, do give schizophrenics a privilege to be on their own. As we, normal people know that if the distro maintainers had to update kernel, they had a reason (otherwise, something else breaks). So, we are left running _this_ system, even though it's stressful, still not as stressful as running bleeding edge fedora, right? ;-) Valeri enterprise OS is nothing about never ever reboot, it's about API/ABI stability Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] openvpn client and KDE Network Manager - with CentOS7
On 10/27/14 2:20 PM, Jim Perrin wrote: On 10/27/2014 01:13 PM, CS DBA wrote: Hi All, I am switching from Fedora20 to CentOS7 since I now run all my Linux development in a VM and I get a more robust feature set (i.e. shared folders with the host that just work, etc) The only issue I have thus far is VPN connections. Looking at what's installed on my old Fedora install I suspect I need these packages: kde-plasma-nm-vpnc kde-plasma-nm-openvpn NetworkManager-openvpn NetworkManager-vpnc However none of these are available in CentOS7, Note I have the centos extras and the EPEL repos enabled. I suspect that I need rpmfusion but I don't see that rpmfusion has a repo for CentOS7... The OpenVPN packages are in epel, and the vpnc packages are in the Nux Desktop repo. NetworkManager-openvpn.x86_64 1:0.9.8.2-4.el7.1 @epel NetworkManager-vpnc.x86_64 1:0.9.9.0-6.git20140428.el7.nux nux-dextop Anyone have any thoughts? Can I simply install the centos6 rpmfusion repo? Nope. This would make bad things happen. I've installed the following packages: /# rpm -qa | egrep 'vpn|NetworkManager' NetworkManager-vpnc-0.9.9.0-6.git20140428.el7.nux.x86_64 NetworkManager-glib-0.9.9.1-28.git20140326.4dba720.el7_0.2.x86_64 NetworkManager-openvpn-0.9.8.2-4.el7.1.x86_64 vpnc-script-0.5.3-22.svn457.el7.noarch NetworkManager-0.9.9.1-28.git20140326.4dba720.el7_0.2.x86_64 openvpn-2.3.2-4.el7.x86_64 NetworkManager-tui-0.9.9.1-28.git20140326.4dba720.el7_0.2.x86_64 vpnc-0.5.3-22.svn457.el7.x86_64/ However if I click the KDE Network Manager and then click Manage Connections the manage connections dialog box / control module that comes up has the Add button greyed out for VPN connections Anyone have any ideas how to enable the ability to add a VPN connection? Thanks in advance ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Cannot get php errors to go to a file
Using basically the same setup that works on C6, I have a C7 site. in PHP.INI, it says error_log = /tmp/php_errors.log PHP errors do not go there (or anywhere). 1. Apache has write perms to /tmp 2. I have restarted httpd since changing php.ini 3. The base php.ini is from the development version in /usr/share 4. Selinux is disabled. Ideas? -- -- Steve ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM
First I know this is not a list for PHP or Nginx setup or something else but I'll give it a try and ask here for support I'm running a new server with PHP 5.5.18 and Nginx 1.6.2 through FPM/FastCGI. The server is working fine since I have other websites running on it. Now I'm trying to configure phpMyAdmin and I tried this: * 1. *Create a file under `/etc/nginx/sites-available/phpMyAdmin with this content: server { server_name phpmyadmin.dev pma; root /usr/share/phpMyAdmin; location / { index index.php; } ## Images and static content is treated different location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|xml)$ { access_logoff; expires 360d; } location ~ /\.ht { deny all; } location ~ /(libraries|setup/frames|setup/libs) { deny all; return 404; } location ~ \.php$ { include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $root$fastcgi_script_name; } access_log /var/log/nginx/phpmyadmin/access.log; error_log /var/log/nginx/phpmyadmin/error.log; } But any time I restart Nginx service I got this error: nginx: [emerg] unknown root variable nginx: configuration file /etc/nginx/nginx.conf test failed * 2. *Create a symbolic link in `/var/www/html` to the route where phpMyAdmin was installed `/usr/share/phpMyAdmin` by running `ln -s /usr/share/phpMyAdmin/ /var/www/html` that way Nginx start fine but when I go to `http://devserver/phpMyAdmin` I got `Access denied.` What I'm doing wrong? What is the right way to configure the server in order to serve phpMyAdmin as any other site? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-7 and zfs
On Wed Oct 29 15:27:06 UTC 2014, John R Pierce pierce at hogranch.com wrote: what do you mean by 'raid users' ? I saw nothing on that long thread of misdirection that appeared to be raid related. See this comment: --- MagnusMWW commented 2 days ago An update; the problem in my case was that i am using a raidz assembled from LUKS-encrypted drives, and they were not available when zfs-import-cache.service, zfs-import-scan.service and zfs-mount.service ran. I just added/changed the below lines to make sure that cryptsetup.target had started correctly before these services, and the mount worked: --- Since I have zero experience with zfs it seemed to me prudent to ask. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@harte-lyne.ca Harte Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS-7 and zfs
On 10/29/2014 1:14 PM, James B. Byrne wrote: On Wed Oct 29 15:27:06 UTC 2014, John R Pierce pierce at hogranch.com wrote: what do you mean by 'raid users' ? I saw nothing on that long thread of misdirection that appeared to be raid related. See this comment: --- MagnusMWW commented 2 days ago An update; the problem in my case was that i am using a raidz assembled from LUKS-encrypted drives, and they were not available when zfs-import-cache.service, zfs-import-scan.service and zfs-mount.service ran. I just added/changed the below lines to make sure that cryptsetup.target had started correctly before these services, and the mount worked: --- Since I have zero experience with zfs it seemed to me prudent to ask. the issue was that the zfs servers were starting before LUKS (cryptsetup.target) made the logical devices available, not that zfs happened to be using a raidz -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote: ... Basically, if one thinks he knows more than system vendor, he is just schizophrenic. And we, normal people, do give schizophrenics a privilege to be on their own. As we, normal people know that if the distro maintainers had to update kernel, they had a reason (otherwise, something else breaks). So, we are left running _this_ system, even though it's stressful, still not as stressful as running bleeding edge fedora, right? ;-) What? Stressful?? Fedora??? Naaahhh ... -- Beartooth Staffwright, Not Quite Clueless Power User Remember I know little (precious little!) of where up is. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, October 29, 2014 4:02 pm, Beartooth wrote: On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote: ... Basically, if one thinks he knows more than system vendor, he is just schizophrenic. And we, normal people, do give schizophrenics a privilege to be on their own. As we, normal people know that if the distro maintainers had to update kernel, they had a reason (otherwise, something else breaks). So, we are left running _this_ system, even though it's stressful, still not as stressful as running bleeding edge fedora, right? ;-) What? Stressful?? Fedora??? Naaahhh ... I'm sorry, apart from my laptop, I also run servers. And services are supposed to be up 24/7. And a bunch of people are always logged in... You do the math. Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, October 29, 2014 4:18 pm, Reindl Harald wrote: Am 29.10.2014 um 22:12 schrieb Valeri Galtsev: On Wed, October 29, 2014 4:02 pm, Beartooth wrote: On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote: ... Basically, if one thinks he knows more than system vendor, he is just schizophrenic. And we, normal people, do give schizophrenics a privilege to be on their own. As we, normal people know that if the distro maintainers had to update kernel, they had a reason (otherwise, something else breaks). So, we are left running _this_ system, even though it's stressful, still not as stressful as running bleeding edge fedora, right? ;-) What? Stressful?? Fedora??? Naaahhh ... I'm sorry, apart from my laptop, I also run servers. And services are supposed to be up 24/7. And a bunch of people are always logged in... You do the math you where the one calling kernel updates necessity, so just ignore them or face the truth - your choice so what - if you need 24/7 than invest time and money and build up a infrsatsructure wehre you can reboot a node for updates without taking the services offline or just realize that 15-20 seconds downtime in the middle of the night doing way less harm then ignore security updates Yep, that's exactly what I did. I do not feel justified to use Department's money (for extra hardware), so I invested just my time. And built servers based on FreeBSD, services run in different jails, etc. So, you can imagine how much I am hit by the need to reboot into updated Linux kernel, do you? Note, you will not find Linux kernel running of FreeBSD box (just teasing ;-) Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, Oct 29, 2014 at 4:12 PM, Valeri Galtsev galt...@kicp.uchicago.edu wrote: ... Basically, if one thinks he knows more than system vendor, he is just schizophrenic. And we, normal people, do give schizophrenics a privilege to be on their own. As we, normal people know that if the distro maintainers had to update kernel, they had a reason (otherwise, something else breaks). So, we are left running _this_ system, even though it's stressful, still not as stressful as running bleeding edge fedora, right? ;-) What? Stressful?? Fedora??? Naaahhh ... I'm sorry, apart from my laptop, I also run servers. And services are supposed to be up 24/7. And a bunch of people are always logged in... You do the math. Things break and need maintenance. If your services can't tolerate that, you need more redundancy. As for the OS updates (which are only one of the many things that can break...), they are 'pretty well' vetted by upstream so breakage is rare and your odds are better installing them than not. But you don't have to reboot right now - schedule it for a convenient time. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cannot get php errors to go to a file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/29/2014 04:07 PM, Reindl Harald wrote: Am 29.10.2014 um 19:54 schrieb Steven Stern: Using basically the same setup that works on C6, I have a C7 site. in PHP.INI, it says error_log = /tmp/php_errors.log PHP errors do not go there (or anywhere). 1. Apache has write perms to /tmp 2. I have restarted httpd since changing php.ini 3. The base php.ini is from the development version in /usr/share 4. Selinux is disabled PrivateTmp=true works as you can see using /tmp for logfiles is plain stupid I changed it to error_log = php_errors.log and now it writes errors into the virtualhost's docroot. How do I put it someplace not accessible to the world, but readily found by me? - -- - -- Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUUWXKAAoJEDx7wfUw/4IOn4kH/ArnB6lIXZKbt9p0w7Jk1wmm +K+4b5fcN5ZqMb15J1s0dXqZmcdTnAeCfAV5wYz1OLRuNpwrzfb73WiLea3gMB5O fm8xpSx+wnoEGKLV5EYeHA/uZJHxllL/GqHwTRGJj/EyzOBYRFSoSqdhntmS1Ggz Kj16khzdLPot01C/Ie7RkPMkp1tkawyyhKtn58BWeTtuGBGmdqq+m57XtoE5nEnL MBf3r8XtUxMbTDK5GTOP398rqF6hNDIr3jDfzyf4v+oYCm/gZR9aNZ9hkb35n5HM TImvSeeJj3so9IET60XhX048G0RSt8F4lPBPkHAbC6gD8IgipxEHM9IVs4jenTg= =b7nW -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cannot get php errors to go to a file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/29/2014 04:07 PM, Reindl Harald wrote: Am 29.10.2014 um 19:54 schrieb Steven Stern: Using basically the same setup that works on C6, I have a C7 site. in PHP.INI, it says error_log = /tmp/php_errors.log PHP errors do not go there (or anywhere). 1. Apache has write perms to /tmp 2. I have restarted httpd since changing php.ini 3. The base php.ini is from the development version in /usr/share 4. Selinux is disabled PrivateTmp=true works as you can see using /tmp for logfiles is plain stupid OK ... final message. I'm logging to syslog which seems both secure and readily findable. - -- - -- Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUUWc2AAoJEDx7wfUw/4IOviQH/iQdriSP1UiMo8vsIQxwiCQt zw6kD3h1BrJxF/hdsx+eUC+kgiQqiWi0OGdI/BhPzGTAr0UK/Tt2LsHJoWp7XPu9 uYeFhYdziBpzK5+8jDEUFXf839GyLtdP6YEnu2ItBOhob87paak2dw+X/EF1/RTo PJGwYjkvVCYXB4inBZQkIkVYUxYIDzxZCJ/Ym+LUpANNcpQ0Pncd82yI7uu6JsQN 5B1Rvjyc9q5adYRblEO2n04DVYQiJCwnoOjtaF7qxIdCcRxIfN7/Znx1AxdbE5Ck KrhhupbP4M6rnZtD/IsdYM2iWU0fUmp11xQueR7biZb07tbUdGMu+OjjHtFO9eY= =QvoI -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Thu, Oct 30, 2014 at 10:12 AM, Valeri Galtsev galt...@kicp.uchicago.edu wrote: On Wed, October 29, 2014 4:02 pm, Beartooth wrote: On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote: ... Basically, if one thinks he knows more than system vendor, he is just schizophrenic. And we, normal people, do give schizophrenics a privilege to be on their own. As we, normal people know that if the distro maintainers had to update kernel, they had a reason (otherwise, something else breaks). So, we are left running _this_ system, even though it's stressful, still not as stressful as running bleeding edge fedora, right? ;-) What? Stressful?? Fedora??? Naaahhh ... I'm sorry, apart from my laptop, I also run servers. And services are supposed to be up 24/7. And a bunch of people are always logged in... You do the math. This is a corner that system administrators have allowed themselves to be painted into. It's not a law of nature. Civilized organisations will always allow a maintenance Window. In the Windows world it is not an issue. Servers can be rebooted with much more freedom than in the Linux/Unix world. Cheers, Cliff ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On Wed, October 29, 2014 6:32 pm, Cliff Pratt wrote: On Thu, Oct 30, 2014 at 10:12 AM, Valeri Galtsev galt...@kicp.uchicago.edu wrote: On Wed, October 29, 2014 4:02 pm, Beartooth wrote: On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote: ... Basically, if one thinks he knows more than system vendor, he is just schizophrenic. And we, normal people, do give schizophrenics a privilege to be on their own. As we, normal people know that if the distro maintainers had to update kernel, they had a reason (otherwise, something else breaks). So, we are left running _this_ system, even though it's stressful, still not as stressful as running bleeding edge fedora, right? ;-) What? Stressful?? Fedora??? Naaahhh ... I'm sorry, apart from my laptop, I also run servers. And services are supposed to be up 24/7. And a bunch of people are always logged in... You do the math. This is a corner that system administrators have allowed themselves to be painted into. It's not a law of nature. Civilized organisations will always allow a maintenance Window. In the Windows world it is not an issue. Servers can be rebooted with much more freedom than in the Linux/Unix world. Yes, indeed. Those are blasted Unix sysadmins (Hm, I flatter myself by thinking of being one too) that push themselves into being too responsible to their users... No, I don't think Unix admins will start into the direction of Windows world, sorry. I don't even like Windows world mentioned as an example for Unix world! (Don't take me too literally, everybody welcomes good things other worlds have...) Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
On 10/29/2014 4:40 PM, Valeri Galtsev wrote: Yes, indeed. Those are blasted Unix sysadmins (Hm, I flatter myself by thinking of being one too) that push themselves into being too responsible to their users... No, I don't think Unix admins will start into the direction of Windows world, sorry. I don't even like Windows world mentioned as an example for Unix world! (Don't take me too literally, everybody welcomes good things other worlds have...) in my enterprise world, production systems are fully redundant, and have staging servers running identical software configurations. all upgrades and upgrade procedures are tested on staging before being deployed in production.quite often, the staging systems double as the Disaster Recovery systems, but thats another story. virtually all production systems either have a schedulable downtime (2am sunday morning?), or support rolling upgrades with no downtime (such as our 24/7 factory operations where downtime == no product). personally, I'm very glad I work in development, where our informal SLA is more like 9-9 5 days/week (developers like to work late). -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM
If SElinux is in enforcing mode, check /var/log/audit/audit.log for messages with denied to nginx trying accessing your pma path. Or altermatevely you could run audit2why -brvw, provided you have installed the required rpm the above command is part of beforehand. (Smth like python-policy-blah. Can't tell from the top of my head) On Oct 29, 2014 9:25 PM, reynie...@gmail.com reynie...@gmail.com wrote: First I know this is not a list for PHP or Nginx setup or something else but I'll give it a try and ask here for support I'm running a new server with PHP 5.5.18 and Nginx 1.6.2 through FPM/FastCGI. The server is working fine since I have other websites running on it. Now I'm trying to configure phpMyAdmin and I tried this: * 1. *Create a file under `/etc/nginx/sites-available/phpMyAdmin with this content: server { server_name phpmyadmin.dev pma; root /usr/share/phpMyAdmin; location / { index index.php; } ## Images and static content is treated different location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|xml)$ { access_logoff; expires 360d; } location ~ /\.ht { deny all; } location ~ /(libraries|setup/frames|setup/libs) { deny all; return 404; } location ~ \.php$ { include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $root$fastcgi_script_name; } access_log /var/log/nginx/phpmyadmin/access.log; error_log /var/log/nginx/phpmyadmin/error.log; } But any time I restart Nginx service I got this error: nginx: [emerg] unknown root variable nginx: configuration file /etc/nginx/nginx.conf test failed * 2. *Create a symbolic link in `/var/www/html` to the route where phpMyAdmin was installed `/usr/share/phpMyAdmin` by running `ln -s /usr/share/phpMyAdmin/ /var/www/html` that way Nginx start fine but when I go to `http://devserver/phpMyAdmin` I got `Access denied.` What I'm doing wrong? What is the right way to configure the server in order to serve phpMyAdmin as any other site? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM
Dear list members, sorry for top posting. Couldn't find a respective setting on gmail mobile client at 2AM ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 6.5 equivalents in CentOS 7
I tried to install CentOS 7 on a new system. It works. However, I'm noticing small things: 1. system-config-network-tui is not installed and yum cannot find it. I realized for this -- nmtui What about firewall? I can't seem to understand the replacement from system-config-firewall-tui Jason ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wow! Double wow!
in my enterprise world, production systems are fully redundant, and have staging servers running identical software configurations. all upgrades and upgrade procedures are tested on staging before being deployed in production.quite often, the staging systems double as the Disaster Recovery systems, but thats another story. virtually all production systems either have a schedulable downtime (2am sunday morning?), or support rolling upgrades with no downtime (such as our 24/7 factory operations where downtime == no product). personally, I'm very glad I work in development, where our informal SLA is more like 9-9 5 days/week (developers like to work late). Sounds like you have a dream job John! At the very least for a company that spends money on proper hardware! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM
On Wed, Oct 29, 2014 at 8:05 PM, Alexei Altuhov alexx...@gmail.com wrote: If SElinux is in enforcing mode, check /var/log/audit/audit.log for messages with denied to nginx trying accessing your pma path. Or altermatevely you could run audit2why -brvw, provided you have installed the required rpm the above command is part of beforehand. (Smth like python-policy-blah. Can't tell from the top of my head) SELinux is disabled so I not have any message for deniend on audit.log file and the second command was not found I think I need to install something else ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] No X with new 6.6 kernel(SOLVED)
On 10/29/14 07:03, Ned Slider wrote: On 29/10/14 03:09, Akemi Yagi wrote: On Tue, Oct 28, 2014 at 7:33 PM, Johnny Hughes joh...@centos.org wrote: On 10/28/2014 09:06 PM, Mark LaPierre wrote: On 10/28/14 21:13, Mark LaPierre wrote: Hey Y'all, After upgrade to 6.6 my gui will not start. The problem is probably related to the dusty old video card I've got in this crusty old machine. 01:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7600 GS] (rev a2) I've got the proprietary drivers installed. Normally when I update my kernel the video module is rebuilt automagically. That probably doesn't work with the new kernel. I can get the GUI running by booting into the previous kernel version. Does anyone know what repository and package name I need to update the driver for 6.6? Okay, I erased kmod-nvidia-304xx and nvidia-x11-drv-304xx I booted into the new kernel and reinstalled kmod-nvidia-304xx and nvidia-x11-drv-304xx. After a reboot still no joy. The Xorg.0.log says: [57.575] (EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your [57.575] (EE) NVIDIA: system's kernel log for additional error messages. Where do I find said kernel log? Do you also have kernel-devel for the new kernel installed? I don't know how that package works (it is not in one of the CentOS repo's) but it might need to be updated by the provider to work with the new kernel as well. Akemi, is that an elrepo package .. and does it work with 6.6? Someone called my name ... :) Mark, first make sure you need the -304xx driver by running nvidia-detect: http://elrepo.org/tiki/nvidia-detect Once confirmed, you need to install the latest version of kmod-nvidia-304xx from the elrepo-testing repository on your 6.6 OS. Please see: http://elrepo.org/bugs/view.php?id=517 They will eventually be moved to the elrepo main repository. Akemi Akemi is correct. Users of kmod-nvidia-304xx will need to update to the latest release (currently kmod-nvidia-304xx-304.123-3.el6.elrepo) at the same time as updating to 6.6. Please note, due to changes in the 6.6 kernel ABI, the original release (304.123-1) is compatible with 6.5 but NOT 6.6, and latest release (304.123-3) is compatible with 6.6 but NOT backwards compatible with 6.5. This means you MUST update kmod-nvidia-304xx at the same time as performing the 6.5 to 6.6 update / reboot if you want X to continue working seamlessly. The newer kmod-nvidia-304xx release(s) are in the elrepo-testing repository, and are now also syncing to the main elrepo repository. The current 340.xx driver is unaffected. The older 173.xx driver may also be similarly affected but I have not tested it and have yet to receive a bug report on it. If it is similarly broken I will fix it as and when someone reports it and is able to test the fix. Thanks. Hey Ned, The new driver package appeared on my update list this evening. I installed it and rebooted into the new kernel. All is well. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
On Wed, 29 Oct 2014 17:50:54 -0700 Jason T. Slack-Moehrle slackmoeh...@gmail.com wrote: I tried to install CentOS 7 on a new system. It works. However, I'm noticing small things: 1. system-config-network-tui is not installed and yum cannot find it. I realized for this -- nmtui What about firewall? I can't seem to understand the replacement from system-config-firewall-tui man firewall-cmd HTH, :-) Marko ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
so I figured this out, I think: firewall-cmd --zone=public --add-port=2888/tcp --permanent but if is a known service, you can use: firewall-cmd --zone=public --add-service=http --permanent and then reload the firewall firewall-cmd --reload On Wed, Oct 29, 2014 at 5:50 PM, Jason T. Slack-Moehrle slackmoeh...@gmail.com wrote: I tried to install CentOS 7 on a new system. It works. However, I'm noticing small things: 1. system-config-network-tui is not installed and yum cannot find it. I realized for this -- nmtui What about firewall? I can't seem to understand the replacement from system-config-firewall-tui Jason ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
Thanks Marko for the reply. Soo I changed my ssh port in sshd_config and did: systemctl restart sshd.service. I then did: firewall-cmd --add-port=port/tcp firewall-cmd --permanent --add-port=port/tcp firewall-cmd --reload and for safety: systemctl restart firewalld and I get a connection:refused. so I decided to do systemctl stop firewalld and try again, still connection refused. Commented out the port line in sshd_config (so back to 22) and restart, works. so I am confused as to what is happening. I have done this 100 times in CentOS 6.x On Wed, Oct 29, 2014 at 7:13 PM, Marko Vojinovic vvma...@gmail.com wrote: On Wed, 29 Oct 2014 17:50:54 -0700 Jason T. Slack-Moehrle slackmoeh...@gmail.com wrote: I tried to install CentOS 7 on a new system. It works. However, I'm noticing small things: 1. system-config-network-tui is not installed and yum cannot find it. I realized for this -- nmtui What about firewall? I can't seem to understand the replacement from system-config-firewall-tui man firewall-cmd HTH, :-) Marko ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
On 10/30/2014 03:41 PM, Jason T. Slack-Moehrle wrote: Soo I changed my ssh port in sshd_config and did: systemctl restart sshd.service. ... and I get a connection:refused. selinux is set to only allow sshd to listen on port 22, you need to do something like: semanage port -a -t ssh_port_t -p tcp Peter ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
yes, so I just figured out. Thank you so much. Where does `semanage` come from? I tried policycoreutils-python but it cannot be found. On Wed, Oct 29, 2014 at 8:10 PM, Peter pe...@pajamian.dhs.org wrote: On 10/30/2014 03:41 PM, Jason T. Slack-Moehrle wrote: Soo I changed my ssh port in sshd_config and did: systemctl restart sshd.service. ... and I get a connection:refused. selinux is set to only allow sshd to listen on port 22, you need to do something like: semanage port -a -t ssh_port_t -p tcp Peter ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
On 10/30/2014 04:16 PM, Jason T. Slack-Moehrle wrote: yes, so I just figured out. Thank you so much. Where does `semanage` come from? I tried policycoreutils-python but it cannot be found. It should be in policycoreutils-python. Try: yum provides \*bin/semanage Peter ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
On Wed, 2014-10-29 at 19:14 -0700, Jason T. Slack-Moehrle wrote: so I figured this out, I think: firewall-cmd --zone=public --add-port=2888/tcp --permanent but if is a known service, you can use: firewall-cmd --zone=public --add-service=http --permanent and then reload the firewall firewall-cmd --reload iptables -A table-name -p tcp --dport 80 -j ACCEPT No reboot needed. 'table-name' can be INPUT or another user defined table name. firewall-cmd with its Windoze-like structure and syntax is definitely unappealing to many normal firewall users. -- Regards, Paul. England, EU. Learning until I die or experience dementia. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.5 equivalents in CentOS 7
On Thu, Oct 30, 2014 at 03:56:58AM +, Always Learning wrote: iptables -A table-name -p tcp --dport 80 -j ACCEPT No reboot needed. 'table-name' can be INPUT or another user defined table name. firewall-cmd with its Windoze-like structure and syntax is definitely unappealing to many normal firewall users. If this is done on a box with firewalld enabled it will be overwritten as firewalld knows nothing about it. John -- Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote. -- Ben Franklin pgp6fzyQqTGjJ.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos