Re: [CentOS] semi-OT:apcupsd

[Gordon Messmer]

On 11/17/2017 09:46 AM, m.r...@5-cent.us wrote:

I started looking at that last year... and could not find, in its
documentation, how to set up almost all of what we have: APC rackmount
UPSes with APC's weired RJ-45-toUSB cable. APCUPSd made that very easy,
and was, in fact, the default configuration.



A USB-attached UPS like yours should be straightforward in NUT.

Add to /etc/ups/ups.conf:

   [apc]
    driver = usbhid-ups
    port = auto

Set MODE=standalone in /etc/ups/nut.conf.

Set up the monitoring user according to the docs.

Done.

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

Re: [CentOS] semi-OT:apcupsd

[Valeri Galtsev]

On Fri, November 17, 2017 1:07 pm, Leon Fauster wrote:
>
>> Am 17.11.2017 um 17:36 schrieb m.r...@5-cent.us:
>>
>> wwp wrote:
>>> On Fri, 17 Nov 2017 10:34:53 -0500 Digimer  wrote:
>>>
 On 2017-11-17 10:16 AM, m.r...@5-cent.us wrote:
> I can't seem to find apcupsd for C 6. Just went to epel's website,
> and
 not
> visible. Anyone have a clue?

 I can't speak to epel, but we have copies of it if that helps you;

 https://alteeve.com/files/apcupsd/
>>>
>>> The (S)RPMs are also easy to find for CentOS 7, for instance at
>>> pkgs.org:
>>> https://pkgs.org/download/apcupsd
>>>
>> Sorry, I should have said I need it for C 6. I've tried install 3-14.14,
>> and it wants a newer glibc than C6 offers.
>
> Rebuilt it:
>
> https://kojipkgs.fedoraproject.org//packages/apcupsd/3.14.14/5.el7/src/apcupsd-3.14.14-5.el7.src.rpm
>

Or just build from tarball. Both are the tasks of the same simplicity ;-)

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
https://lists.centos.org/mailman/listinfo/centos

[CentOS-es] recuperar archivos eliminaos desde BRTFS

[Raphael Verdugo P.]

Hola! . Alguien conoce un metodo simple para recuperar datos eliminados
desde BTRFS, sin snapshot disponible.

Usé herramientas externas, como photorec, pero necesito el nombre original
de los archivos, que NO tienen metadatos para restablecer...

Alguna sugerencia?¿

CentOS 7.3


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

Re: [CentOS] semi-OT:apcupsd

[Leon Fauster]

> Am 17.11.2017 um 17:36 schrieb m.r...@5-cent.us:
> 
> wwp wrote:
>> On Fri, 17 Nov 2017 10:34:53 -0500 Digimer  wrote:
>> 
>>> On 2017-11-17 10:16 AM, m.r...@5-cent.us wrote:
 I can't seem to find apcupsd for C 6. Just went to epel's website, and
>>> not
 visible. Anyone have a clue?
>>> 
>>> I can't speak to epel, but we have copies of it if that helps you;
>>> 
>>> https://alteeve.com/files/apcupsd/
>> 
>> The (S)RPMs are also easy to find for CentOS 7, for instance at
>> pkgs.org:
>> https://pkgs.org/download/apcupsd
>> 
> Sorry, I should have said I need it for C 6. I've tried install 3-14.14,
> and it wants a newer glibc than C6 offers.

Rebuilt it:

https://kojipkgs.fedoraproject.org//packages/apcupsd/3.14.14/5.el7/src/apcupsd-3.14.14-5.el7.src.rpm

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

Re: [CentOS] semi-OT:apcupsd

[Walter H.]

On 17.11.2017 16:16, m.r...@5-cent.us wrote:

I can't seem to find apcupsd for C 6. Just went to epel's website, and not
visible. Anyone have a clue?

mark



yum list | grep apcupsd
shows this:
apcupsd.x86_64  3.14.12-1.el6
@epel


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

Re: [CentOS] semi-OT:apcupsd

[Valeri Galtsev]

On Fri, November 17, 2017 11:46 am, m.r...@5-cent.us wrote:
> John R Pierce wrote:
>> On 11/17/2017 7:16 AM, m.r...@5-cent.us wrote:
>>> I can't seem to find apcupsd for C 6. Just went to epel's website, and
>>> not
>>> visible. Anyone have a clue?
>>>
>>
>> suggestion, use NUT instead, the Network UPS Tools  works for all
>> sorts of UPS's, not just APC, and supports a master/slave sort of
>> network control of power management.
>> here's the project site for an overview... http://networkupstools.org/
>>
>> nut is in EPEL
>>
> I started looking at that last year... and could not find, in its
> documentation, how to set up almost all of what we have: APC rackmount
> UPSes with APC's weired RJ-45-toUSB cable. APCUPSd made that very easy,
> and was, in fact, the default configuration.

I was using apcupsd for over decade until after we moved to the server
room with central UPSes. I always was installing that "UNIX" way: by
downloading tarball and compiling it.

I hope, this helps.

Valeri

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



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
https://lists.centos.org/mailman/listinfo/centos

[CentOS-announce] CESA-2017:3247 Critical CentOS 7 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2017:3247 Critical

Upstream details at : https://access.redhat.com/errata/RHSA-2017:3247

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

x86_64:
69d18c12d875499e09d20142293882e45d27e6998df7ea6a4134da97e11d  
firefox-52.5.0-1.el7.centos.i686.rpm
3fea84e873702db7febafaf1677c89d7038127c3280921b6e8498911618eb4a7  
firefox-52.5.0-1.el7.centos.x86_64.rpm

Source:
25633241b2c7d527db4cb389b1fb9a57e8b82cebc8c3794043eb0ddb074438d8  
firefox-52.5.0-1.el7.centos.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-announce] CESA-2017:3247 Critical CentOS 6 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2017:3247 Critical

Upstream details at : https://access.redhat.com/errata/RHSA-2017:3247

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

i386:
d7077384cc2593c8bc462d76e5167ba9e8fd9bcc517c8ce01dc110ad259b7d6b  
firefox-52.5.0-1.el6.centos.i686.rpm

x86_64:
d7077384cc2593c8bc462d76e5167ba9e8fd9bcc517c8ce01dc110ad259b7d6b  
firefox-52.5.0-1.el6.centos.i686.rpm
61d760be7c4fc39ea73792b64bf1c795f2e69cb3da13897e2b3b0e60506f7648  
firefox-52.5.0-1.el6.centos.x86_64.rpm

Source:
e1f638e27bac1f4aec6cbbec91a0bfda495c77f6f1089771cb7e45df32f1a616  
firefox-52.5.0-1.el6.centos.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

Re: [CentOS] semi-OT:apcupsd

[m . roth]

John R Pierce wrote:
> On 11/17/2017 7:16 AM, m.r...@5-cent.us wrote:
>> I can't seem to find apcupsd for C 6. Just went to epel's website, and
>> not
>> visible. Anyone have a clue?
>>
>
> suggestion, use NUT instead, the Network UPS Tools  works for all
> sorts of UPS's, not just APC, and supports a master/slave sort of
> network control of power management.
> here's the project site for an overview... http://networkupstools.org/
>
> nut is in EPEL
>
I started looking at that last year... and could not find, in its
documentation, how to set up almost all of what we have: APC rackmount
UPSes with APC's weired RJ-45-toUSB cable. APCUPSd made that very easy,
and was, in fact, the default configuration.

  mark

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

Re: [CentOS] semi-OT:apcupsd

[John R Pierce]

On 11/17/2017 7:16 AM, m.r...@5-cent.us wrote:

I can't seem to find apcupsd for C 6. Just went to epel's website, and not
visible. Anyone have a clue?



suggestion, use NUT instead, the Network UPS Tools  works for all 
sorts of UPS's, not just APC, and supports a master/slave sort of 
network control of power management.

here's the project site for an overview... http://networkupstools.org/

nut is in EPEL

--
john r pierce, recycling bits in santa cruz

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

[CentOS] CentOS Linux 6 to CentOS Linux 7 upgrade tool

[Johnny Hughes]

We have asked several times on this list (and other places) for someone
from the Community to maintain the Upgrade Tool for c6 to c7 upgrades.

It was maintained for a very short period of time, and now that version
no longer works.

Info about the tool is here:
https://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool

If we can not get someone to maintain the tool, we are going to have to
remove it from downloads as it no longer works.

Will someone from the Community please step up and maintain it?

Thanks,
Johnny Hughes



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

Re: [CentOS] semi-OT:apcupsd

[wwp]

Hello,


On Fri, 17 Nov 2017 11:36:45 -0500 m.r...@5-cent.us wrote:

> wwp wrote:
> > On Fri, 17 Nov 2017 10:34:53 -0500 Digimer  wrote:
> >  
> >> On 2017-11-17 10:16 AM, m.r...@5-cent.us wrote:  
> >> > I can't seem to find apcupsd for C 6. Just went to epel's website, and  
> >> not  
> >> > visible. Anyone have a clue?  
> >>
> >> I can't speak to epel, but we have copies of it if that helps you;
> >>
> >> https://alteeve.com/files/apcupsd/  
> >
> > The (S)RPMs are also easy to find for CentOS 7, for instance at
> > pkgs.org:
> >  https://pkgs.org/download/apcupsd
> >  
> Sorry, I should have said I need it for C 6. I've tried install 3-14.14,
> and it wants a newer glibc than C6 offers.

Oh, sorry! In fact you said it, C6.

The packages are available from the PUIAS repo (see
https://pkgs.org/download/apcupsd, make sure you select CentOS 6 when
you search for apcupsd).


Regards,

-- 
wwp


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

Re: [CentOS] semi-OT:apcupsd

[m . roth]

wwp wrote:
> On Fri, 17 Nov 2017 10:34:53 -0500 Digimer  wrote:
>
>> On 2017-11-17 10:16 AM, m.r...@5-cent.us wrote:
>> > I can't seem to find apcupsd for C 6. Just went to epel's website, and
>> not
>> > visible. Anyone have a clue?
>>
>> I can't speak to epel, but we have copies of it if that helps you;
>>
>> https://alteeve.com/files/apcupsd/
>
> The (S)RPMs are also easy to find for CentOS 7, for instance at
> pkgs.org:
>  https://pkgs.org/download/apcupsd
>
Sorry, I should have said I need it for C 6. I've tried install 3-14.14,
and it wants a newer glibc than C6 offers.

   mark

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

Re: [CentOS] semi-OT:apcupsd

[wwp]

Hello,


On Fri, 17 Nov 2017 10:34:53 -0500 Digimer  wrote:

> On 2017-11-17 10:16 AM, m.r...@5-cent.us wrote:
> > I can't seem to find apcupsd for C 6. Just went to epel's website, and not
> > visible. Anyone have a clue?
> > 
> >mark  
> 
> I can't speak to epel, but we have copies of it if that helps you;
> 
> https://alteeve.com/files/apcupsd/

The (S)RPMs are also easy to find for CentOS 7, for instance at
pkgs.org:
 https://pkgs.org/download/apcupsd


Regards,

-- 
wwp


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

Re: [CentOS] semi-OT:apcupsd

[wwp]

Hello,


On Fri, 17 Nov 2017 17:02:02 +0100 Tru Huynh  wrote:

> On Fri, Nov 17, 2017 at 10:16:57AM -0500, m.r...@5-cent.us wrote:
> > I can't seem to find apcupsd for C 6. Just went to epel's website, and not
> > visible. Anyone have a clue?  
> 
> https://src.fedoraproject.org/rpms/apcupsd/c/f8647fbf651abc066281e2966832b441d1935590
> ...
> 2016-10-19: Retired orphaned package, because it was orphaned for
> more than six weeks.
> ...
> 
> I guess that no one volonteer to take ownership of the package...
> It's still listed for EL7 so you can probably rebuild it.

Phew! I must have got lucky when I installed it, few weeks/months ago: 
 apcupsd-3.14.14-5.el7.x86_64


Regards,

-- 
wwp


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

Re: [CentOS] semi-OT:apcupsd

[Tru Huynh]

On Fri, Nov 17, 2017 at 10:16:57AM -0500, m.r...@5-cent.us wrote:
> I can't seem to find apcupsd for C 6. Just went to epel's website, and not
> visible. Anyone have a clue?

https://src.fedoraproject.org/rpms/apcupsd/c/f8647fbf651abc066281e2966832b441d1935590
...
2016-10-19: Retired orphaned package, because it was orphaned for
more than six weeks.
...

I guess that no one volonteer to take ownership of the package...
It's still listed for EL7 so you can probably rebuild it.

Tru
-- 
Tru Huynh 
http://pgp.mit.edu:11371/pks/lookup?op=get=0xBEFA581B


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

Re: [CentOS] EXTERNAL: Re: USB Serial Ports

[Wells, Roger K.]

On 11/17/2017 10:06 AM, Denniston, Todd A CIV NAVSURFWARCENDIV Crane, 
JXVS wrote:

-Original Message-
From: Chris Olson [mailto:chris_e_ol...@yahoo.com]
Sent: Thursday, November 16, 2017 5:42 PM
To: CentOS Mailing List
Subject: [CentOS] USB Serial Ports

We have several CentOS 6 systems that are used in various configurations
of test equipment.  One of the primary functions of these systems is the
connectivity to serial ports of some operational systems that have serial
port control requirements.  Lack of interface bus slots led us to the use
of USB connected serial ports on these CentOS 6 systems.

We first used these USB connected serial ports in our RHEL 5 test equipment
systems.  With RHEL 5, shut down and boot up of the systems would often
cause the serial ports to have a different driver name, even though we had
not changed the ports where the USB devices were plugged in.  This caused
software access problems until we discovered what could be done using the
udev rules to lock in the driver names.

This problem seems to have gone away in our newer systems with CentOS 6,
and we would like to make sure that it does not return.  We are deploying
some of the systems and do not want to have software access issues in the
field where fixes are more difficult.  We would like to know if there is
some underlying factor that has solved this problem for us.  Any ideas on
what to check would be greatly appreciated.


I have no idea why it is working better under 6, but it is possible to use UDEV 
rules to force them to be at expected /dev/my_tty* locations using 
vendor_ID/device_ID/serial_number combinations.  Once you figure that out, you 
should even be able to use the same (or at least similar) rules under 7.

I have been using udev rules for usb serial ports for a few years now.
First on CentOS 6.? , IIRC, now on 7.4, and simultaneously on several 
Fedora releases, currently F26.
I would be glad to send the file that I put in /etc/udev/rules.d/ if 
that would help in any way

--
Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.


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



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

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

Re: [CentOS] semi-OT:apcupsd

[Digimer]

On 2017-11-17 10:16 AM, m.r...@5-cent.us wrote:
> I can't seem to find apcupsd for C 6. Just went to epel's website, and not
> visible. Anyone have a clue?
> 
>mark

I can't speak to epel, but we have copies of it if that helps you;

https://alteeve.com/files/apcupsd/

-- 
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived and died in cotton fields and sweatshops." - Stephen Jay Gould
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] semi-OT:apcupsd

[m . roth]

I can't seem to find apcupsd for C 6. Just went to epel's website, and not
visible. Anyone have a clue?

   mark

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

Re: [CentOS] gnome boot problem

[dominic adair-jones]

yessir i can alt+ctl+f2 into another tty and run startx from there to
get into my desktop
as of this morning the "plymouth wait" error was running for about 6
hours whatever is causing it to hang never completes
the screen does go into graphical mode..i unlock my volume and then
the grey background with the 7 and spinning white circle comes
up...the circle spins out and then the screen just sits there it never
boots into the actual desktop.

this happened about a month ago i ran a kernel update, then clean up.
i went to sleep and my server shut off. I turned it back on and have
been experiencing this issue ever since. I removed plymouth and then
logged into the 2nd tty and just left it running for about a month
since its my host and i had alot of stuff on there i needed to access.
i have a little downtime for the next few days so im trying to go back
and get this figured out.

On Fri, Nov 17, 2017 at 10:04 AM,   wrote:
> dominic adair-jones wrote:
>> On Fri, Nov 17, 2017 at 9:14 AM,   wrote:
>>> dominic adair-jones wrote:
 going to run journalctl this evening when i get in and relay any errors
 i see.

 On Thu, Nov 16, 2017 at 6:01 PM, Pete Biggs  wrote:
> On Thu, 2017-11-16 at 22:45 +, dominic adair-jones wrote:
>> Ok that's what I figured Ive narrowed it down to Plymouth but I
>> haven't found much info on what the fix is.
>
> No, plymouth is the process that controls the booting process. It is
> not the problem. It is doing exactly what it's supposed to be doing -
> waiting for a process to finish before going on to its next task. You
> should use journalctl to see what task it is waiting on.
>
>>  As of now I can ctl alt f2 and run
>> startx to get to a desktop.
>
> What graphics card do you have?
>
>>  When I try to run gui (such as keepnote or
>> chromium) from within my vms now tho I get errors.
>
> What errors.
>
>>> Please stop top posting.
>>>
>>> It really sounds like a graphics driver error. Have you looked in
>>> /var/log/Xorg.0.log?
>> sorry about that first time publicly posting like this. I will check
>> this evening. I did remove the x0rg drivers and plymouth but didnt
>> check the logs as it got late.
>
> Reading the thread in this post, I see you saying that startx works
> That would suggest that graphics works, but something in trying to go into
> runlevel 5 is funny.
>
> Stupid question: how long have you waited? C7 seems to take an
> unconsciously long time for the X login to come up.
>
> Do you see the screen go into graphical mode during the boot? You know,
> when it'll go black, then smaller fonts, and more lines on the screen?
>
> Starting to wonder about a timing issue, with a driver not loading.
>
> mark
>
> ___
> 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] gnome boot problem

[m . roth]

dominic adair-jones wrote:
> On Fri, Nov 17, 2017 at 9:14 AM,   wrote:
>> dominic adair-jones wrote:
>>> going to run journalctl this evening when i get in and relay any errors
>>> i see.
>>>
>>> On Thu, Nov 16, 2017 at 6:01 PM, Pete Biggs  wrote:
 On Thu, 2017-11-16 at 22:45 +, dominic adair-jones wrote:
> Ok that's what I figured Ive narrowed it down to Plymouth but I
> haven't found much info on what the fix is.

 No, plymouth is the process that controls the booting process. It is
 not the problem. It is doing exactly what it's supposed to be doing -
 waiting for a process to finish before going on to its next task. You
 should use journalctl to see what task it is waiting on.

>  As of now I can ctl alt f2 and run
> startx to get to a desktop.

 What graphics card do you have?

>  When I try to run gui (such as keepnote or
> chromium) from within my vms now tho I get errors.

 What errors.

>> Please stop top posting.
>>
>> It really sounds like a graphics driver error. Have you looked in
>> /var/log/Xorg.0.log?
> sorry about that first time publicly posting like this. I will check
> this evening. I did remove the x0rg drivers and plymouth but didnt
> check the logs as it got late.

Reading the thread in this post, I see you saying that startx works
That would suggest that graphics works, but something in trying to go into
runlevel 5 is funny.

Stupid question: how long have you waited? C7 seems to take an
unconsciously long time for the X login to come up.

Do you see the screen go into graphical mode during the boot? You know,
when it'll go black, then smaller fonts, and more lines on the screen?

Starting to wonder about a timing issue, with a driver not loading.

mark

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

Re: [CentOS] USB Serial Ports

[Denniston, Todd A CIV NAVSURFWARCENDIV Crane, JXVS]

> -Original Message-
> From: Chris Olson [mailto:chris_e_ol...@yahoo.com]
> Sent: Thursday, November 16, 2017 5:42 PM
> To: CentOS Mailing List
> Subject: [CentOS] USB Serial Ports
> 
> We have several CentOS 6 systems that are used in various configurations
> of test equipment.  One of the primary functions of these systems is the
> connectivity to serial ports of some operational systems that have serial
> port control requirements.  Lack of interface bus slots led us to the use
> of USB connected serial ports on these CentOS 6 systems.
> 
> We first used these USB connected serial ports in our RHEL 5 test equipment
> systems.  With RHEL 5, shut down and boot up of the systems would often
> cause the serial ports to have a different driver name, even though we had
> not changed the ports where the USB devices were plugged in.  This caused
> software access problems until we discovered what could be done using the
> udev rules to lock in the driver names.
> 
> This problem seems to have gone away in our newer systems with CentOS 6,
> and we would like to make sure that it does not return.  We are deploying
> some of the systems and do not want to have software access issues in the
> field where fixes are more difficult.  We would like to know if there is
> some underlying factor that has solved this problem for us.  Any ideas on
> what to check would be greatly appreciated.
> 
I have no idea why it is working better under 6, but it is possible to use UDEV 
rules to force them to be at expected /dev/my_tty* locations using 
vendor_ID/device_ID/serial_number combinations.  Once you figure that out, you 
should even be able to use the same (or at least similar) rules under 7.

--
Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.


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

Re: [CentOS] How to blacklist a device driver (sysemd)

[Denniston, Todd A CIV NAVSURFWARCENDIV Crane, JXVS]

> -Original Message-
> From: James Pearson [mailto:jame...@moving-picture.com]
> Sent: Friday, November 17, 2017 5:21 AM
> To: CentOS mailing list; Frank Thommen
> Subject: Re: [CentOS] How to blacklist a device driver (sysemd)
> 
> Frank Thommen wrote:
> > Hi,
> >
> > how can a specific device driver in CentOS 7 be blacklisted, so that it
> > doesn't load at boot time?  We have Infiniband adapters which are not
> > completely supported by CentOS and we want to silence the error messages
> > for the time being.
> >
> > I tried with the files
> >
> >    /etc/modprobe.d/blacklist
> >    /etc/modprobe.d/blacklist.conf

> >
> > None of these entries helps.  mlx5_core and mlx5_ib are still loaded and
> > the system is flooded with error messages.
> 
> They are probably being loaded via the initramfs at boot time - i.e.
> before the real root is mounted (where the blacklist entries exist)
> 

Having had to blacklist things like this in the past, it has been my experience 
that James is correct.
If the driver is available in the existing initrd (created before the updates 
to the blacklists), then the driver WILL be loaded prior to the blacklists 
being read.
For me I found two solutions that worked:
1) (re)install a new kernel after blacklist creation (which causes an dracut 
run with all the correct parameters)
2) create the blacklists, then workout the correct dracut parameters and run it.

obviously from the point of avoiding research time, doing a boot into an 
_older_ kernel, 
'yum remove kernel-currentversion; yum update kernel' is easier, but once you 
figure out how to tell Dracut to use it's usual parameters for each machine you 
can avoid the time of doing the extra reboot on a bunch of machines.  It has 
been ~4 years since I looked at this so I don't remember how to automate using 
the right options per machine.
Or you could wait for the next CentOS 7 kernel update...Unfortunately the CVE's 
for the 6 kernel that just came out were all fixed in the 7 kernel back in 
October, so I have no expectation of a new 7 kernel anytime soon.

--
Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.

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

Re: [CentOS] gnome boot problem

[dominic adair-jones]

On Fri, Nov 17, 2017 at 9:14 AM,   wrote:
> dominic adair-jones wrote:
>> going to run journalctl this evening when i get in and relay any errors i
>> see.
>>
>> On Thu, Nov 16, 2017 at 6:01 PM, Pete Biggs  wrote:
>>> On Thu, 2017-11-16 at 22:45 +, dominic adair-jones wrote:
 Ok that's what I figured Ive narrowed it down to Plymouth but I haven't
 found much info on what the fix is.
>>>
>>> No, plymouth is the process that controls the booting process. It is
>>> not the problem. It is doing exactly what it's supposed to be doing -
>>> waiting for a process to finish before going on to its next task. You
>>> should use journalctl to see what task it is waiting on.
>>>
>>>
  As of now I can ctl alt f2 and run
 startx to get to a desktop.
>>>
>>> What graphics card do you have?
>>>
  When I try to run gui (such as keepnote or
 chromium) from within my vms now tho I get errors.
>>>
>>> What errors.
>>>
> Please stop top posting.
>
> It really sounds like a graphics driver error. Have you looked in
> /var/log/Xorg.0.log?
sorry about that first time publicly posting like this. I will check
this evening. I did remove the x0rg drivers and plymouth but didnt
check the logs as it got late.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] gnome boot problem

[m . roth]

dominic adair-jones wrote:
> going to run journalctl this evening when i get in and relay any errors i
> see.
>
> On Thu, Nov 16, 2017 at 6:01 PM, Pete Biggs  wrote:
>> On Thu, 2017-11-16 at 22:45 +, dominic adair-jones wrote:
>>> Ok that's what I figured Ive narrowed it down to Plymouth but I haven't
>>> found much info on what the fix is.
>>
>> No, plymouth is the process that controls the booting process. It is
>> not the problem. It is doing exactly what it's supposed to be doing -
>> waiting for a process to finish before going on to its next task. You
>> should use journalctl to see what task it is waiting on.
>>
>>
>>>  As of now I can ctl alt f2 and run
>>> startx to get to a desktop.
>>
>> What graphics card do you have?
>>
>>>  When I try to run gui (such as keepnote or
>>> chromium) from within my vms now tho I get errors.
>>
>> What errors.
>>
Please stop top posting.

It really sounds like a graphics driver error. Have you looked in
/var/log/Xorg.0.log?

  mark

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

Re: [CentOS] gnome boot problem

[dominic adair-jones]

going to run journalctl this evening when i get in and relay any errors i see.

On Thu, Nov 16, 2017 at 6:01 PM, Pete Biggs  wrote:
> On Thu, 2017-11-16 at 22:45 +, dominic adair-jones wrote:
>> Ok that's what I figured Ive narrowed it down to Plymouth but I haven't
>> found much info on what the fix is.
>
> No, plymouth is the process that controls the booting process. It is
> not the problem. It is doing exactly what it's supposed to be doing -
> waiting for a process to finish before going on to its next task. You
> should use journalctl to see what task it is waiting on.
>
>
>>  As of now I can ctl alt f2 and run
>> startx to get to a desktop.
>
> What graphics card do you have?
>
>>  When I try to run gui (such as keepnote or
>> chromium) from within my vms now tho I get errors.
>
> What errors.
>
> P.
>
> ___
> 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] CentOS-announce Digest, Vol 153, Issue 3

[centos-announce-request]

Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
https://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. Re: CESA-2017:3200 Important CentOS 6 kernel Security Update
  (Johnny Hughes)
   2. Re: CEBA-2017:3198 CentOS 6 cloud-init BugFix Update
  (Johnny Hughes)


--

Message: 1
Date: Thu, 16 Nov 2017 09:44:51 -0600
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: Re: [CentOS-announce] CESA-2017:3200 Important CentOS 6
kernel Security Update
Message-ID: <0d7e56f9-fbaf-38e9-32fc-862333dbc...@centos.org>
Content-Type: text/plain; charset="utf-8"

On 11/15/2017 03:38 PM, Johnny Hughes wrote:
> 
> CentOS Errata and Security Advisory 2017:3200 Important
> 
> Upstream details at : https://access.redhat.com/errata/RHBA-2017:3200
> 
> The following updated files have been uploaded and are currently 
> syncing to the mirrors: ( sha256sum Filename ) 
> 
> i386:
> 5d284bfa08a5793517ec76a246754d2f4645ac012336d27f1c5807380a4e256e  
> kernel-2.6.32-696.16.1.el6.i686.rpm
> f85553367eece6ba51f2965caecd7ce09aafb0ce62160da55a135cfff6188114  
> kernel-abi-whitelists-2.6.32-696.16.1.el6.noarch.rpm
> 95a65d3b9b1aa4a02457dd53ad321c1118e937d452bd4082498141a7ea20ce7a  
> kernel-debug-2.6.32-696.16.1.el6.i686.rpm
> 3f5383b34f2933c3be876852126b2d577cfc22951f2e7d859b7efc8ce8c239e9  
> kernel-debug-devel-2.6.32-696.16.1.el6.i686.rpm
> 13442b6c43647b8160f8cc15d099f078a6b2550d00b322857c067d82b9cadb6c  
> kernel-devel-2.6.32-696.16.1.el6.i686.rpm
> 2d8b989b7f10dabed4df203bc4989dca906e6acfde39ed24585c22b739926974  
> kernel-doc-2.6.32-696.16.1.el6.noarch.rpm
> e5b26dc63d1fce0e966b7d5c8695cd7648ac716f93a547963536b09e01ce74f5  
> kernel-firmware-2.6.32-696.16.1.el6.noarch.rpm
> 4f1380ddb2db054ea518d9186c04e4148644f5f4f9c201fcc1a563b9e4ef487f  
> kernel-headers-2.6.32-696.16.1.el6.i686.rpm
> f04384bf339595bedfdcc7bc008a59968f090bade0a6b8148d9eb22eac4964f5  
> perf-2.6.32-696.16.1.el6.i686.rpm
> 58f5d8fef44bd215d01559cdc53fee903b3f9f6544c67c67fcafd4587d8ca4b1  
> python-perf-2.6.32-696.16.1.el6.i686.rpm
> 
> x86_64:
> 9490bf087394c9c7e98444728438ab41ac99a44fbea99e8b22b39f7cebe7b1ca  
> kernel-2.6.32-696.16.1.el6.x86_64.rpm
> f85553367eece6ba51f2965caecd7ce09aafb0ce62160da55a135cfff6188114  
> kernel-abi-whitelists-2.6.32-696.16.1.el6.noarch.rpm
> 9b754666727e4b8802f448a84279eff3a02285a227af4fa3199ed761798d7965  
> kernel-debug-2.6.32-696.16.1.el6.x86_64.rpm
> 3f5383b34f2933c3be876852126b2d577cfc22951f2e7d859b7efc8ce8c239e9  
> kernel-debug-devel-2.6.32-696.16.1.el6.i686.rpm
> 0da6ec2f05ed53d70b115c475f86b01ddbc11f85fe116127f648316265c565a3  
> kernel-debug-devel-2.6.32-696.16.1.el6.x86_64.rpm
> 2fa496dc3ece90d97886030754340d8dd4f5816c3cad2182de275b1f0007ef75  
> kernel-devel-2.6.32-696.16.1.el6.x86_64.rpm
> 2d8b989b7f10dabed4df203bc4989dca906e6acfde39ed24585c22b739926974  
> kernel-doc-2.6.32-696.16.1.el6.noarch.rpm
> e5b26dc63d1fce0e966b7d5c8695cd7648ac716f93a547963536b09e01ce74f5  
> kernel-firmware-2.6.32-696.16.1.el6.noarch.rpm
> 6f451f1500fbcefac11541065c607cca80afcd74910dd72b54d8a659826835aa  
> kernel-headers-2.6.32-696.16.1.el6.x86_64.rpm
> e72ba7452350e398030e8d65bd53830cb003964c1444cc823378db5792b6588b  
> perf-2.6.32-696.16.1.el6.x86_64.rpm
> ce90fe8a317164248e18390182d9a4d4e1cf60c2aa13fd07d3df53bc8561ea1b  
> python-perf-2.6.32-696.16.1.el6.x86_64.rpm
> 
> Source:
> 2909a2f8bd8cda02978aa674da4a7b0fbbabc65d817131193bdd50a11bf60555  
> kernel-2.6.32-696.16.1.el6.src.rpm
> 
> 
> 

Actual Link:
https://access.redhat.com/errata/RHSA-2017:3200

-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: 


--

Message: 2
Date: Thu, 16 Nov 2017 09:46:00 -0600
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: Re: [CentOS-announce] CEBA-2017:3198 CentOS 6 cloud-init
BugFix Update
Message-ID: <8511680d-a65d-915e-ff41-02ba0fcc8...@centos.org>
Content-Type: text/plain; charset="utf-8"

On 11/15/2017 03:37 PM, Johnny Hughes wrote:
> 
> CentOS Errata and Bugfix Advisory 2017:3198
> 
> Upstream details at : https://access.redhat.com/errata/RHBA-2017:3198
> 
> The following updated files have been uploaded and are currently 
> syncing to the mirrors: ( sha256sum Filename ) 
> 
> i386:
> 

Re: [CentOS] How to blacklist a device driver (sysemd)

[James Pearson]

Frank Thommen wrote:
> ** WARNING: This mail is from an external source **
> 
> 
> Hi,
> 
> how can a specific device driver in CentOS 7 be blacklisted, so that it
> doesn't load at boot time?  We have Infiniband adapters which are not
> completely supported by CentOS and we want to silence the error messages
> for the time being.
> 
> I tried with the files
> 
>    /etc/modprobe.d/blacklist
>    /etc/modprobe.d/blacklist.conf
> 
> and with entries
> 
>    mlx5_core
>    mlx5_ib
> 
>    blacklist mlx5_core
>    blacklist mlx5_ib
> 
>    install mlx5_core /dev/null
>    install mlx5_ib /dev/null
> 
> all found on different websites.
> 
> None of these entries helps.  mlx5_core and mlx5_ib are still loaded and
> the system is flooded with error messages.

They are probably being loaded via the initramfs at boot time - i.e. 
before the real root is mounted (where the blacklist entries exist)

I believe you can either add 'rd.driver.blacklist=' to the 
grub2 boot cmdline - or generate a new initramfs (using 'dracut -f -v' - 
make a copy of your current initramfs first) - as this should pull in 
entries in /etc/modprobe.d/

James Pearson

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

Re: [CentOS] HP laptops with CentOS 7?

[John R Pierce]

On 11/16/2017 10:34 PM, Sorin Srbu wrote:

It is, thank you!
Real life experiences are worth a lot to me, thanks again.


the problem is, a couple year old model is probably core gen 5... a new 
one will be core gen 7, Kaby Lake, and thats where there are more likely 
problems.



--
john r pierce, recycling bits in santa cruz

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