Re: [CentOS] do not uninstall old when yum install new

2019-03-25 Thread Kenneth Porter
--On Tuesday, March 26, 2019 10:07 AM +0800 wuzhouhui 
 wrote:



I have a specific needs that requires yum do not to uninstall old
version when install new one. For example, I found that
yum install kernel
will install new kernel, and old kernel will remained. But
yum install 
will uninstall old version after install new one, how to disable it?



From yum.conf(5):


installonlypkgs List of package provides that should only ever be 
installed, never updated.  Kernels in particular fall into this category. 
Defaults to kernel, kernel-bigmem, kernel-enter- prise, kernel-smp, 
kernel-debug, kernel-unsupported, kernel- source, kernel-devel, kernel-PAE, 
kernel-PAE-debug.


Note that because these are provides, and not just package names, 
kernel-devel will also apply to kernel-debug-devel, etc.


Note that "kernel-modules" is not in this list, in RHEL-6, and so anything 
providing that is updated like any other package.


installonly_limit Number of packages listed in installonlypkgs to keep 
installed at the same time. Setting to 0 disables this feature. Default is 
'3'. Note that this functionality used to be in the "installonlyn" plugin, 
where this option was altered via tokeep.  Note that as of version 3.2.24, 
yum will now look in the yumdb for a installonly attribute on installed 
packages. If that attribute is "keep", then they will never be removed.




___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] How to specify kernel version when restart kdump

2019-03-25 Thread wuzhouhui
Hi,

Is there a way to specify kernel version when (re)start kdump
service? Suppose I have install a new kernel and kdump will
generate kdump.img for new kernel in next boot. But I want kdump
to generate kdump.img for new kernel immediately, is it possible?

Thanks.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] do not uninstall old when yum install new

2019-03-25 Thread wuzhouhui
Hi,

I have a specific needs that requires yum do not to uninstall old
version when install new one. For example, I found that
yum install kernel
will install new kernel, and old kernel will remained. But
yum install 
will uninstall old version after install new one, how to disable it?

Thanks.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] servidor no inicia

2019-03-25 Thread Miguel González
Existe un modo interactivo (creo que con se activa en el arranque
pulsando i) que te permite decidir si un servicio se arranca o no.

La otra opción es arrancar con el DVD de rescate y borrar las entradas
al servicio...es un Centos 6 o 7?

On 03/25/19 5:15 PM, Roberto Bermúdez wrote:
> Buenos dias amigos, agradezco todos sus mensajes de ayuda pero
> lamentablemente debo indicar que aun nbo puedo solucionar mi problema, les
> haba comentado que me daba cuenta que el servidor si inicia porque puedo
> ver el teamveiwer que se inicia, (es el programa de escritorio remoto que
> se inicia con el sistema operativo), pero no puedo ingresar en el servidor
> porque se me queda la pantalla en blanco, si en el servidor soy directo
> ctrl + alt + F2 para pasarme a la consola, no me sale el prompt para
> logearme, y no puedo ingresar al servidor por modo texto tampoco, lo unico
> que puedo hacer es iniciar en modo rescate con el DVD de centos, pero por
> este medio como podra desactivar un servicio para que no se inicia con el
> equipo?
>
> Una excelente semana para todos
>
> El jue., 21 de mar. de 2019 a la(s) 08:45, Aland Laines (
> aland.lai...@gmail.com) escribió:
>
>> Hola, aqui en google encontre un error parecido al tuyo,
>>
>> https://github.com/mailcow/mailcow-dockerized/issues/1561
>>
>> Parece que tiene que ver algo con docker, en tu log aparece algo mas?
>>
>> Saludos,
>>
>> [image: SGINFO Perú]
>>
>> Aland Laines Calonge
>> Web Developer | SGINFO Perú
>> phone: +51 992 233 260
>> email: aland.lai...@gmail.com
>> address: Jr. Carlos Arrieta 123 - Barranco
>>
>>
>> El mié., 20 mar. 2019 a las 18:11, Roberto Bermúdez ()
>> escribió:
>>
>>> Buenas tardes a todos, esperando que se encuentren bien me ditijo a
>> ustedes
>>> para hacerles nuevamente una interrogante esperando que me pueda ayudar
>>>
>>> Tengo un servidor que de un momento a otro estuvo trabajando lento, este
>>> servidor es un servidor propiemente dicho HP PROLIANT G11, al mandar a
>>> reiniciar el equipo no se inició mas dando un mensaje de error en el que
>>> indicaba que no se encuentra el grubx64.efi
>>>
>>> por lo general esto lo solucionaba reinstalando el sistema entero (por
>>> novato), pero googleando por ahí encontré se tiene una copia del del
>>> archivo en otro directorio del cual solo es cuestión de copiarlo a la
>>> ubicación original y con eso inicia el sistema, hasta acá todo funciona,
>> el
>>> problema se da en que cuando quiero ver los servidores que se van
>>> iniciando, el servidor se queda parado y no termina de iniciar saliendo
>>> siempre un error que dice:
>>>
>>> [ ok ] started session 69 of user sogo
>>>
>>> y comiensa a iniciar varias sesiones de este usuario, dicho usuario nunca
>>> se ha dado de alta en el sistema, no es un usuario del sistema por lo que
>>> no se que sesión es la que quiere iniciar o está iniciando, no se como
>>> evitar esto para que se inicie bien el servidor, y me puedo dar cuenta
>> que
>>> el servidor inicia porque se levanta el teamviewer instalado en el
>>> servidor.
>>>
>>> Agradezco de antemano cualquier ayuda que me puedan dar
>>>
>>> Saludos cordiales
>>> Rogerb99
>>> ___
>>> CentOS-es mailing list
>>> CentOS-es@centos.org
>>> https://lists.centos.org/mailman/listinfo/centos-es
>>>
>> ___
>> CentOS-es mailing list
>> CentOS-es@centos.org
>> https://lists.centos.org/mailman/listinfo/centos-es
>>
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>


---
This email has been checked for viruses by AVG.
https://www.avg.com

___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


[CentOS-announce] CESA-2019:0633 Important CentOS 7 ghostscript Security Update

2019-03-25 Thread Johnny Hughes


CentOS Errata and Security Advisory 2019:0633 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2019:0633

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
fed299b46ff9a9a7ade1b8d52a4c6859d0a3ccfd5ba6db1d6739b2cdc70c521b  
ghostscript-9.07-31.el7_6.10.i686.rpm
0c91be5be0817663c0bffd9c37b569caa5e50b3413d479fa298c6b3fb2102f25  
ghostscript-9.07-31.el7_6.10.x86_64.rpm
095f0c811670f0e727c95a2d4226122cd34d97863d68643053225ab0d03a492f  
ghostscript-cups-9.07-31.el7_6.10.x86_64.rpm
879ef4fb0b05f291ceefde08805694777b770450938a62ba932604e72acd75d7  
ghostscript-devel-9.07-31.el7_6.10.i686.rpm
886805349e730d84e31ebec2d10ad24ded7d99a56595112b40a273761d8ab979  
ghostscript-devel-9.07-31.el7_6.10.x86_64.rpm
b7adc36e61889e9695fe2461e7f0f9416e57d007a6b3df25f01acf4c0191ce29  
ghostscript-doc-9.07-31.el7_6.10.noarch.rpm
f641f2ba7c4e0f9da1356bc891778dbc87ceeb8fe6fa3f08df9109bdbc32b162  
ghostscript-gtk-9.07-31.el7_6.10.x86_64.rpm

Source:
2013a61cf7a054412f08b9c18b823b160fb104e04fb0cf7f2ac2197910e49e55  
ghostscript-9.07-31.el7_6.10.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS

___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce


[CentOS-docs] [Gitblit] arrfab pushed 1 commits => websites/centos.org.git

2019-03-25 Thread Gitblit
https://git.centos.org/summary/websites!centos.org.git

>---
 master branch updated (1 commits)
>---

 Fabian Arrotin 
 Monday, March 25, 2019 17:59 +

 Removed Cologix : not interested in sponsoring anymore

 
https://git.centos.org/commit/websites!centos.org.git/cd84582a64bbec61d9dee299610f9d34f3ce8413
___
CentOS-docs mailing list
CentOS-docs@centos.org
https://lists.centos.org/mailman/listinfo/centos-docs


Re: [CentOS] detect agfl count corruption and reset agfl

2019-03-25 Thread Akemi Yagi
On Mon, Mar 25, 2019 at 8:43 AM Akemi Yagi  wrote:
>
> > On 3/25/19 4:44 AM, Richard Flack wrote:
> > > Hi there,
> > >
> > > My apologies if this is the wrong place to post this, but I was
> > > wondering if anyone had any information on whether or not the following
> > > patch has or will make its way into the CentOS Kernel?
> > >
> > > https://patchwork.kernel.org/patch/10283095/

> The patch is commit a27ba2607e60312554cbcd43fc660b2c7f29dc9c upstream
> (kernel.org). It was applied to kernel 4.16 and backported to 4.14 (
> https://lkml.org/lkml/2018/6/4/184 ). Therefore both CentOS kernels
> 4.14 and 4.19 have that patch.

Just checked the current CentOS kernel and confirm that the patch is in there.

[fs] xfs: detect agfl count corruption and reset agfl (Brian Foster) [1569471]

It was added as of kernel 3.10.0-912.el7. In other words all 7.6.1810
kernels are patched. What is the version of your running kernel?

Akemi
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-es] servidor no inicia

2019-03-25 Thread Roberto Bermúdez
Buenos dias amigos, agradezco todos sus mensajes de ayuda pero
lamentablemente debo indicar que aun nbo puedo solucionar mi problema, les
haba comentado que me daba cuenta que el servidor si inicia porque puedo
ver el teamveiwer que se inicia, (es el programa de escritorio remoto que
se inicia con el sistema operativo), pero no puedo ingresar en el servidor
porque se me queda la pantalla en blanco, si en el servidor soy directo
ctrl + alt + F2 para pasarme a la consola, no me sale el prompt para
logearme, y no puedo ingresar al servidor por modo texto tampoco, lo unico
que puedo hacer es iniciar en modo rescate con el DVD de centos, pero por
este medio como podra desactivar un servicio para que no se inicia con el
equipo?

Una excelente semana para todos

El jue., 21 de mar. de 2019 a la(s) 08:45, Aland Laines (
aland.lai...@gmail.com) escribió:

> Hola, aqui en google encontre un error parecido al tuyo,
>
> https://github.com/mailcow/mailcow-dockerized/issues/1561
>
> Parece que tiene que ver algo con docker, en tu log aparece algo mas?
>
> Saludos,
>
> [image: SGINFO Perú]
>
> Aland Laines Calonge
> Web Developer | SGINFO Perú
> phone: +51 992 233 260
> email: aland.lai...@gmail.com
> address: Jr. Carlos Arrieta 123 - Barranco
>
>
> El mié., 20 mar. 2019 a las 18:11, Roberto Bermúdez ()
> escribió:
>
> > Buenas tardes a todos, esperando que se encuentren bien me ditijo a
> ustedes
> > para hacerles nuevamente una interrogante esperando que me pueda ayudar
> >
> > Tengo un servidor que de un momento a otro estuvo trabajando lento, este
> > servidor es un servidor propiemente dicho HP PROLIANT G11, al mandar a
> > reiniciar el equipo no se inició mas dando un mensaje de error en el que
> > indicaba que no se encuentra el grubx64.efi
> >
> > por lo general esto lo solucionaba reinstalando el sistema entero (por
> > novato), pero googleando por ahí encontré se tiene una copia del del
> > archivo en otro directorio del cual solo es cuestión de copiarlo a la
> > ubicación original y con eso inicia el sistema, hasta acá todo funciona,
> el
> > problema se da en que cuando quiero ver los servidores que se van
> > iniciando, el servidor se queda parado y no termina de iniciar saliendo
> > siempre un error que dice:
> >
> > [ ok ] started session 69 of user sogo
> >
> > y comiensa a iniciar varias sesiones de este usuario, dicho usuario nunca
> > se ha dado de alta en el sistema, no es un usuario del sistema por lo que
> > no se que sesión es la que quiere iniciar o está iniciando, no se como
> > evitar esto para que se inicie bien el servidor, y me puedo dar cuenta
> que
> > el servidor inicia porque se levanta el teamviewer instalado en el
> > servidor.
> >
> > Agradezco de antemano cualquier ayuda que me puedan dar
> >
> > Saludos cordiales
> > Rogerb99
> > ___
> > CentOS-es mailing list
> > CentOS-es@centos.org
> > https://lists.centos.org/mailman/listinfo/centos-es
> >
> ___
> CentOS-es mailing list
> CentOS-es@centos.org
> https://lists.centos.org/mailman/listinfo/centos-es
>
___
CentOS-es mailing list
CentOS-es@centos.org
https://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS] detect agfl count corruption and reset agfl

2019-03-25 Thread Akemi Yagi
On Mon, Mar 25, 2019 at 5:04 AM Johnny Hughes  wrote:
>
> On 3/25/19 4:44 AM, Richard Flack wrote:
> > Hi there,
> >
> > My apologies if this is the wrong place to post this, but I was
> > wondering if anyone had any information on whether or not the following
> > patch has or will make its way into the CentOS Kernel?
> >
> > https://patchwork.kernel.org/patch/10283095/

> 2. Kernel in the AltArch tree .. We have to use a different kernel for
> armhfp, and we also build it for other CentOS arches .. it lives at:
>
> http://mirror.centos.org/altarch/7/kernel/
>
> This kernel is based on a kernel.org LTS kernel (currently 4.14.x) and
> if that patch gets rolled into the LTS stream, it will be in our kernels
> there.
>
> 3. Experimential kernel in the AltArch tree .. this is a newer LTS
> kernel (which we will use in future armhfp releases .. it is currently
> based on 4.19.x LTS kernel.org kernel.  This one will replace the 4.14
> kernel in the 7.7.x release whenever that happens.  If that patch makes
> it into 4.19.x LTS at kernel.org then it will be in this kernel too.
>
> http://mirror.centos.org/altarch/7/experimental/

The patch is commit a27ba2607e60312554cbcd43fc660b2c7f29dc9c upstream
(kernel.org). It was applied to kernel 4.16 and backported to 4.14 (
https://lkml.org/lkml/2018/6/4/184 ). Therefore both CentOS kernels
4.14 and 4.19 have that patch.

Akemi
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] http error when updating 7.5 ==> 7.6

2019-03-25 Thread Fred Smith
On Mon, Mar 25, 2019 at 07:32:33AM -0500, Johnny Hughes wrote:
> On 3/25/19 6:37 AM, Johnny Hughes wrote:
> > On 3/23/19 9:19 AM, Bez Thomas wrote:
> >>> On Mar 22, 2019, at 9:52 PM, Fred Smith  
> >>> wrote:
> >>>
> >>> Was just doing a (very) belated update on a 7.5 system and ran into
> >>> this set of errors:
> >>>
> >>
> >>> Some delta RPMs failed to download or rebuild. Retrying..
> >>>
> >>
> >>
> >>>
> >>> so, anybody know why we're getting the 416 error from yum but not from
> >>> firefox?
> >>>
> >>
> >> Hi Fred,
> >>
> >> Ran into this yesterday. It seems to be a delta rpm problem.
> >> Firefox is working because it’s downloading the whole rpm, avoiding the 
> >> issue.
> >>
> >> setting 
> >> deltarpm=0
> >> in /etc/yum.conf is an equivalent workaround, and fixed the issue for me. 
> >>
> >> I’d appreciate someone who knows more about how delta rpms work weighing 
> >> in on what the actual issue is.
> >>
> > 
> > Not sure what happened with the drpms, but I will regenerate all the
> > polkit drpms with the upcoming ghostscript release later this morning.
> > 
> > I added drpm tests to our pre-release CI tests as well.
> > 
> 
> This is not the first time we have had issues with drpms in the update tree.
> 
> Would anyone be opposed to taking away deltarpms from the repositories?
> 
> They take up lots of space and they have cause multiple issues in the past.
> 
> Thoughts?
> 
> 

Johnny, thanks for looking into this.

I, for one, have no  issue with there being no drpms. their purpose was,
as I recall, to save bandwidth. this may still help for busy mirrors,
but for most of us bandwidth is no  problem. Someone on dialup may
disagree, but how many of those are there these days?

Fred

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us 
Do you not know? Have you not heard? 
The LORD is the everlasting God, the Creator of the ends of the earth. 
  He will not grow tired or weary, and his understanding no one can fathom.
- Isaiah 40:28 (niv) -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] http error when updating 7.5 ==> 7.6

2019-03-25 Thread John R. Dennison
On Mon, Mar 25, 2019 at 07:32:33AM -0500, Johnny Hughes wrote:
> 
> This is not the first time we have had issues with drpms in the update tree.
> 
> Would anyone be opposed to taking away deltarpms from the repositories?
> 
> They take up lots of space and they have cause multiple issues in the past.
> 
> Thoughts?

A big +1 to punting.






John

-- 
Get your facts first, and then you can distort them as much as you please.

-- Mark Twain (1835-1910), Rudyard Kipling, An Interview with Mark Twain,
   p. 180, From sea to sea: letters of travel, (1899)


pgpCyU8BweE2Q.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] http error when updating 7.5 ==> 7.6

2019-03-25 Thread Johnny Hughes
On 3/25/19 6:37 AM, Johnny Hughes wrote:
> On 3/23/19 9:19 AM, Bez Thomas wrote:
>>> On Mar 22, 2019, at 9:52 PM, Fred Smith  
>>> wrote:
>>>
>>> Was just doing a (very) belated update on a 7.5 system and ran into
>>> this set of errors:
>>>
>>
>>> Some delta RPMs failed to download or rebuild. Retrying..
>>>
>>
>>
>>>
>>> so, anybody know why we're getting the 416 error from yum but not from
>>> firefox?
>>>
>>
>> Hi Fred,
>>
>> Ran into this yesterday. It seems to be a delta rpm problem.
>> Firefox is working because it’s downloading the whole rpm, avoiding the 
>> issue.
>>
>> setting 
>> deltarpm=0
>> in /etc/yum.conf is an equivalent workaround, and fixed the issue for me. 
>>
>> I’d appreciate someone who knows more about how delta rpms work weighing in 
>> on what the actual issue is.
>>
> 
> Not sure what happened with the drpms, but I will regenerate all the
> polkit drpms with the upcoming ghostscript release later this morning.
> 
> I added drpm tests to our pre-release CI tests as well.
> 

This is not the first time we have had issues with drpms in the update tree.

Would anyone be opposed to taking away deltarpms from the repositories?

They take up lots of space and they have cause multiple issues in the past.

Thoughts?




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] detect agfl count corruption and reset agfl

2019-03-25 Thread Johnny Hughes
On 3/25/19 4:44 AM, Richard Flack wrote:
> Hi there,
> 
> My apologies if this is the wrong place to post this, but I was
> wondering if anyone had any information on whether or not the following
> patch has or will make its way into the CentOS Kernel?
> 
> https://patchwork.kernel.org/patch/10283095/
> 
> We are currently experiencing this problem with the latest version of
> CloudLinux (based on CentOS), so I believe it isn't currently included.
> Is there any particular procedure to request a patch for future Kernel
> releases?
> 

We have no idea what patches will go into the default CentOS kernels ..
we rebuild the source code that Red Hat releases for RHEL.

We do maintain several kernels on our own ..

1.  CentOS Plus kernel .. We add patches there, but it would need to be
backported if it does not apply.  We use this bug to maintain the Plus
Kernel:

https://bugs.centos.org/view.php?id=6828

2. Kernel in the AltArch tree .. We have to use a different kernel for
armhfp, and we also build it for other CentOS arches .. it lives at:

http://mirror.centos.org/altarch/7/kernel/

This kernel is based on a kernel.org LTS kernel (currently 4.14.x) and
if that patch gets rolled into the LTS stream, it will be in our kernels
there.

3. Experimential kernel in the AltArch tree .. this is a newer LTS
kernel (which we will use in future armhfp releases .. it is currently
based on 4.19.x LTS kernel.org kernel.  This one will replace the 4.14
kernel in the 7.7.x release whenever that happens.  If that patch makes
it into 4.19.x LTS at kernel.org then it will be in this kernel too.

http://mirror.centos.org/altarch/7/experimental/

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS 7 - AltArch i386 - DVD iso?

2019-03-25 Thread Johnny Hughes
On 3/23/19 2:02 PM, Gordon Messmer wrote:
> On 3/23/19 10:06 AM, Jonathan Billings wrote:
>> I don’t do unmanaged installs that often, but last I tried, if you
>> boot off and install from a CD/DVD it doesn’t bring up the network by
>> default.
> 
> 
> That sounds consistent with what I saw.  I don't think there's any
> reason to call out the Minimal ISO as being deficient or defective in
> any way (as mark did).

BTW .. if it were up to me, the default installs would turn on
networking with DHCP by default .. but it's not up to me.

We just use the defaults provided by anaconda to match what happens
upstream.

Thanks,
Johnny Hughes




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] http error when updating 7.5 ==> 7.6

2019-03-25 Thread Johnny Hughes
On 3/23/19 9:19 AM, Bez Thomas wrote:
>> On Mar 22, 2019, at 9:52 PM, Fred Smith  
>> wrote:
>>
>> Was just doing a (very) belated update on a 7.5 system and ran into
>> this set of errors:
>>
> 
>> Some delta RPMs failed to download or rebuild. Retrying..
>>
> 
> 
>>
>> so, anybody know why we're getting the 416 error from yum but not from
>> firefox?
>>
> 
> Hi Fred,
> 
> Ran into this yesterday. It seems to be a delta rpm problem.
> Firefox is working because it’s downloading the whole rpm, avoiding the issue.
> 
> setting 
> deltarpm=0
> in /etc/yum.conf is an equivalent workaround, and fixed the issue for me. 
> 
> I’d appreciate someone who knows more about how delta rpms work weighing in 
> on what the actual issue is.
> 

Not sure what happened with the drpms, but I will regenerate all the
polkit drpms with the upcoming ghostscript release later this morning.

I added drpm tests to our pre-release CI tests as well.




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] detect agfl count corruption and reset agfl

2019-03-25 Thread Richard Flack

Hi there,

My apologies if this is the wrong place to post this, but I was 
wondering if anyone had any information on whether or not the following 
patch has or will make its way into the CentOS Kernel?


https://patchwork.kernel.org/patch/10283095/

We are currently experiencing this problem with the latest version of 
CloudLinux (based on CentOS), so I believe it isn't currently included. 
Is there any particular procedure to request a patch for future Kernel 
releases?


--
Best Wishes,
Richard

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos