Re: [CentOS] Firefox 45.1.0 stability

[Fred Smith]

On Fri, May 06, 2016 at 06:31:18PM -0500, Johnny Hughes wrote:
> On 05/06/2016 02:55 PM, Jeff Layton wrote:
> > Oops - I should have mentioned that I'm running C6
> > (I do need to upgrade at some point).
> > 
> > Jeff
> > 
> >> On Fri, May 06, 2016 at 02:54:06PM -0400, Jeff Layton wrote:
> >>> Good afternoon,
> >>>
> >>> Apologies if this topic has come up before but I've found
> >>> that the Firefox 45.1.0 stability to be somewhat lacking.
> >>>
> >>> For example, I can't use it for Twitter because it crashes.
> >>> It also crashes when I log into gmail. This happens every
> >>> time I try these URL's.
> >>>
> >>> Any suggestions on improving the stability?
> >> It's been running well for me on C7. All the posts I've seen about
> >> crashing refer to  C6.
> >>
> 
> If you look the the FF SOURCES, they include newer GCC to compile
> things, etc.
> 
> Where are you getting your flash from?

Johnny, are you asking me, or the OP? Mine comes straight from 
Adobe.

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  The eyes of the Lord are everywhere, 
keeping watch on the wicked and the good.
- Proverbs 15:3 (niv) -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] ImageMagick security alert

[Johnny Hughes]

On 05/06/2016 07:02 PM, Johnny Hughes wrote:
> On 05/04/2016 08:15 AM, John Hodrien wrote:
>> On Wed, 4 May 2016, Nux! wrote:
>>
>>> Direct links
>>>
>>> https://www.imagemagick.org/discourse-server/viewtopic.php?f=4=29588#p132726
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-3714
>>>
>>> Mitigation:
>>>
>>> As a workaround the /etc/ImageMagick/policy.xml file can be edited to
>>> disable
>>> processing of MVG, HTTPS, EPHEMERAL and MSL commands within image
>>> files, simply
>>> add the following lines:
>>> 
>>> 
>>> 
>>> 
>>>
>>> within the policy map stanza:
>>>
>>> 
>>> ...
>>> 
>>
>> This has been extended to:
>>
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>
>> Policy support not in EL5 AFAIK.
> 
> Here is a workaround for el5, el6, and el7:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1332492#c3

And more info here:

https://access.redhat.com/security/vulnerabilities/2296071

If you are using CentOS-5 .. make SURE you do the fix, they say the are
NOT issuing a fix for it (see the "Resolve" tag in the link).





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

Re: [CentOS] ImageMagick security alert

[Johnny Hughes]

On 05/04/2016 08:15 AM, John Hodrien wrote:
> On Wed, 4 May 2016, Nux! wrote:
> 
>> Direct links
>>
>> https://www.imagemagick.org/discourse-server/viewtopic.php?f=4=29588#p132726
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-3714
>>
>> Mitigation:
>>
>> As a workaround the /etc/ImageMagick/policy.xml file can be edited to
>> disable
>> processing of MVG, HTTPS, EPHEMERAL and MSL commands within image
>> files, simply
>> add the following lines:
>> 
>> 
>> 
>> 
>>
>> within the policy map stanza:
>>
>> 
>> ...
>> 
> 
> This has been extended to:
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Policy support not in EL5 AFAIK.

Here is a workaround for el5, el6, and el7:

https://bugzilla.redhat.com/show_bug.cgi?id=1332492#c3




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

Re: [CentOS] Firefox 45.1.0 stability

[Johnny Hughes]

On 05/06/2016 02:55 PM, Jeff Layton wrote:
> Oops - I should have mentioned that I'm running C6
> (I do need to upgrade at some point).
> 
> Jeff
> 
>> On Fri, May 06, 2016 at 02:54:06PM -0400, Jeff Layton wrote:
>>> Good afternoon,
>>>
>>> Apologies if this topic has come up before but I've found
>>> that the Firefox 45.1.0 stability to be somewhat lacking.
>>>
>>> For example, I can't use it for Twitter because it crashes.
>>> It also crashes when I log into gmail. This happens every
>>> time I try these URL's.
>>>
>>> Any suggestions on improving the stability?
>> It's been running well for me on C7. All the posts I've seen about
>> crashing refer to  C6.
>>

If you look the the FF SOURCES, they include newer GCC to compile
things, etc.

Where are you getting your flash from?






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

Re: [CentOS] OT: hardware: MegaCli and initializing a RAID

[Keith Keller]

On 2016-05-06, Valeri Galtsev  wrote:
>
> Agree. But I would say the same about all command line interface utilities
> for all RAID brands I ever used. LSI likely is the worst.

The old Adaptec AAC/AFA syntax was also awful, I'd say just as bad as
LSI.  (I have suspected that LSI copied most of the AAC UI.)  3ware was
bad but not nearly as bad as the other two.  (Though as you pointed out
in another post, the 3ware line is basically dead.  My vendor said the
same thing.)

> I really-really prefer GUI like 3ware web interface.

I hated 3ware's web interface.  :)

I think I've seen posted here before that some folks like the Areca
controllers.  What's their CLI/GUI like?

I think the worst part about these interfaces is that there really is
no (at least that I've found) programming API to access them.  If there
were, we could write Python/Perl/Java/whatever code to interact with the
controller, instead of having to parse stdout of MegaCli64.

--keith


-- 
kkel...@wombat.san-francisco.ca.us


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

Re: [CentOS] OT: hardware: MegaCli and initializing a RAID

[Joseph L. Casale]

> I agree with what John said about their command line interface MegaCli.

It's not that bad, the cli is incredibly detailed so it's just vast. It's not 
any
different in complexity from hpacu in my opinion.

> One thing I have noticed about LSI MegaRaids is: if you hot replace bad
> drive with good one of the same size or larger (which doesn't have on it
> traces of being configured in any raid, not necessarily LSI), then the
> drive is accepted as replacement member into the same volume group, and
> array gets rebuilt in background automagically.

That behavior is configurable, again it's a matter of environment if that
make sense for you.

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

Re: [CentOS] OT: hardware: MegaCli and initializing a RAID

[Valeri Galtsev]

On Fri, May 6, 2016 4:19 pm, m.r...@5-cent.us wrote:
> Valeri Galtsev wrote:
>>
>> On Fri, May 6, 2016 1:36 pm, m.r...@5-cent.us wrote:
>>> Got a new box I'm trying to set up. I configured the RAID from the
>>> firmware, but "fast initialize" was sitting there at 0% (it's about 43
>>> or 45TB). The first time I tried this, I said background, and
>>> rebooted the system.
>>>
>>> And the stupid annoying alarm started up as the system came up.
>>>
>>> This time, having *finally* figured out how to set up hot spares from
>>> the WebBIOS, I suspended the fast initialization, and brought the
> system up.
> 
>> I agree with what John said about their command line interface MegaCli.
>> One thing I have noticed about LSI MegaRaids is: if you hot replace bad
>
> Trust me, I've been cursing that interface for years now.
>
>> drive with good one of the same size or larger (which doesn't have on it
>> traces of being configured in any raid, not necessarily LSI), then the
>> drive is accepted as replacement member into the same volume group, and
>> array gets rebuilt in background automagically. You may want to check
>> first if it is on its way rebuilding already.
>
> Yeah, I checked with parted, and saw the full size, so then I thought to
> check the status of the RAID, and it said it was optimal, which I guess
> means it finished the fast initialization. Partitioned it, built an XFS
> filesystem, and it's mounted.
>
> Has *ANYONE* at LSI/AVAGO *ever* had anyone other than the folks who wrote
> the code (or maybe that was Dilbert, himself) try to *use* it?

Agree. But I would say the same about all command line interface utilities
for all RAID brands I ever used. LSI likely is the worst. But all of them
IMHO are the way to get person even understanding what RAID is and what he
is doing into trouble with potential grave consequences. They all use
different terminology, often way off what things are usually called. Being
OK command line (shell) person, and the one who otherwise prefers shell,
when dealing with RAIDs I really-really prefer GUI like 3ware web
interface. Sorry about rant.

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] Internal RAID controllers question

[Valeri Galtsev]

Dear Experts,

one of the RAID threads today prompted me ask everybody.

Which internal hardware RAID controllers will survive some future to come
in your estimate. First of all my beloved 3ware finally seems to have
passed away. After multiple acquisitions and becoming part of LSI and
getting bought with LSI, it probably became non operational. Namely, the
latest 3ware cards have ancient firmware. Neither of them supports 4kn
drives. This speaks for itself for me. [Under new ownership] LSI, though
still having new controllers released, and one of their MegaRAID
controllers (at least) having support for 4kn drives, still may not last
long (just my feeling, I'd like to hear yours). So, what RAID controllers
will those of us who like to have hardware RAIDs use in some future to
come?

Valeri

PS I didn't mention Areca (I only have 2 or 3 their cards in my boxes),
which seems to have firmware update that supports 4kn drives. Is Areca our
future hardware RAID hardware?


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

Re: [CentOS] OT: hardware: MegaCli and initializing a RAID

[m . roth]

Valeri Galtsev wrote:
>
> On Fri, May 6, 2016 1:36 pm, m.r...@5-cent.us wrote:
>> Got a new box I'm trying to set up. I configured the RAID from the
>> firmware, but "fast initialize" was sitting there at 0% (it's about 43
>> or 45TB). The first time I tried this, I said background, and
>> rebooted the system.
>>
>> And the stupid annoying alarm started up as the system came up.
>>
>> This time, having *finally* figured out how to set up hot spares from
>> the WebBIOS, I suspended the fast initialization, and brought the
system up.

> I agree with what John said about their command line interface MegaCli.
> One thing I have noticed about LSI MegaRaids is: if you hot replace bad

Trust me, I've been cursing that interface for years now.

> drive with good one of the same size or larger (which doesn't have on it
> traces of being configured in any raid, not necessarily LSI), then the
> drive is accepted as replacement member into the same volume group, and
> array gets rebuilt in background automagically. You may want to check
> first if it is on its way rebuilding already.

Yeah, I checked with parted, and saw the full size, so then I thought to
check the status of the RAID, and it said it was optimal, which I guess
means it finished the fast initialization. Partitioned it, built an XFS
filesystem, and it's mounted.

Has *ANYONE* at LSI/AVAGO *ever* had anyone other than the folks who wrote
the code (or maybe that was Dilbert, himself) try to *use* it?

mark

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

Re: [CentOS] OT: hardware: MegaCli and initializing a RAID

[Valeri Galtsev]

On Fri, May 6, 2016 1:36 pm, m.r...@5-cent.us wrote:
> Got a new box I'm trying to set up. I configured the RAID from the
> firmware, but "fast initialize" was sitting there at 0% (it's about 43 or
> 45TB). The first time I tried this, I said background, and rebooted the
> system.
>
> And the stupid annoying alarm started up as the system came up.
>
> This time, having *finally* figured out how to set up hot spares from the
> WebBIOS, I suspended the fast initialization, and brought the system up.
>
> Googling, I can't find a command to continue the initialization. Anyone
> know of one, or is what I want to do rebuild the RAID?

I agree with what John said about their command line interface MegaCli.
One thing I have noticed about LSI MegaRaids is: if you hot replace bad
drive with good one of the same size or larger (which doesn't have on it
traces of being configured in any raid, not necessarily LSI), then the
drive is accepted as replacement member into the same volume group, and
array gets rebuilt in background automagically. You may want to check
first if it is on its way rebuilding already.

Valeri

>
>mark




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

Re: [CentOS] Firefox 45.1.0 stability

[Valeri Galtsev]

On Fri, May 6, 2016 1:54 pm, Jeff Layton wrote:
> Good afternoon,
>
> Apologies if this topic has come up before but I've found
> that the Firefox 45.1.0 stability to be somewhat lacking.


I've found that about Firefox in general some 5 years ago. Or rather
"releases" that seem never have been debugged before the release. But I
still have not found decent replacements for it. I've tried, trust me ;-(


Valeri

>
> For example, I can't use it for Twitter because it crashes.
> It also crashes when I log into gmail. This happens every
> time I try these URL's.
>
> Any suggestions on improving the stability?
>
> Thanks!
>
> Jeff
>
> ___
> 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

Re: [CentOS] Firefox 45.1.0 stability

[m . roth]

Nux! wrote:
> Guys if you are using my repo on CentOS 6 then the new Firefox might not
> like the old ffmpeg I ship.

Nope.

Yes, I'm on CentOS 6, but as this is a US federal organization (civil
sector), I did ask, and was told no repos Over There. Security issues

Thanks, though.
>
> There is new and apparently working stuff in my testing repo; try to
> upgrade and see if that solves the problem.
> Feedback welcome so I can move the testing packages in the main repo
> sooner, rather than later.
>
> yum --enablerepo=nux-dextop-testing update ffmpeg
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "m roth" 
>> To: "CentOS mailing list" 
>> Sent: Friday, 6 May, 2016 21:20:15
>> Subject: Re: [CentOS] Firefox 45.1.0 stability
>
>> Alice Wonder wrote:
>>> On 05/06/2016 11:54 AM, Jeff Layton wrote:
 Good afternoon,

 Apologies if this topic has come up before but I've found
 that the Firefox 45.1.0 stability to be somewhat lacking.

 For example, I can't use it for Twitter because it crashes.
 It also crashes when I log into gmail. This happens every
 time I try these URL's.

 Any suggestions on improving the stability?
>>>
>>> It has not crashed on twitter at all for me.
>>>
>>> I do run privacy badger on Twitter which blocks a lot of resources that
>>> want to track me, maybe some of those resources are what firefox is
>>> having trouble with?
>>>
>>> I also don't have flash installed, nore Java plugin (not even iced-tea)
>>
>> Right, well I can't do that at work. And I just had to downgrade firefox
>> from 45, because I was *trying* to do my annual required privacy and
>> security refresher, and it opened, it has, I think, flash audio, and
>> firefox crashed, fired it up again, restored, and started and it crashed
>> *again*, and a third time, and that was it: I downgraded, didn't have to
>> (also couldn't) downgrade flash-plugin, but had no trouble at all
>> completing the training. Note that I *could* play streaming media and
>> youtube with 45, but... and, no, you've *got* to be joking to think I'm
>> going to convince upper management to ban flash
>>
>>   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
>


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

Re: [CentOS] Firefox 45.1.0 stability

[Nux!]

Guys if you are using my repo on CentOS 6 then the new Firefox might not like 
the old ffmpeg I ship.

There is new and apparently working stuff in my testing repo; try to upgrade 
and see if that solves the problem.
Feedback welcome so I can move the testing packages in the main repo sooner, 
rather than later.

yum --enablerepo=nux-dextop-testing update ffmpeg

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "m roth" 
> To: "CentOS mailing list" 
> Sent: Friday, 6 May, 2016 21:20:15
> Subject: Re: [CentOS] Firefox 45.1.0 stability

> Alice Wonder wrote:
>> On 05/06/2016 11:54 AM, Jeff Layton wrote:
>>> Good afternoon,
>>>
>>> Apologies if this topic has come up before but I've found
>>> that the Firefox 45.1.0 stability to be somewhat lacking.
>>>
>>> For example, I can't use it for Twitter because it crashes.
>>> It also crashes when I log into gmail. This happens every
>>> time I try these URL's.
>>>
>>> Any suggestions on improving the stability?
>>
>> It has not crashed on twitter at all for me.
>>
>> I do run privacy badger on Twitter which blocks a lot of resources that
>> want to track me, maybe some of those resources are what firefox is
>> having trouble with?
>>
>> I also don't have flash installed, nore Java plugin (not even iced-tea)
> 
> Right, well I can't do that at work. And I just had to downgrade firefox
> from 45, because I was *trying* to do my annual required privacy and
> security refresher, and it opened, it has, I think, flash audio, and
> firefox crashed, fired it up again, restored, and started and it crashed
> *again*, and a third time, and that was it: I downgraded, didn't have to
> (also couldn't) downgrade flash-plugin, but had no trouble at all
> completing the training. Note that I *could* play streaming media and
> youtube with 45, but... and, no, you've *got* to be joking to think I'm
> going to convince upper management to ban flash
> 
>   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] Firefox 45.1.0 stability

[m . roth]

Alice Wonder wrote:
> On 05/06/2016 11:54 AM, Jeff Layton wrote:
>> Good afternoon,
>>
>> Apologies if this topic has come up before but I've found
>> that the Firefox 45.1.0 stability to be somewhat lacking.
>>
>> For example, I can't use it for Twitter because it crashes.
>> It also crashes when I log into gmail. This happens every
>> time I try these URL's.
>>
>> Any suggestions on improving the stability?
>
> It has not crashed on twitter at all for me.
>
> I do run privacy badger on Twitter which blocks a lot of resources that
> want to track me, maybe some of those resources are what firefox is
> having trouble with?
>
> I also don't have flash installed, nore Java plugin (not even iced-tea)

Right, well I can't do that at work. And I just had to downgrade firefox
from 45, because I was *trying* to do my annual required privacy and
security refresher, and it opened, it has, I think, flash audio, and
firefox crashed, fired it up again, restored, and started and it crashed
*again*, and a third time, and that was it: I downgraded, didn't have to
(also couldn't) downgrade flash-plugin, but had no trouble at all
completing the training. Note that I *could* play streaming media and
youtube with 45, but... and, no, you've *got* to be joking to think I'm
going to convince upper management to ban flash

   mark

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

Re: [CentOS] OT: hardware: MegaCli and initializing a RAID

[m . roth]

John R Pierce wrote:
> On 5/6/2016 11:36 AM, m.r...@5-cent.us wrote:
>> Got a new box I'm trying to set up. I configured the RAID from the
>> firmware, but "fast initialize" was sitting there at 0% (it's about 43
>> or 45TB). The first time I tried this, I said background, and rebooted
>> the system.
>>
>> And the stupid annoying alarm started up as the system came up.
>>
>> This time, having*finally*  figured out how to set up hot spares from
>> the WebBIOS, I suspended the fast initialization, and brought the
>> system up.
>>
>> Googling, I can't find a command to continue the initialization. Anyone
>> know of one, or is what I want to do rebuild the RAID?
>
> MegaCli64, which has to be installed.
>
That's what I'm using.

> the command lines are awful.

!$ += 500

mark

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

Re: [CentOS] Firefox 45.1.0 stability

[Jeff Layton]

Oops - I should have mentioned that I'm running C6
(I do need to upgrade at some point).

Jeff


On Fri, May 06, 2016 at 02:54:06PM -0400, Jeff Layton wrote:

Good afternoon,

Apologies if this topic has come up before but I've found
that the Firefox 45.1.0 stability to be somewhat lacking.

For example, I can't use it for Twitter because it crashes.
It also crashes when I log into gmail. This happens every
time I try these URL's.

Any suggestions on improving the stability?

It's been running well for me on C7. All the posts I've seen about
crashing refer to  C6.



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

Re: [CentOS] resize lvm

[Wes James]

>
> From: Scott Robbins 
> Date: May 06, 2016 12:32:55 PM
> To: CentOS mailing list 
> Subject: Re: [CentOS] resize lvm
>
> On Fri, May 06, 2016 at 06:19:35PM +, Wes James wrote:
>
> I have a laptop that I put centos 7 on and I started out with a 30gig
partition.  I resized the other part of the disk to allow more space for
centos.  I then created an unformated partition in the available space,  ran
>
>
>
> pvcreate /dev/sda4
>
>
>
>
> vgextend lvname /dev/sda4
>
>
>
>
> lvextend -L 184.46G /dev/lvname/root
>
>
>
> I find it easiest to do lvextend -l 100%VG /dev/lvname/rootI find it
> easiest to do lvextend -l 100%VG /dev/lvname/root.
> (Then, if practical, and since it's a laptop, I'm guessing it's not a
> production machine), reboot from a livecd or whatever and doing e2fsk -f
> /dev/lvmname/root
>
> I don't know if it will solve your issue, but may be worth trying.



I found this:

# lvextend -l +100%FREE /dev/myvg/testlv

doing a search.  What's the difference between 100%VG and 100%FREE?

Thanks,

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

Re: [CentOS] Firefox 45.1.0 stability

[Fred Smith]

On Fri, May 06, 2016 at 02:54:06PM -0400, Jeff Layton wrote:
> Good afternoon,
> 
> Apologies if this topic has come up before but I've found
> that the Firefox 45.1.0 stability to be somewhat lacking.
> 
> For example, I can't use it for Twitter because it crashes.
> It also crashes when I log into gmail. This happens every
> time I try these URL's.
> 
> Any suggestions on improving the stability?

It's been running well for me on C7. All the posts I've seen about
crashing refer to  C6.

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  "And he will be called Wonderful Counselor, Mighty God, Everlasting Father,
  Prince of Peace. Of the increase of his government there will be no end. He 
 will reign on David's throne and over his kingdom, establishing and upholding
  it with justice and righteousness from that time on and forever."
--- Isaiah 9:7 (niv) --
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Firefox 45.1.0 stability

[Alice Wonder]

On 05/06/2016 11:54 AM, Jeff Layton wrote:

Good afternoon,

Apologies if this topic has come up before but I've found
that the Firefox 45.1.0 stability to be somewhat lacking.

For example, I can't use it for Twitter because it crashes.
It also crashes when I log into gmail. This happens every
time I try these URL's.

Any suggestions on improving the stability?


It has not crashed on twitter at all for me.

I do run privacy badger on Twitter which blocks a lot of resources that 
want to track me, maybe some of those resources are what firefox is 
having trouble with?


I also don't have flash installed, nore Java plugin (not even iced-tea)

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

[CentOS] Firefox 45.1.0 stability

[Jeff Layton]

Good afternoon,

Apologies if this topic has come up before but I've found
that the Firefox 45.1.0 stability to be somewhat lacking.

For example, I can't use it for Twitter because it crashes.
It also crashes when I log into gmail. This happens every
time I try these URL's.

Any suggestions on improving the stability?

Thanks!

Jeff

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

Re: [CentOS] resize lvm

[Scott Robbins]

On Fri, May 06, 2016 at 11:42:18AM -0700, John R Pierce wrote:
> On 5/6/2016 11:39 AM, Wes James wrote:
> >file -s /dev/dm-0
> >
> >
> >
> >and it says XFS
> >
> >
> >
> >So would I use xfs_growfs?
> 
> bingo!xfs_growfs can be used with the file system online, I'm
> pretty sure resize2fs requires the file system to be offline
> (unmounted).

Sorry, I missed that it would most likely be xfs.  resize2fs doesn't
necessarily require it to be offline, but it does frequently (though not
always, IIRC), suggest running e2fsk first which should definitely be done
while it's unmounted.

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

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

Re: [CentOS] resize lvm

[Wes James]

On May 06, 2016, at 12:37 PM, John R Pierce  wrote:


On 5/6/2016 11:28 AM, John R Pierce wrote:

On 5/6/2016 11:19 AM, Wes James wrote:
sudo resize2fs /dev/lvname/root




I get:






resize2fs: Bad magic number in super-block while trying to open
/dev/lvname/root
Couldn't find valid filesystem superblock.




what file system type is this /dev/lvname/root ?

oops, left out the rest...

since you said C7, its quite likely its XFS not extXfs ... if thats the
case, then use:

xfs_growfs /dev/lvname/root





Thanks for the tip.  I looked at man xfs_growfs and found -d option and so I 
used this and it worked:


sudo xfs_growfs / -d






--
john r pierce, recycling bits in santa cruz

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


Thanks!


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

Re: [CentOS] resize lvm

[James A. Peltier]

- Original Message -
| On Fri, May 06, 2016 at 06:19:35PM +, Wes James wrote:
| > I have a laptop that I put centos 7 on and I started out with a 30gig
| > partition.  I resized the other part of the disk to allow more space for
| > centos.  I then created an unformated partition in the available space,
| >   ran
| > 
| > 
| > pvcreate /dev/sda4
| > 
| > 
| > 
| > vgextend lvname /dev/sda4
| > 
| > 
| > 
| > lvextend -L 184.46G /dev/lvname/root
| 
| 
| I find it easiest to do lvextend -l 100%VG /dev/lvname/rootI find it
| easiest to do lvextend -l 100%VG /dev/lvname/root.
| (Then, if practical, and since it's a laptop, I'm guessing it's not a
| production machine), reboot from a livecd or whatever and doing e2fsk -f
| /dev/lvmname/root
| 
| I don't know if it will solve your issue, but may be worth trying.
| 
| > 
| > 
| > but when I run:
| > 
| > 
| > 
| > sudo resize2fs /dev/lvname/root
| > 
| > 
| > I get:
| > 
| > 
| > 
| > resize2fs: Bad magic number in super-block while trying to open
| > /dev/lvname/root
| > Couldn't find valid filesystem superblock.
| > 
| 
| --
| Scott Robbins
| PGP keyID EB3467D6
| ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
| gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

if you use pass the '-r' option to lvextend it will resize the volume for you 
based on the filesystem that is on the volume.  no need to grow it manually 
afterward.


-- 
James A. Peltier
IT Services - Research Computing Group
Simon Fraser University - Burnaby Campus
Phone   : 604-365-6432
Fax : 778-782-3045
E-Mail  : jpelt...@sfu.ca
Website : http://www.sfu.ca/itservices
Twitter : @sfu_rcg
Powering Engagement Through Technology
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resize lvm

[John R Pierce]

On 5/6/2016 11:39 AM, Wes James wrote:

file -s /dev/dm-0



and it says XFS



So would I use xfs_growfs?


bingo!xfs_growfs can be used with the file system online, I'm pretty 
sure resize2fs requires the file system to be offline (unmounted).





--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] OT: hardware: MegaCli and initializing a RAID

[John R Pierce]

On 5/6/2016 11:36 AM, m.r...@5-cent.us wrote:

Got a new box I'm trying to set up. I configured the RAID from the
firmware, but "fast initialize" was sitting there at 0% (it's about 43 or
45TB). The first time I tried this, I said background, and rebooted the
system.

And the stupid annoying alarm started up as the system came up.

This time, having*finally*  figured out how to set up hot spares from the
WebBIOS, I suspended the fast initialization, and brought the system up.

Googling, I can't find a command to continue the initialization. Anyone
know of one, or is what I want to do rebuild the RAID?


MegaCli64, which has to be installed.

the command lines are awful.


--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] resize lvm

[Wes James]

On May 06, 2016, at 12:29 PM, John R Pierce  wrote:


On 5/6/2016 11:19 AM, Wes James wrote:

sudo resize2fs /dev/lvname/root




I get:






resize2fs: Bad magic number in super-block while trying to open
/dev/lvname/root
Couldn't find valid filesystem superblock.


what file system type is this /dev/lvname/root ?



I tried to find the type from blkid /dev/sda4 but that didn't give me the info 
so I tried



file -s /dev/dm-0



and it says XFS



So would I use xfs_growfs?

 


--
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] resize lvm

[John R Pierce]

On 5/6/2016 11:28 AM, John R Pierce wrote:

On 5/6/2016 11:19 AM, Wes James wrote:

sudo resize2fs /dev/lvname/root


I get:



resize2fs: Bad magic number in super-block while trying to open 
/dev/lvname/root

Couldn't find valid filesystem superblock.



what file system type is this /dev/lvname/root  ?


oops, left out the rest...

since you said C7, its quite likely its XFS not extXfs ...  if thats the 
case, then use:


xfs_growfs /dev/lvname/root



--
john r pierce, recycling bits in santa cruz

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

[CentOS] OT: hardware: MegaCli and initializing a RAID

[m . roth]

Got a new box I'm trying to set up. I configured the RAID from the
firmware, but "fast initialize" was sitting there at 0% (it's about 43 or
45TB). The first time I tried this, I said background, and rebooted the
system.

And the stupid annoying alarm started up as the system came up.

This time, having *finally* figured out how to set up hot spares from the
WebBIOS, I suspended the fast initialization, and brought the system up.

Googling, I can't find a command to continue the initialization. Anyone
know of one, or is what I want to do rebuild the RAID?

   mark

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

Re: [CentOS] resize lvm

[Scott Robbins]

On Fri, May 06, 2016 at 06:19:35PM +, Wes James wrote:
> I have a laptop that I put centos 7 on and I started out with a 30gig 
> partition.  I resized the other part of the disk to allow more space for 
> centos.  I then created an unformated partition in the available space,  ran
> 
> 
> pvcreate /dev/sda4
> 
> 
> 
> vgextend lvname /dev/sda4
> 
> 
> 
> lvextend -L 184.46G /dev/lvname/root


I find it easiest to do lvextend -l 100%VG /dev/lvname/rootI find it
easiest to do lvextend -l 100%VG /dev/lvname/root.  
(Then, if practical, and since it's a laptop, I'm guessing it's not a
production machine), reboot from a livecd or whatever and doing e2fsk -f
/dev/lvmname/root

I don't know if it will solve your issue, but may be worth trying. 

> 
> 
> but when I run:
> 
> 
> 
> sudo resize2fs /dev/lvname/root
> 
> 
> I get:
> 
> 
> 
> resize2fs: Bad magic number in super-block while trying to open 
> /dev/lvname/root
> Couldn't find valid filesystem superblock.
> 

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

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

Re: [CentOS] resize lvm

[John R Pierce]

On 5/6/2016 11:19 AM, Wes James wrote:

sudo resize2fs /dev/lvname/root


I get:



resize2fs: Bad magic number in super-block while trying to open 
/dev/lvname/root

Couldn't find valid filesystem superblock.



what file system type is this /dev/lvname/root  ?



--
john r pierce, recycling bits in santa cruz

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

[CentOS] resize lvm

[Wes James]

I have a laptop that I put centos 7 on and I started out with a 30gig 
partition.  I resized the other part of the disk to allow more space for 
centos.  I then created an unformated partition in the available space,  ran


pvcreate /dev/sda4



vgextend lvname /dev/sda4



lvextend -L 184.46G /dev/lvname/root


but when I run:



sudo resize2fs /dev/lvname/root


I get:



resize2fs: Bad magic number in super-block while trying to open /dev/lvname/root
Couldn't find valid filesystem superblock.


How do I resize the volume?



Thanks,



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

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[m . roth]

Nicolas Kovacs wrote:
> Le 06/05/2016 13:50, Johnny Hughes a écrit :
>> Maybe add a:
>>
>> yum groupinstall core
>
> That did add a handful of packages indeed (as was already suggested in
> the previous answer), but the problem still persists.
>
> After rebooting, the system hangs after mounting the /boot partition and
> then exits into emergency mode.
>
> I'm puzzled.
>
Question (if I haven't asked this before): what's in fstab, and on the
kernel grub2 line? A UUID, a /dev/sdx, or LABEL=? If the latter, there's a
bug in grub? the boot process, so if you have a LABEL=/root or
LABEL=/boot, it will fail, 100% of the time. Removing the leading / is the
workaround.

mark

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

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Johnny Hughes]

On 05/06/2016 11:18 AM, Nicolas Kovacs wrote:
> Le 06/05/2016 13:50, Johnny Hughes a écrit :
>> Maybe add a:
>>
>> yum groupinstall core
> 
> That did add a handful of packages indeed (as was already suggested in
> the previous answer), but the problem still persists.
> 
> After rebooting, the system hangs after mounting the /boot partition and
> then exits into emergency mode.
> 
> I'm puzzled.
> 

There actually are a couple more things than core in a minimal install
.. here is the current minimal list:

https://git.centos.org/blob/sig-core!comps.git/220ef7b59c95531d3752d4074ce673aa09792c67/c7-minimal-x86_64-RPMS.lst

some of those might not get installed every time (ie, disk encrypt may
not be on non-encrypted drives, etc.)

But it is a good starting point.



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

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Nicolas Kovacs]

Le 06/05/2016 13:50, Johnny Hughes a écrit :
> Maybe add a:
> 
> yum groupinstall core

That did add a handful of packages indeed (as was already suggested in
the previous answer), but the problem still persists.

After rebooting, the system hangs after mounting the /boot partition and
then exits into emergency mode.

I'm puzzled.

-- 
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Web  : http://www.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] [off-topic] Validating e-mail address with php

[Alice Wonder]

After running into several web application that rejected any e-mail 
address on the new gTLDs because the apps were badly written to validate 
with a hard-coded list of valid TLDs, I wrote a e-mail validation 
function that I *think* does things properly.


Free for anyone to use who wants to.

https://deviant.email/emailaddytest.phps

What it really does is use the PHP built-in filter_var but it 
compensates for known bugs in the filter_var e-mail address validation.


It return boolean.

I *think* it will properly validate any legal routable address and 
reject any that are not. But bugs may exist.


By default when the host part of user@host is a domain name, it does a 
DNS query to validate the host resolves.


That adds a little latency but I think is worth it. My own 
implementation will probably cache a positive result for up to 24 hours 
with APCu but that's not in the function linked. The dns lookup can be 
disabled.


By default it will reject IP address as the host part, but that can be 
enabled. When enabled, it will reject private and reserved range. Well, 
reject what is hard-coded into PHP filter_var - I haven't tested that.


International domain names will only validate if the php-intl functions 
are installed (to turn them into punycode)


-=-

For the username validation, that's where any bugs are most likely to 
exist. But I think I did it right. It's very unfortunate that the 
built-in php filter doesn't do it right.


Anyway free for anyone, I'm tired of e-mail address filters that don't 
properly work with common user names on perfectly legal domains that 
just happen to be newly ICANN approved.


You can see live testing by just removing the last s from the filename.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] [MASSMAIL] Re: yum update (first in a long time) - /var/log/dovecot no longer used

[Johnny Hughes]

On 05/06/2016 09:18 AM, Gary Stainburn wrote:
> On Friday 06 May 2016 14:55:33 Valeri Galtsev wrote:
>>
>> Exactly. As I said in the first post (reply to which happened to hijack
>> the thread - my apologies that was not intended by me), it was only
>> intended to help those who are just about to make this step to really
>> think about what it will entail. And thanks everybody who added their
>> comments, they all do the same what I intended.
>>
>> Valeri
>>
> 
> Unfortunately, the problem was that I didn't (know I) have a decision to make 
> regarding systemd or SysV.

You made that decision when you installed CentOS-7 instead of CentOS-6.
 CentOS-7 has always used SystemD .. CentOS-6 has always used SysV.

> 
> My decision was   do I keep my system up to date (which it wasn't) or not.  I 
> am sure that I am no different to 90% of sysadmins who don't read all release 
> notes before every 'yum update' run.

Well, that might be true, but if you are going to do a major update you
should.  Especially an update that crosses 2 point releases.  We do
major release notes for point releases, as does Red Hat.

https://wiki.centos.org/Manuals/ReleaseNotes

(Release Notes, 7.1503 and 7.1511 {current set})

https://access.redhat.com/documentation/en/red-hat-enterprise-linux/

(Release Notes and Technical Notes, 7.1 and 7.2)

I scanned those for dovecot and did not see any known issues.

> 
> I do have to concede that the update did update a great deal of RPM's and 
> probably some by a number of versions.  This no doubt is the reason I now 
> have a reasonable sized number of changes I need to deal with (including 
> keep_environment in EXIM, and journals moving on Dovecot )

As I said before, EXIM is not even part of CentOS. It is part of EPEL.

EPEL is awesome, but it is not part of RHEL proper.  While they make
every effort to make it as stable/tested as they can, if it was
something that they wanted to provide an SLA for in RHEL, it would be
part of RHEL.  Since its not, it (or any other package in EPEL and not
RHEL) should be thought of as part of the base OS (either RHEL or CentOS).

Dovecot was last updated on 25 Nov 2015.  The one before that was, to
the best of my knowledge, 5 July 2014 Which was part of 7.0.1406
release).  It would seem you did almost 2 years worth of updates at one
time.  That is likely not good {how many critical (even named updates,
with their own website) have been done in the last 2 years}. Heartbleed,
Shellshock, Poodle and Ghost come to mind right off the top of my head.
Hopefully 90% of sysadmins don't do that (jump from through 2 point
releases (almost 2 years worth of updates) on a production server
without doing any kind if testing proir to the update.  With 3rd party
repos enabled.

I am sure some sysadmins do that though, you are correct.

As to your actual issue, how dovecot logging was changed, I have no idea
unless it was a system wide change in logging.  To really figure it out,
one would need to perform an analysis of your individual setup.  I also
see no issues for dovecot reported concerning an upgrade from rhel7.0 to
rhel7.2.





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

Re: [CentOS] CentOS 7 and 4K display

[m . roth]

Valeri Galtsev wrote:
>
> On Fri, May 6, 2016 8:28 am, Johnny Hughes wrote:
>> On 05/06/2016 07:12 AM, Phelps, Matthew wrote:
>>> On Fri, May 6, 2016 at 8:06 AM, Jerry Geis 
>>> wrote:
>>>
 | What is your graphics card model?
 NVIDIA Corporation GK208 [GeForce GT 720] This does 4K

 | Which driver are you using?
 I am using the NOUVEAU at this time
>>>
>>> I would suggest trying the NVIDIA proprietary driver from the ELRepo
>>>
>>> rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
>>> rpm -Uvh
>>> http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
>>> yum install kmod-nvidia
>>> reboot

> 
> And indeed, nvidia proprietary driver "will work better" for less trivial
> cases. E.g., if you attach two screens with different resolution. open
> source driver will not handle it, whereas proprietary driver will. This is
> why I, to the contrary to majority of Linux folks, never favored nvidia.
> ATI (at least before they were bought by AMD) and matrox were disclosing
> much more detail about their chips, thus providing to open source

Perhaps, but *every* time I have to deal with ATI cards, it's a royal
pain. Esp. since the Catalyst drives is now "replaced" (except it wasn't
available for Linux, when I was trying to use it in the late fall. I had
to replace a couple of users' video cards with *old* NVidia ones, after I
rebuilt them as CentOS 7, because I *could* *not* get them to respond
properly to their visualization software, nor to one's 27"? 29" diagonal
monitor; it wouldn't support the video mode.

At least I *can* rebuild it, NVidia does support it that way, and the
rebuild always works.

mark

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

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[m . roth]

Johnny Hughes wrote:

> Right.  And I do want to point out, this list is really not the place to
> discuss the positives and negatives of systemd vs. upstart vs. SysV.
> The goal of CentOS is to build RHEL source code with the absolute
> minimum changes required for branding.  So, we get the init system that
> is in the source code.
>
> Having that kind of discussion on a Fedora list might be appropriate if
> you are not a RHEL customer or on a RHEL list if you are.

Sorry, I hadn't read this when I posted my followup to Valeri. At any
rate, I *only* intended to make that one comment, and have no intention of
following up. I think that most of us do *NOT* want another flamewar that
buries actual question and answers related to what we're doing with CentOS
- administering and running it.

mark


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

Re: [CentOS] C6 Firefox 45.1 segmentation faults

[Johnny Hughes]

On 05/02/2016 04:43 PM, Bill Maltby (C4B) wrote:
> On Mon, 2016-05-02 at 14:06 -0500, Johnny Hughes wrote:
>> On 05/02/2016 01:46 PM, Bill Maltby (C4B) wrote:
>> 
> 
 Anyone else experiencing unstable behaviour of FF 45.1 on C6?
>>>
>>> Day it was out I got the same. Since I already had some difficulties
>>> with RH6/C6 upgrades changing the way things worked (or didn't, such as
>>> telinit), I just did a yum downgrade FF and and kept using my tools as
>>> tools.
>>>
>>
>> Well, that update is critical for security, so I would try to help find
>> the issues (we can feed back to RH and help them fix) .. rather than
>> using something with critical security issues to browse the web.
> 
> I would like to, but since CentOS got integrated with RH I got the
> feeling that a non-CentOS problem didn't get help here?
> 

Nothing has changed .. we never fixed non CentOS problems and rolled
those into the main tree.  We have (and still do .. see
http://people.centos.org/hughesjr/firefox-45.1.0-1.1.el5.centos/) ..
sometimes provide some temporary things while fixes are being done by
the outstanding RHEL engineers to fix issues.

CentOS Linux is now what it always has been, a rebuild of the RHEL
source code .. warts and all .. modified to remove branding to comply
with the redistribution requirements.  We don't .. nor have we ever ..
added in fixes to the main line trees that are not upstream in the RHEL
source code.

We do have many repositories where we manage content an try to fix
problems:  Extras, CentOSPlus, Special Interest Group content, etc.  We
do try to fix issues there as the come up.

> With the upgrade to ... 6.6 I, and others, reported problems with X vs.
> run-level changes causing issues.
> 
> Starting here
> https://lists.centos.org/pipermail/centos/2014-November/148180.html
> 
> Dec 7 2014 bug report: https://bugs.centos.org/view.php?id=7972
> 
> Nothing happened even though I took the time to post a bug and collect
> pertinent data and things discovered into a pastebin file with links for
> everything.
> 
> So I made a guess that sans a RH subscription I had no way to pursue a
> non-CentOS issue.

If one finds that there is a non-CentOS caused issue (but it is a RHEL
issue), then they can open a bug on bugzilla.redhat.com.  If you don't
have a RHEL subscription, it might be better if someone else opens the
bug there, but someone from the community who can verify it is a RHEL
bug can certainly open up a report.  The RH Engineers want to make RHEL
better, they want to fix real issues.  There will obviously NOT be any
kind of SLA to get it fixed by a deadline, but they absolutely want to
fix RHEL issues.

That is the actually the whole point of bugs.centos.org.  We need 'the
community' to look at bugs.centos.org and see if they can determine if
bugs are CentOS related or RHEL related.  If RHEL related, opening bugs
on bugzilla.redhat.com.  If CentOS related, help us fix them and test
them, etc. by creating patches.

We only have 5 total people on the CentOS team to do things.  These
things include building all the packages that get released for the 3
base distos, QA those packages, manage all the Special Interest Group
interactions, maintain a build infrastructure fr the base distros,
maintain the Community Build System infrastructure for SIG builds,
maintain the Mirror infrastructure, maintain all the QA / CI
infrastructure, maintain all the overhead infrastructure (email servers,
DNS servers, domain registrations, mailing list machines, IRC channels,
authentication servers for all those things, etc).  So we are managing
hundreds of servers all over the world.

We are also managing alternative architectures like i686, armhfp
(arm32), aarch64 (arm64).

Then there is all the cloud image things going on so there are cloud
images for AWS, Oracle, Azure, vagrant boxes, docker images, vendor
clouds, etc. etc. etc.

The bottom line is .. CentOS needs community members, like our
outstanding QA team and Forum Moderators (thanks guys and girls !!!) to
be able to make things better.  We need those community members to do
lots of things.

All the mailing list, forums, bugs databases .. they are all there to
help facilitate for 'the community' to help itself and make CentOS Linux
better .. by making RHEL better.  If you can also use CentOS Linux for
things that you want and it works for you, excellent.  It is open source
and free and that is what its for.



In the case of this particular issue , it seems to
have been an add on repo (Nux!) that did not work.  And thru discussion
on this list, it got fixed.  I absolutely love the Nux! repo .. I use it
on all my CentOS desktops .. thank you Nux! .. and the way this got
fixed is exactly what I am talking about.  Nux! has things not in the
RHEL source code and not in EPEL that are necessary (IMHO for good
desktops.  He is an active list member and he (as a member of the
community) provides invaluable help on this list as well as an
outstanding service to the 

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[m . roth]

Valeri Galtsev wrote:
>
> On Fri, May 6, 2016 3:13 am, Gary Stainburn wrote:
>> On Thursday 05 May 2016 17:16:17 Valeri Galtsev wrote:
>>> There were several heated discussions on this list, and elsewhere. This
>>> is
>>> not intended to start the new one, but to help someone who missed them
>>> to
>>> define their statute.
>>>
>>> People split into two groups:
>>>
>>> Opponents of systemd (, firewqalld, etc.) who argue that from formerly
>>> Unix-like system Linux becomes Unix-unlike (or more MS Windows-like),
>>> and this is bad.
>>>
>>> Proponents of systemd etc. who argue that the life goes on, systems
>>> evolve and you better keep up with changes.
>>>

Or



mark

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

Re: [CentOS] [MASSMAIL] Re: yum update (first in a long time) - /var/log/dovecot no longer used

[Jonathan Billings]

On Fri, May 06, 2016 at 03:18:03PM +0100, Gary Stainburn wrote:
> I do have to concede that the update did update a great deal of RPM's and 
> probably some by a number of versions.  This no doubt is the reason I now 
> have a reasonable sized number of changes I need to deal with (including 
> keep_environment in EXIM, and journals moving on Dovecot )

Dovecot hasn't been updated since CentOS 7.2.1511 was released, as far
as I can tell.  Looking at the default configuration,
/etc/dovecot/conf.d/10-logging.conf indicates the default is to log to
syslog.  Perhaps you had a custom configuration that was overwritten?
The RPM shouldn't have overwritten anything in /etc/dovecot though.

As for Exim, that's packaged in EPEL, and the EPEL maintainer can bump
the version mid-point-release.

For what its worth, I have some production services that rely on
packages in EPEL, and I maintain a private mirror so I can push out
changes after testing.  I also watch the epel-package-announce list to
keep on top of all the changes in EPEL.

One thing I noticed was that the latest EPEL release has this in
its changelog:

https://lists.fedoraproject.org/archives/list/epel-package-annou...@lists.fedoraproject.org/thread/DSNMUEMYH4UN64NJYUZOXQIQSGAKJTYM/

[ 1 ] Bug #1323775 - Default /etc/exim/exim.conf does not have
add_environment/keep_environment 
https://bugzilla.redhat.com/show_bug.cgi?id=1323775


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

Re: [CentOS] [MASSMAIL] Re: yum update (first in a long time) - /var/log/dovecot no longer used

[Gary Stainburn]

On Friday 06 May 2016 14:55:33 Valeri Galtsev wrote:
>
> Exactly. As I said in the first post (reply to which happened to hijack
> the thread - my apologies that was not intended by me), it was only
> intended to help those who are just about to make this step to really
> think about what it will entail. And thanks everybody who added their
> comments, they all do the same what I intended.
>
> Valeri
>

Unfortunately, the problem was that I didn't (know I) have a decision to make 
regarding systemd or SysV.

My decision was   do I keep my system up to date (which it wasn't) or not.  I 
am sure that I am no different to 90% of sysadmins who don't read all release 
notes before every 'yum update' run.

I do have to concede that the update did update a great deal of RPM's and 
probably some by a number of versions.  This no doubt is the reason I now 
have a reasonable sized number of changes I need to deal with (including 
keep_environment in EXIM, and journals moving on Dovecot )
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7 and 4K display

[John Hodrien]

On Fri, 6 May 2016, Valeri Galtsev wrote:


It probably would be better to say "nv" driver in this case.


No, it would be wrong.


My understanding is (someone correct me if I'm wrong here) that nouveay
"driver" is just a wrapper that figures out what video chipset you have and
loads appropriate open source driver (nv in this case) for that chipset.


No.  https://nouveau.freedesktop.org/wiki/


And indeed, nvidia proprietary driver "will work better" for less trivial
cases. E.g., if you attach two screens with different resolution. open
source driver will not handle it, whereas proprietary driver will. This is
why I, to the contrary to majority of Linux folks, never favored nvidia.


But if you want to do proper OpenGL, nVidia's solution has wiped the floor
with AMD's in terms of capabilities, stability, and consistent behaviour
between versions.

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

Re: [CentOS] CentOS 7 and 4K display

[Valeri Galtsev]

On Fri, May 6, 2016 8:28 am, Johnny Hughes wrote:
> On 05/06/2016 07:12 AM, Phelps, Matthew wrote:
>> On Fri, May 6, 2016 at 8:06 AM, Jerry Geis 
>> wrote:
>>
>>> | What is your graphics card model?
>>> NVIDIA Corporation GK208 [GeForce GT 720] This does 4K
>>>
>>> | Which driver are you using?
>>> I am using the NOUVEAU at this time
>>>
>>
>>
>> I would suggest trying the NVIDIA proprietary driver from the ELRepo
>>
>> rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
>> rpm -Uvh
>> http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
>>
>> yum install kmod-nvidia
>>
>> reboot
>
> I would absolutely agree that the nvidia driver is going to likely
> support 4K better than the NOUVEAU driver.

It probably would be better to say "nv" driver in this case. My
understanding is (someone correct me if I'm wrong here) that nouveay
"driver" is just a wrapper that figures out what video chipset you have
and loads appropriate open source driver (nv in this case) for that
chipset.


And indeed, nvidia proprietary driver "will work better" for less trivial
cases. E.g., if you attach two screens with different resolution. open
source driver will not handle it, whereas proprietary driver will. This is
why I, to the contrary to majority of Linux folks, never favored nvidia.
ATI (at least before they were bought by AMD) and matrox were disclosing
much more detail about their chips, thus providing to open source
developers sufficient information about chip internals to write decent
driver. I also am set off by many people saying "recompile nvidia driver"
for new kernel. It is not the driver you are recompiling. It merely is the
interface between precompiled by Nvidia binary driver and different
kernel.


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

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[Valeri Galtsev]

On Fri, May 6, 2016 8:46 am, Johnny Hughes wrote:
> On 05/06/2016 08:38 AM, Valeri Galtsev wrote:
>>
>> On Fri, May 6, 2016 3:13 am, Gary Stainburn wrote:
>>> On Thursday 05 May 2016 17:16:17 Valeri Galtsev wrote:
 There were several heated discussions on this list, and elsewhere.
 This
 is
 not intended to start the new one, but to help someone who missed them
 to
 define their statute.

 People split into two groups:

 Opponents of systemd (, firewqalld, etc.) who argue that from formerly
 Unix-like system Linux becomes Unix-unlike (or more MS Windows-like),
 and
 this is bad.

 Proponents of systemd etc. who argue that the life goes on, systems
 evolve
 and you better keep up with changes.

 Therefore, for new person who is about to, let's say, upgrade Linux
 system
 to the version with systemd, there is a decision that will define that
 person's future maintenance of this new system. And the decision has
 to
 be
 made before upgrade. Luckily for those who do decide to go with
 systemd,
 bugs (that always are present in new software) are being solved.
 Luckily
 for those who do not accept fundamental changes systemd brings (like
 binary logs or config files infested with XML garbage - sorry if I'm
 missing or misinterpreting something) there are Unix system one can
 migrate machine to.

 Either way one has to read and estimate what making that step
 (upgrading
 to systemd, firewalld based Linux or switching to some flavor of Unix)
 will entail in a long run for that server and the server admin. Either
 way, as in one of Unix handbooks they stress: read carefully the
 upgrade
 notes!

 I hope, this helps someone.

 Valeri

>>>
>>> I understand the arguments for the move to systemd - and I also
>>> understand
>>> the
>>> points of those arguments.  Like most arguments, there are some valid
>>> and
>>> positive points and some not so.
>>>
>>> There are times - such as the encompassing of the name resolver code -
>>> where
>>> it just seems a case of replacing old, mature code with new untested
>>> code
>>> for
>>> no reason.
>>>
>>> Either way, I now have to manage both traditional and systemd based
>>> systems.
>>> Okay, it just means learning new toolsets, but it's something else I
>>> have
>>> to
>>> learn, and something else I have to cope with for my bespoke systems
>>> and
>>> services.
>>
>> I guess, I didn't stress it well enough: read the upgrade notes! In case
>> of switching to systemd: read about what the change means.
>>
>> In other words, at least in minds of those who decided to migrate to
>> UNIX,
>> this change it not just about learning new tools. It is about how the
>> system works. I am not going to argue they (refugees to UNIX) are right,
>> or proponents of systemd (and friends) are right. The important part is
>> that each weighed the changed and will deal with the consequences of the
>> decision made conscientiously. But for that (to make good decision),
>> once
>> again:
>>
>> Read the "upgrade notes" [systemd documentation in this case]! This is
>> the
>> decision about your system and its future life.
>
> Right.  And I do want to point out, this list is really not the place to
> discuss the positives and negatives of systemd vs. upstart vs. SysV.
> The goal of CentOS is to build RHEL source code with the absolute
> minimum changes required for branding.  So, we get the init system that
> is in the source code.

Exactly. As I said in the first post (reply to which happened to hijack
the thread - my apologies that was not intended by me), it was only
intended to help those who are just about to make this step to really
think about what it will entail. And thanks everybody who added their
comments, they all do the same what I intended.

Valeri

>
> Having that kind of discussion on a Fedora list might be appropriate if
> you are not a RHEL customer or on a RHEL list if you are.
>
>>
>>>
>>> What I didn't expect, and what really threw me was that this has been
>>> implemented via a simply 'yum update' of an existing system, not at a
>>> major
>>> release level.
>
>
> ___
> 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

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[Johnny Hughes]

On 05/06/2016 08:38 AM, Valeri Galtsev wrote:
> 
> On Fri, May 6, 2016 3:13 am, Gary Stainburn wrote:
>> On Thursday 05 May 2016 17:16:17 Valeri Galtsev wrote:
>>> There were several heated discussions on this list, and elsewhere. This
>>> is
>>> not intended to start the new one, but to help someone who missed them
>>> to
>>> define their statute.
>>>
>>> People split into two groups:
>>>
>>> Opponents of systemd (, firewqalld, etc.) who argue that from formerly
>>> Unix-like system Linux becomes Unix-unlike (or more MS Windows-like),
>>> and
>>> this is bad.
>>>
>>> Proponents of systemd etc. who argue that the life goes on, systems
>>> evolve
>>> and you better keep up with changes.
>>>
>>> Therefore, for new person who is about to, let's say, upgrade Linux
>>> system
>>> to the version with systemd, there is a decision that will define that
>>> person's future maintenance of this new system. And the decision has to
>>> be
>>> made before upgrade. Luckily for those who do decide to go with systemd,
>>> bugs (that always are present in new software) are being solved. Luckily
>>> for those who do not accept fundamental changes systemd brings (like
>>> binary logs or config files infested with XML garbage - sorry if I'm
>>> missing or misinterpreting something) there are Unix system one can
>>> migrate machine to.
>>>
>>> Either way one has to read and estimate what making that step (upgrading
>>> to systemd, firewalld based Linux or switching to some flavor of Unix)
>>> will entail in a long run for that server and the server admin. Either
>>> way, as in one of Unix handbooks they stress: read carefully the upgrade
>>> notes!
>>>
>>> I hope, this helps someone.
>>>
>>> Valeri
>>>
>>
>> I understand the arguments for the move to systemd - and I also understand
>> the
>> points of those arguments.  Like most arguments, there are some valid and
>> positive points and some not so.
>>
>> There are times - such as the encompassing of the name resolver code -
>> where
>> it just seems a case of replacing old, mature code with new untested code
>> for
>> no reason.
>>
>> Either way, I now have to manage both traditional and systemd based
>> systems.
>> Okay, it just means learning new toolsets, but it's something else I have
>> to
>> learn, and something else I have to cope with for my bespoke systems and
>> services.
> 
> I guess, I didn't stress it well enough: read the upgrade notes! In case
> of switching to systemd: read about what the change means.
> 
> In other words, at least in minds of those who decided to migrate to UNIX,
> this change it not just about learning new tools. It is about how the
> system works. I am not going to argue they (refugees to UNIX) are right,
> or proponents of systemd (and friends) are right. The important part is
> that each weighed the changed and will deal with the consequences of the
> decision made conscientiously. But for that (to make good decision), once
> again:
> 
> Read the "upgrade notes" [systemd documentation in this case]! This is the
> decision about your system and its future life.

Right.  And I do want to point out, this list is really not the place to
discuss the positives and negatives of systemd vs. upstart vs. SysV.
The goal of CentOS is to build RHEL source code with the absolute
minimum changes required for branding.  So, we get the init system that
is in the source code.

Having that kind of discussion on a Fedora list might be appropriate if
you are not a RHEL customer or on a RHEL list if you are.

> 
>>
>> What I didn't expect, and what really threw me was that this has been
>> implemented via a simply 'yum update' of an existing system, not at a
>> major
>> release level.




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

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[Valeri Galtsev]

On Fri, May 6, 2016 3:13 am, Gary Stainburn wrote:
> On Thursday 05 May 2016 17:16:17 Valeri Galtsev wrote:
>> There were several heated discussions on this list, and elsewhere. This
>> is
>> not intended to start the new one, but to help someone who missed them
>> to
>> define their statute.
>>
>> People split into two groups:
>>
>> Opponents of systemd (, firewqalld, etc.) who argue that from formerly
>> Unix-like system Linux becomes Unix-unlike (or more MS Windows-like),
>> and
>> this is bad.
>>
>> Proponents of systemd etc. who argue that the life goes on, systems
>> evolve
>> and you better keep up with changes.
>>
>> Therefore, for new person who is about to, let's say, upgrade Linux
>> system
>> to the version with systemd, there is a decision that will define that
>> person's future maintenance of this new system. And the decision has to
>> be
>> made before upgrade. Luckily for those who do decide to go with systemd,
>> bugs (that always are present in new software) are being solved. Luckily
>> for those who do not accept fundamental changes systemd brings (like
>> binary logs or config files infested with XML garbage - sorry if I'm
>> missing or misinterpreting something) there are Unix system one can
>> migrate machine to.
>>
>> Either way one has to read and estimate what making that step (upgrading
>> to systemd, firewalld based Linux or switching to some flavor of Unix)
>> will entail in a long run for that server and the server admin. Either
>> way, as in one of Unix handbooks they stress: read carefully the upgrade
>> notes!
>>
>> I hope, this helps someone.
>>
>> Valeri
>>
>
> I understand the arguments for the move to systemd - and I also understand
> the
> points of those arguments.  Like most arguments, there are some valid and
> positive points and some not so.
>
> There are times - such as the encompassing of the name resolver code -
> where
> it just seems a case of replacing old, mature code with new untested code
> for
> no reason.
>
> Either way, I now have to manage both traditional and systemd based
> systems.
> Okay, it just means learning new toolsets, but it's something else I have
> to
> learn, and something else I have to cope with for my bespoke systems and
> services.

I guess, I didn't stress it well enough: read the upgrade notes! In case
of switching to systemd: read about what the change means.

In other words, at least in minds of those who decided to migrate to UNIX,
this change it not just about learning new tools. It is about how the
system works. I am not going to argue they (refugees to UNIX) are right,
or proponents of systemd (and friends) are right. The important part is
that each weighed the changed and will deal with the consequences of the
decision made conscientiously. But for that (to make good decision), once
again:

Read the "upgrade notes" [systemd documentation in this case]! This is the
decision about your system and its future life.

Valeri

>
> What I didn't expect, and what really threw me was that this has been
> implemented via a simply 'yum update' of an existing system, not at a
> major
> release level.


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

Re: [CentOS] CentOS 7 and 4K display

[Johnny Hughes]

On 05/06/2016 07:12 AM, Phelps, Matthew wrote:
> On Fri, May 6, 2016 at 8:06 AM, Jerry Geis  wrote:
> 
>> | What is your graphics card model?
>> NVIDIA Corporation GK208 [GeForce GT 720] This does 4K
>>
>> | Which driver are you using?
>> I am using the NOUVEAU at this time
>>
> 
> 
> I would suggest trying the NVIDIA proprietary driver from the ELRepo
> 
> rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
> rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
> 
> yum install kmod-nvidia
> 
> reboot

I would absolutely agree that the nvidia driver is going to likely
support 4K better than the NOUVEAU driver.




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

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[James B. Byrne]

On Fri, May 6, 2016 04:36, John Hodrien wrote:
> On Fri, 6 May 2016, Gary Stainburn wrote:
>
>> What I didn't expect, and what really threw me was that this has
>> been implemented via a simply 'yum update' of an existing system,
>> not at a major release level.
>
>
> Something like RHEL is stuck in a trap here.  Either they never
> change a default post-install (lots of rpmnew or deliberately
> not introducing new behaviours), or they bring in defaults as
> you update (to some extent doing things like rpmsave).  Some
> people would complain whichever option they chose.

Or have packagers divide configuration files into system and local
with local overriding system. Then restrict software updates such that
they modify only system configs leaving locals alone.  That way new
things can be added with old things are left as they are. Some
software already behaves like this.  There is no evident technical
reason why most of the rest could not as well.

If an update is such that old things cannot be left alone then that is
sufficient to require an rpmnew and a warning to the installer that
manual intervention is required to complete the update. In fact,
anything of that nature would benefit from requiring a special switch
to install so that 'yum update' would not break a running system.


-- 
***  e-Mail is NOT a SECURE channel  ***
Do NOT transmit sensitive data via e-Mail
 Do NOT open attachments nor follow links sent by e-Mail

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

Re: [CentOS] FirewallD and FTP passive mode

[Steve Clark]

On 05/05/2016 09:15 AM, Marcin Trendota wrote:

Howdy

I'm trying to run FTP server behind firewall. And i can't enable passive
mode from the Internet. There are plenty howtos but there aren't many
with my combination.

For now i have configured port forwarding and ftp server itself.

On the router:
# firewall-cmd --list-all --zone=external
external (active)
   interfaces: enp3s1
   sources:
   services: openvpn ssh
   ports: 1194/tcp 2666/tcp 88/tcp
   masquerade: yes
   forward-ports: port=21:proto=tcp:toport=:toaddr=10.0.32.7
 port=10090-10100:proto=tcp:toport=:toaddr=10.0.32.7
 port=88:proto=tcp:toport=80:toaddr=10.0.32.23
   icmp-blocks:
   rich rules:

I also did:
# modprobe ip_conntrack_ftp ports=10090,10100


excerpt form vsftpd.conf on the FTP server:
pasv_enable=Yes
pasv_min_port=10090
pasv_max_port=10100
pasv_addr_resolve=Yes

Do you have pasv_addr set to the hostname of the server?
pasv_address
  Use this option to override the IP address that vsftpd will 
advertise in response to
  the PASV command. Provide a numeric IP address, unless 
pasv_addr_resolve is enabled,
  in which case you can provide a hostname which will be  DNS  
resolved  for  you  at
  startup.

  Default: (none - the address is taken from the incoming connected 
socket)


>From LAN or through VPN it works. But on the public address i can only
log in, cannot turn into passive mode:

Connected to ftp1.domain.com (xxx.xxx.xxx.xxx).
220 (vsFTPd 2.2.2)
Name (ftp1.domain.com:root): user
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
227 Entering Passive Mode (10,0,32,7,39,111).
ftp: connect: Connection timed out

Also this IP looks weird - shouldn't it be public IP?

What am i doing wrong?
TIA.




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

Re: [CentOS] CentOS 7 and 4K display

[Phelps, Matthew]

On Fri, May 6, 2016 at 8:06 AM, Jerry Geis  wrote:

> | What is your graphics card model?
> NVIDIA Corporation GK208 [GeForce GT 720] This does 4K
>
> | Which driver are you using?
> I am using the NOUVEAU at this time
>


I would suggest trying the NVIDIA proprietary driver from the ELRepo

rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm

yum install kmod-nvidia

reboot



> | What connector are you using (DVI, Display Port, HDMI)?
> HDMI
>
> | Does it work at 4k with Gnome, or KDE?
> Yes has worked under Gnome
>
> The /var/log/X log file shows it present from the monitor.
>  grep 3840 /var/log/Xorg.0.log
> [ 6.540] (II) NOUVEAU(0): h_active: 3840  h_sync: 3888  h_sync_end 3920
> h_blank_end 4000 h_border: 0
> [ 6.540] (II) NOUVEAU(0): h_active: 3840  h_sync: 4016  h_sync_end 4104
> h_blank_end 4400 h_border: 0
> [ 6.996] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [ 6.996] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [ 7.104] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [ 7.104] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [ 8.290] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [ 8.290] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [11.932] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [11.932] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [13.939] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [13.939] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [14.076] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [14.076] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [14.212] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [14.212] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [14.349] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [14.349] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
> [14.624] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
> 3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
> [14.624] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
> 4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
>
> I find no errors throwing out the mode.
>
> Thanks,
>
> Jerry
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>



-- 
Matt Phelps
System Administrator, Computation Facility
Harvard - Smithsonian Center for Astrophysics
mphe...@cfa.harvard.edu, http://www.cfa.harvard.edu
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Scott Robbins]

On Fri, May 06, 2016 at 11:13:10AM +0200, Nicolas Thierry-Mieg wrote:
> 
> you're probably removing too many packages, eg some key package is a
> dep of MINIMAL but not in MINIMAL, and "yum remove" removes it and
> all its dependants.

Just as an example of this, and one that RH may move into an update
sooner or later.  Fedora 24's minimal comes with NetworkManager.  I always
remove it and use network.  So, on Fedora 24, which is admittedly in beta,
/etc/resolv.conf is now a part of NetworkManager, a symbolic link
 to /var/run/NetworkManager/resolv.conf. So,if one removes NetworkManager
or even disables it, name resolution no longer works. 

It seems to me that the easiest thing would be to quickly run a minimal
install in VirtualBox, and if you remove anything, keep an eye on it, or,
as was suggested, below.

> Or replace yum remove with "rpm -e" to see if and who in $SUPPRIMER
> has deps in MINIMAL.

-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

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

Re: [CentOS] CentOS 7 and 4K display

[Jerry Geis]

| What is your graphics card model?
NVIDIA Corporation GK208 [GeForce GT 720] This does 4K

| Which driver are you using?
I am using the NOUVEAU at this time

| What connector are you using (DVI, Display Port, HDMI)?
HDMI

| Does it work at 4k with Gnome, or KDE?
Yes has worked under Gnome

The /var/log/X log file shows it present from the monitor.
 grep 3840 /var/log/Xorg.0.log
[ 6.540] (II) NOUVEAU(0): h_active: 3840  h_sync: 3888  h_sync_end 3920
h_blank_end 4000 h_border: 0
[ 6.540] (II) NOUVEAU(0): h_active: 3840  h_sync: 4016  h_sync_end 4104
h_blank_end 4400 h_border: 0
[ 6.996] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[ 6.996] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[ 7.104] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[ 7.104] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[ 8.290] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[ 8.290] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[11.932] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[11.932] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[13.939] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[13.939] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[14.076] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[14.076] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[14.212] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[14.212] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[14.349] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[14.349] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)
[14.624] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  533.25  3840 3888
3920 4000  2160 2163 2168  +hsync -vsync (133.3 kHz eP)
[14.624] (II) NOUVEAU(0): Modeline "3840x2160"x0.0  297.00  3840 4016
4104 4400  2160 2168 2178 2250 +hsync -vsync (67.5 kHz e)

I find no errors throwing out the mode.

Thanks,

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

Re: [CentOS] CentOS 7 and 4K display

[Phelps, Matthew]

On Thu, May 5, 2016 at 1:39 PM, Jerry Geis  wrote:

> I installed C7 along with MATE desktop...
>
> My monitor is a 4K unit but when I goto the
> System -> preferences -> hardware -> Displays
> there is selection for the 4K display. It stops at 1920x1080.
>
> The var log x file shows the 4K resolutions in the file so that is good.
>
> How do I get the selections for 4K to show up?
>
> Thanks,
>
> Jerry
>

What is your graphics card model?

Which driver are you using?

What connector are you using (DVI, Display Port, HDMI)?

Does it work at 4k with Gnome, or KDE?

-- 
Matt Phelps
System Administrator, Computation Facility
Harvard - Smithsonian Center for Astrophysics
mphe...@cfa.harvard.edu, http://www.cfa.harvard.edu
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Johnny Hughes]

On 05/06/2016 06:46 AM, Nicolas Kovacs wrote:
> Le 06/05/2016 11:13, Nicolas Thierry-Mieg a écrit :
>> you're probably removing too many packages, eg some key package is a dep
>> of MINIMAL but not in MINIMAL, and "yum remove" removes it and all its
>> dependants.
>> Maybe add "yum install $MINIMAL" after your yum remove command.
>> Or replace yum remove with "rpm -e" to see if and who in $SUPPRIMER has
>> deps in MINIMAL.
> 
> I gave it another spin, this time with rpm -e $SUPPRIMER. Got no error
> messages, rpm -e simply wiped all non-essential packages. So I don't
> think the problem comes from some removed minimal package.
> 
> This time I activated startup messages. Booting gets stuck right after
> mounting /boot. I'll try to reproduce it, since I can't copy/paste it.
> 
> [  OK  ] Mounted /boot.
> [ TIME ] Timed out waiting for device
> dev-mapper-centos_amandine\x2dhome.device.
> [DEPEND] Dependency failed for /home.
> 
> And then quite a few lines, and booting into emergency mode.
> 
> Any suggestions?
> 
> Niki
> 

Maybe add a:

yum groupinstall core





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

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Nicolas Kovacs]

Le 06/05/2016 11:13, Nicolas Thierry-Mieg a écrit :
> you're probably removing too many packages, eg some key package is a dep
> of MINIMAL but not in MINIMAL, and "yum remove" removes it and all its
> dependants.
> Maybe add "yum install $MINIMAL" after your yum remove command.
> Or replace yum remove with "rpm -e" to see if and who in $SUPPRIMER has
> deps in MINIMAL.

I gave it another spin, this time with rpm -e $SUPPRIMER. Got no error
messages, rpm -e simply wiped all non-essential packages. So I don't
think the problem comes from some removed minimal package.

This time I activated startup messages. Booting gets stuck right after
mounting /boot. I'll try to reproduce it, since I can't copy/paste it.

[  OK  ] Mounted /boot.
[ TIME ] Timed out waiting for device
dev-mapper-centos_amandine\x2dhome.device.
[DEPEND] Dependency failed for /home.

And then quite a few lines, and booting into emergency mode.

Any suggestions?

Niki

-- 
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Web  : http://www.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] yum update (first in a long time) - EXIM environment variable warning

[Johnny Hughes]

On 05/06/2016 05:45 AM, Johnny Hughes wrote:
> On 05/06/2016 03:30 AM, Gary Stainburn wrote:
>> Me again,
>>
>> Another problem I've found since doing my yum update is that EXIM is now 
>> showing the following error, on startup, and repeatedly in main.log
>>
>> [root@ollie2 ~]# exim -bt   localp...@example.com
>> 2016-05-06 09:27:04 WARNING: purging the environment.
>>  Suggested action: use keep_environment and add_environment.
>>
>> ...
>>
>> Googling says that to fix this all I need to do is add
>>
>> keep_environment
>>
>> to exim.conf.  What I'm struggling to find out is why it's suddenly needed 
>> and 
>> what the effects are
> 
> exim is not part of CentOS-7 .. it is part of EPEL (I think, based on my
> yum list).  Not sure who the maintainer is or if he/she is on this list.
>  Maybe they are on they EPEL mailing list.  Here is the output of yum
> list exim:
> 
> exim.x86_64   4.84.2-2.el7  epel
> 

BTW, I am not saying that you shouldn't discuss this on the CentOS
mailing list.  It is absolutely OK for you to discuss it here.  I am
just saying that you might be able to also find more help elsewhere too.

Just wanted to make sure my other post is not misinterpreted 'take this
off our list' .. it is instead a 'the helper you seek may not be
subscribed here' :)




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

Re: [CentOS] yum update (first in a long time) - EXIM environment variable warning

[Johnny Hughes]

On 05/06/2016 03:30 AM, Gary Stainburn wrote:
> Me again,
> 
> Another problem I've found since doing my yum update is that EXIM is now 
> showing the following error, on startup, and repeatedly in main.log
> 
> [root@ollie2 ~]# exim -bt   localp...@example.com
> 2016-05-06 09:27:04 WARNING: purging the environment.
>  Suggested action: use keep_environment and add_environment.
> 
> ...
> 
> Googling says that to fix this all I need to do is add
> 
> keep_environment
> 
> to exim.conf.  What I'm struggling to find out is why it's suddenly needed 
> and 
> what the effects are

exim is not part of CentOS-7 .. it is part of EPEL (I think, based on my
yum list).  Not sure who the maintainer is or if he/she is on this list.
 Maybe they are on they EPEL mailing list.  Here is the output of yum
list exim:

exim.x86_64   4.84.2-2.el7  epel




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

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Nicolas Thierry-Mieg]

On 05/06/2016 09:33 AM, Nicolas Kovacs wrote:

Le 06/05/2016 08:50, Nicolas Kovacs a écrit :

Now what would be the simple systemd equivalent of doing that? E. g. on
any CentOS installation (be it graphical, "Web Server", "File Server",
whatever), strip down services to the status that they're at just after
installing a "Minimal Install"?


PS: I gave this a spin on two sandbox machines here. One with a full
GNOME GUI installation, one with a "Web Server" profile. On both, I
defined "systemctl set-default multi-user.target", then I stripped the
system with my script. Upon reboot, startup hangs, and in my journal, I
get a lot of "Failed to parse ACL" errors.

I don't know if it's related to this:

https://bugzilla.redhat.com/show_bug.cgi?id=1268628

 From here on, I'm clueless.


you're probably removing too many packages, eg some key package is a dep 
of MINIMAL but not in MINIMAL, and "yum remove" removes it and all its 
dependants.

Maybe add "yum install $MINIMAL" after your yum remove command.
Or replace yum remove with "rpm -e" to see if and who in $SUPPRIMER has 
deps in MINIMAL.

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

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[John Hodrien]

On Fri, 6 May 2016, Gary Stainburn wrote:


What I didn't expect, and what really threw me was that this has been
implemented via a simply 'yum update' of an existing system, not at a major
release level.


journald has been there since you installed C7.

You appear to have seen a change in logging behaviour as a result of an
update.  Whether that's due to an update of dovecot, systemd, or something
else, I have no idea.

Something like RHEL is stuck in a trap here.  Either they never change a
default post-install (lots of rpmnew or deliberately not introducing new
behaviours), or they bring in defaults as you update (to some extent doing
things like rpmsave).  Some people would complain whichever option they chose.

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

[CentOS] yum update (first in a long time) - EXIM environment variable warning

[Gary Stainburn]

Me again,

Another problem I've found since doing my yum update is that EXIM is now 
showing the following error, on startup, and repeatedly in main.log

[root@ollie2 ~]# exim -bt   localp...@example.com
2016-05-06 09:27:04 WARNING: purging the environment.
 Suggested action: use keep_environment and add_environment.

...

Googling says that to fix this all I need to do is add

keep_environment

to exim.conf.  What I'm struggling to find out is why it's suddenly needed and 
what the effects are
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] yum update (first in a long time) - /var/log/dovecot no longer used

[Gary Stainburn]

On Thursday 05 May 2016 17:16:17 Valeri Galtsev wrote:
> There were several heated discussions on this list, and elsewhere. This is
> not intended to start the new one, but to help someone who missed them to
> define their statute.
>
> People split into two groups:
>
> Opponents of systemd (, firewqalld, etc.) who argue that from formerly
> Unix-like system Linux becomes Unix-unlike (or more MS Windows-like), and
> this is bad.
>
> Proponents of systemd etc. who argue that the life goes on, systems evolve
> and you better keep up with changes.
>
> Therefore, for new person who is about to, let's say, upgrade Linux system
> to the version with systemd, there is a decision that will define that
> person's future maintenance of this new system. And the decision has to be
> made before upgrade. Luckily for those who do decide to go with systemd,
> bugs (that always are present in new software) are being solved. Luckily
> for those who do not accept fundamental changes systemd brings (like
> binary logs or config files infested with XML garbage - sorry if I'm
> missing or misinterpreting something) there are Unix system one can
> migrate machine to.
>
> Either way one has to read and estimate what making that step (upgrading
> to systemd, firewalld based Linux or switching to some flavor of Unix)
> will entail in a long run for that server and the server admin. Either
> way, as in one of Unix handbooks they stress: read carefully the upgrade
> notes!
>
> I hope, this helps someone.
>
> Valeri
>

I understand the arguments for the move to systemd - and I also understand the 
points of those arguments.  Like most arguments, there are some valid and 
positive points and some not so.

There are times - such as the encompassing of the name resolver code - where 
it just seems a case of replacing old, mature code with new untested code for 
no reason.

Either way, I now have to manage both traditional and systemd based systems. 
Okay, it just means learning new toolsets, but it's something else I have to 
learn, and something else I have to cope with for my bespoke systems and 
services.

What I didn't expect, and what really threw me was that this has been 
implemented via a simply 'yum update' of an existing system, not at a major 
release level.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Nicolas Kovacs]

Le 06/05/2016 08:50, Nicolas Kovacs a écrit :
> Now what would be the simple systemd equivalent of doing that? E. g. on
> any CentOS installation (be it graphical, "Web Server", "File Server",
> whatever), strip down services to the status that they're at just after
> installing a "Minimal Install"?

PS: I gave this a spin on two sandbox machines here. One with a full
GNOME GUI installation, one with a "Web Server" profile. On both, I
defined "systemctl set-default multi-user.target", then I stripped the
system with my script. Upon reboot, startup hangs, and in my journal, I
get a lot of "Failed to parse ACL" errors.

I don't know if it's related to this:

https://bugzilla.redhat.com/show_bug.cgi?id=1268628

From here on, I'm clueless.

Cheers,

Niki

-- 
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Web  : http://www.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Reduce existing CentOS 7 installation to "Minimal install" - services?

[Nicolas Kovacs]

Hi,

When I install a CentOS server/desktop/workstation, I usually start from
scratch with a barebone minimal installation, then add packages as needed.

Some machines (like dedicated servers in a datacenter) come
preconfigured by the hosting company, so I thought it wouldn't be a bad
idea to start stripping that stuff first.

Here's a little script I wrote, which essentially strips down any
CentOS-7 installation to a minimal core system:

https://github.com/kikinovak/centos/blob/master/7.x/scripts/00-elaguer-paquets.sh

The script parses the 'minimal' package list and then just removes
everything that's not on the list.

Now I tried running that on an existing CentOS-7 "Web Server"
installation. I ran it, rebooted... and I got dropped to a console that
suggested to run journalctl. Uh oh.

I'm currently catching up with systemd and its specificities, working
through a bunch of online tutorials. But here's what I figured out so
far. Before stripping down my system, I have to reduce services to a
minimum. (On a Slackware system, which is what I'm using most of the
time, that's where I would disable pretty much all services besides
rc.syslog and rc.sshd.)

Now what would be the simple systemd equivalent of doing that? E. g. on
any CentOS installation (be it graphical, "Web Server", "File Server",
whatever), strip down services to the status that they're at just after
installing a "Minimal Install"?

Cheers from the sunny South of France,

Niki
-- 
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Web  : http://www.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] After restart, user's gnome autostart seems broken

[wwp]

Hello there,


CentOS6.7 64-bit up-to-date running on my laptop.. This night I had to
restart (did it properly). Since then, my ~/.config/autostart/ contains
some new broken .desktop files and /var/log/messages complains:

gnome-session[7280]: WARNING: Could not parse desktop file 
/home/wwp/.config/autostart/gnome-keyring-daemon.desktop: Key file does not 
have key 'Name'
gnome-session[7280]: WARNING: could not read 
/home/wwp/.config/autostart/gnome-keyring-daemon.desktop
[snip]

the log tells the same story about other desktop files:
 gnome-settings-daemon
 gnome-settings-daemon-helper
 gnome-power-manager
 gnome-screensaver
 gdu-notification-daemon
 at-spi-registryd
 user-dirs-update-gtk
 seahorse-daemon
 evolution-alarm-notify
 xfce4-settings-helper-autostart
 xfce4-notes-autostart

IOW, stuff that sounds a bit critical from a GNOME desktop user PoV,
explaining my concern.

ALl the new broken .desktop files show the same date (Jul 3, 2014) and
seem to be related to default services (/etc/xdg/autostart) that should
normally NOT be there, as least from what I see on other similar
systems running here.

The services related to those files are NOT present anymore in my "Startup 
Applications
Preferences", and I start wondering if the broken local desktop files
are not shadowing system ones (that seem to run fine, according to `ps
ax` and to my running GNOME desktop, showing no defect).

I show you the contents of one of them, representative:

[Desktop Entry]
X-XFCE-Autostart-Override=false

Hidden=true


On another CentOS 6.7 box, I notice that those services (gnome keyring,
at spi registry wrapper, etc.) are present in the "Startup Applications
Preferences" but NOT in ~/.config/autostart/, so I assume that default
system things are taken into account there.

BTW, my user desktop settings are NOT to "automatically remember running
applications when logging out".

I have a complete backup of the system after last reboot (and a
differential backup from one day ago), so I'm not risking anything
apparently, but does anybody understand what happened? Is it safe to
remove those broken desktop files are relogin my user?


Regards,

-- 
wwp


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