[CentOS] Pulling in broadwell support for cent6u5

2016-06-15 Thread jsl6uy js16uy
Hello, all. Hope all is well
Is it possible to install kernel and support files from 6u7 into a base 6u5
image to achieve full broadwell support in 6u5?
We are "locked", clearly not fully since willing to up jump kernels, on 6u5.

Thanks for any and all help
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Pulling in broadwell support for cent6u5

2016-06-15 Thread jsl6uy js16uy
Thanks much for the the reply!
Some sec updates/bug fixes have been applied thru the run of 6u5 and after,
but yes, still firmly in 6u5 land. Guess will have to test.
Broadwell cpus do run in the OS, but "6u5" is stated as not supporting
26XXv4 chipsets.

regards

On Wed, Jun 15, 2016 at 4:56 PM, John R Pierce  wrote:

> On 6/15/2016 2:48 PM, jsl6uy js16uy wrote:
>
>> Hello, all. Hope all is well
>> Is it possible to install kernel and support files from 6u7 into a base
>> 6u5
>> image to achieve full broadwell support in 6u5?
>> We are "locked", clearly not fully since willing to up jump kernels, on
>> 6u5.
>>
>
>
> "Locked", meaning you're running a ~3 old OS with no security or bugfix
> updates?thats not good.
>
> All centos 6 systems are the same base version 2.6.32 kernel, with fixes
> and updates backported.   If you're asking, can you run the 2.6.32-573
> kernel with a 6u5 everything-else, well, everything else was never tested
> with that kernel.
>
>
>
> --
> john r pierce, recycling bits in santa cruz
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Pulling in broadwell support for cent6u5

2016-06-21 Thread jsl6uy js16uy
Thanks very much all for the responses
Apologies for delayed had a back injury keeping afk
Definitely have some food for thought

thanks all again

On Sat, Jun 18, 2016 at 10:51 PM, Anthony K  wrote:

> On 16/06/16 13:18, Johnny Hughes wrote:
>
>>
>>   .. the actual definition of a
>> 'CRITICAL' update from Red Hat's perspective is:
>>
>> "This rating is given to flaws that could be easily*exploited by a remote
>> unauthenticated attacker and lead to system compromise (arbitrary code
>> execution) without requiring user interaction*. These are the types
>> of vulnerabilities that can be exploited by worms. Flaws that require an
>> authenticated remote user, a local user, or an unlikely configuration
>> are not classed as Critical impact."
>>
>> Taken from:
>> https://access.redhat.com/security/updates/classification
>>
>
> I think it's time to add a another link to the mailman suffix.
>
> That bold section should scare anyone storing public data on their servers
> without keeping up with security updates whether critical or not!  I'd say
> that whole paragraph needs to be added to the Wiki somewhere and the email
> suffix modified to include a link to it.  This would give us a place to
> point people to - such as - *S**ee link at bottom of signature, you  what you feel necessary here>*.
>
>
> ak.
>
>
> PS: Here's what my suggestion might look like:
> 
> --
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> Latest CentOS Release - 7.v.wxyz -
> https://wiki.centos.org/read-this-if-centos-version-not-at-7.v.wxyz
> 
>
> And just as Johnny said - but what the heck do I know?
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] mirror for debug_info repo

2017-03-28 Thread jsl6uy js16uy
Hello all hope all is well.
We pull down via rsync from a Centos mirror for general updates/os/etc. I
don't see a mirror for debuginfo.centos.org::centos-debuginfo well
debuginfo.centos.org.
The banner for the site states you should only use this site if you plan to
be a public mirror. I have not checked every site on the centos mirror
list, checked 10 to 15 in the US, but the only one I found that even had a
folder for a debug_info sync stated: "due to size this has been moved to
debuginfo.centos.org"
I am only syncing debuginfo.centos.org::centos-debuginfo/7/x86_64 and i386.
Should I pull from here? Is there a better place?
Just trying to do the right thing net/netizen resource usage wise

Any help/guidance appreciated

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


[CentOS] centos 7 and nvme

2017-04-19 Thread jsl6uy js16uy
Hello all, and hope all is well
Has anyone installed / on an nvme ssd for Cent 7? Would anyone know if that
is supported?
I have installed using Arch Linux, but at the time, mid last year, had to
patch grub to recognize nvme. Arch is obviously running a much more recent
kernel.
Not afraid todo some empirical leg work. Just asking if anyone had tried
already

thanks all for any/all help
regards
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] centos 7 and nvme

2017-04-19 Thread jsl6uy js16uy
Sweet!
Thanks much for the update sir! We are locked on a ver, ver == repo/pkg
time slice, within the Cent7u2 release run, but this could be a reason to
push the pointer forward in our infra
I can live with those headaches
Thanks again
Will report back if we do anything above normal tweaking

On Wed, Apr 19, 2017 at 4:23 PM, Jonathan Billings 
wrote:

> On Apr 19, 2017, at 4:25 PM, jsl6uy js16uy  wrote:
> > Hello all, and hope all is well
> > Has anyone installed / on an nvme ssd for Cent 7? Would anyone know if
> that
> > is supported?
> > I have installed using Arch Linux, but at the time, mid last year, had to
> > patch grub to recognize nvme. Arch is obviously running a much more
> recent
> > kernel.
> > Not afraid todo some empirical leg work. Just asking if anyone had tried
> > already
>
> I installed RHEL 7.3 (same kernel as CentOS7) and it worked fine except
> for the fact that ‘efibootmgr’ defaults to using /dev/sda, and the disk is
> called /dev/nvme0n1, so doing stuff like changing the default boot back to
> Windows (dual boot) didn’t work without some tweaking.
>
> --
> Jonathan Billings 
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos