Re: [CentOS] kickstart problems since 7.3

[Joseph L. Casale]

> I just tried a kickstart setup for the first time since 7.3 and got an 
> error similar to the error in this unresolved Fedora bug report:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1278260
>
> Has anyone successfully done a kickstart setup using 7.3 on x86_64?

I have with an http based ks file however my 7.2 based file had a sight
partition blunder that went unnoticed and worked only in 7.2 whereas
the 7.3 installation actually behaved as documented and paused.

> I'm not sure where to start debugging this.

When you do get a procedure down for that, please share it:)

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

[CentOS] kickstart problems since 7.3

[Gordon Messmer]

I just tried a kickstart setup for the first time since 7.3 and got an 
error similar to the error in this unresolved Fedora bug report:


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

Has anyone successfully done a kickstart setup using 7.3 on x86_64?  I'd 
imagine this is part of QA, so the answer is almost certainly "yes," but 
I'm not sure where to start debugging this. I got a working system by 
supplying the URL to the 7.2 release instead of the current URL.


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

[CentOS] LVM appears to be very expensive on CentOS 7

[Gordon Messmer]

After running a long series of benchmarks, it looks like there is a very 
significant performance difference between systems using LVM and systems 
not using LVM under CentOS 7.  I'd appreciate it if anyone else can 
confirm these results.


There are a couple of other surprising aspects of the results, 
especially that the default storage configuration (LVM and 512k blocks) 
appears to be the worst configuration possible, when using RAID5 (and 
probably RAID6).


https://plus.google.com/+GordonMessmer/posts/H5DuyP1LHPU?sfc=true


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

[CentOS] SASL attacks and SPAM

[TE Dukes]

I wanted to pass this along. I'm sure it may be nothing new to most of you,
but it has greatly reduced sasl attacks and spam.

I found most of it here:
https://scottlinux.com/2011/05/26/prevent-postfix-brute-force/

I added the fail2ban rule and modified my postfix main.cf as follows:

smtpd_client_connection_rate_limit = 3
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_helo_restrictions =
permit_mynetworks,
reject_non_fqdn_helo_hostname,
reject_invalid_helo_hostname,
permit
smtpd_sender_restrictions =
permit_mynetworks,
reject_non_fqdn_sender,
reject_unknown_sender_domain,
permit
smtpd_recipient_restrictions =
   reject_unauth_pipelining,
   reject_non_fqdn_recipient,
   reject_unknown_recipient_domain,
   permit_mynetworks,
   reject_unauth_destination,
   check_sender_access
 hash:/etc/postfix/access,
   reject_rbl_client zen.spamhaus.org,
   reject_rbl_client bl.spamcop.net,
   check_policy_service unix:postgrey/socket,
   permit
   smtpd_client_connection_count_limit = 3
   smtpd_client_message_rate_limit = 5
   smtpd_client_recipient_rate_limit = 60
   smtpd_client_event_limit_exceptions = $mynetworks
   smtpd_client_new_tls_session_rate_limit = 3
smtpd_error_sleep_time = 1s
smtpd_soft_error_limit = 10
smtpd_hard_error_limit = 20

Has knocked down all the spam and about 99% of the sasl attacks.

If anyone would like to add to this, please do so.

TIA



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

[CentOS] Problem with Centos & Alsa on reboot

[Robert Jeffares]

I have a number of machines using Centos 6.8
They have M-Audio sound cards.
When I set the output levels using alsamixer and save using 'alsactrl 
store' [creating a requested directory]  the settings do not restore on 
reboot.

I have no idea why they don't.
running 'alsactrl restore' works so the settings are being saved.

I think the on board card settings are loaded OK

/var/lib/alsa/asound.state

seems to have the right permissions, and I can find no errors in any logs.

My fix is to run a script from /etc/rc.local which runs on restart and 
sends me an email


--snip-
#! /bin/bash
date > /home/rd/soundset.log
alsactl restore
cat /home/rd/soundset.log |mail -s 'sound set ' y...@email.com
exit 0
--snip-


It's either Centos or Alsa.

Did not have this in earlier systems.


regards

Robert

--
*Big Valley Radio*
64 Warner Park Avenue

Laingholm

Auckland 0604

09 8176358

0221693124

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

Re: [CentOS] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable

[m . roth]

ken wrote:
> On 12/19/2016 11:13 AM, wwp wrote:
>> On Mon, 19 Dec 2016 11:04:28 -0500 Lamar Owen  wrote:
>>> On 12/19/2016 08:44 AM, ken wrote:
 Last night installed the latest, firefox-45.6.0-1.el7.centos.x86_64.
 > Fired it up this morning and within the first hour it's crashed
 three > times.  That comes to it being usable for about five minutes
 before it > crashes.

 Anyone else getting this?

>>> For what it's worth, in my normal browsing since the update I have not
>>> experienced any crashing.
>> Neither do I, 3 different 64-bit systems.
>>
> I should have mentioned, I open up one window, but multiple tabs...
> looks like about twenty.  That in itself might be the problem.  Or it
> might be one particular webpage which is causing the crash, or a
> combination of two or more.  This system is set up with lots of swap and
> none of it is being used.  Not even half of the 8G RAM is being used.
>
> The fact remains, however, that Firefox yesterday (the previous version)
> wasn't crashing running the same window with the same webpages running
> in the same tabs.  So some bad code must have appeared in this new
> version.
>
No one's coming complaining to me, but in the logs, I'm seeing a lot of
plugin-container crashes.

 mark

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

Re: [CentOS] missing rh-git29-git package

[Juan Barayoga]

Hi Centos Team,

It seems this is partially resolved.  The issue now is that
rh-git29-runtime cannot be found by yum but the package itself is in the
repo directory:

http://mirrors.usc.edu/pub/linux/distributions/centos/7/sclo/x86_64/rh/rh-git29/rh-git29-runtime-2.3-4.el7.x86_64.rpm


[root@ldas-pcdev4 ~]# yum install rh-git29-git
Loaded plugins: auto-update-debuginfo, langpacks, priorities
555 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package rh-git29-git.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-perl-Git = 2.9.3-2.el7 for package:
rh-git29-git-2.9.3-2.el7.x86_64
--> Processing Dependency: rh-git29-git-core-doc = 2.9.3-2.el7 for
package: rh-git29-git-2.9.3-2.el7.x86_64
--> Processing Dependency: rh-git29-git-core = 2.9.3-2.el7 for package:
rh-git29-git-2.9.3-2.el7.x86_64
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-2.9.3-2.el7.x86_64
--> Processing Dependency: rh-git29-perl(Git) for package:
rh-git29-git-2.9.3-2.el7.x86_64
--> Running transaction check
---> Package rh-git29-git.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-2.9.3-2.el7.x86_64
---> Package rh-git29-git-core.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-core-2.9.3-2.el7.x86_64
--> Processing Dependency: httpd24-libcurl for package:
rh-git29-git-core-2.9.3-2.el7.x86_64
--> Processing Dependency: libcurl-httpd24.so.4()(64bit) for package:
rh-git29-git-core-2.9.3-2.el7.x86_64
---> Package rh-git29-git-core-doc.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-core-doc-2.9.3-2.el7.x86_64
---> Package rh-git29-perl-Git.noarch 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-perl-Git-2.9.3-2.el7.noarch
--> Running transaction check
---> Package httpd24-libcurl.x86_64 0:7.47.1-1.1.el7 will be installed
--> Processing Dependency: httpd24-runtime for package:
httpd24-libcurl-7.47.1-1.1.el7.x86_64
--> Processing Dependency: libnghttp2-httpd24.so.14()(64bit) for
package: httpd24-libcurl-7.47.1-1.1.el7.x86_64
---> Package rh-git29-git.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-2.9.3-2.el7.x86_64
---> Package rh-git29-git-core.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-core-2.9.3-2.el7.x86_64
---> Package rh-git29-git-core-doc.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-core-doc-2.9.3-2.el7.x86_64
---> Package rh-git29-perl-Git.noarch 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-perl-Git-2.9.3-2.el7.noarch
--> Running transaction check
---> Package httpd24-libnghttp2.x86_64 0:1.7.1-1.el7 will be installed
---> Package httpd24-runtime.x86_64 0:1.1-14.el7 will be installed
---> Package rh-git29-git.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-2.9.3-2.el7.x86_64
---> Package rh-git29-git-core.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-core-2.9.3-2.el7.x86_64
---> Package rh-git29-git-core-doc.x86_64 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-git-core-doc-2.9.3-2.el7.x86_64
---> Package rh-git29-perl-Git.noarch 0:2.9.3-2.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-perl-Git-2.9.3-2.el7.noarch
--> Finished Dependency Resolution
Error: Package: rh-git29-git-core-2.9.3-2.el7.x86_64 (softwarecollections)
   Requires: rh-git29-runtime
Error: Package: rh-git29-git-core-doc-2.9.3-2.el7.x86_64
(softwarecollections)
   Requires: rh-git29-runtime
Error: Package: rh-git29-perl-Git-2.9.3-2.el7.noarch (softwarecollections)
   Requires: rh-git29-runtime
Error: Package: rh-git29-git-2.9.3-2.el7.x86_64 (softwarecollections)
   Requires: rh-git29-runtime
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


Regards,
--
Juan Barayoga
LIGO-Caltech
626-395-4379


On 12/12/16 9:27 AM, Juan Barayoga wrote:
> Hi.
>
> We wish to install rh-git29 from the Software Collections repo and it's
> failing because of a missing rh-git29-git package.
>
> It appears to be absent still on the latest Centos 7.3. distro.
>
> [root@localhost ~]# yum install rh-git29
> Loaded plugins: auto-update-debuginfo, langpacks, priorities
> 551 packages excluded due to repository priority protections
> Resolving Dependencies
> --> Running transaction check
> ---> Package rh-git29.x86_64 0:2.3-4.el7 will be installed
> --> Processing Dependency: rh-git29-runtime for package:
> 

[CentOS] missing rh-git29-git package

[Juan Barayoga]

Hi.

We wish to install rh-git29 from the Software Collections repo and it's
failing because of a missing rh-git29-git package.

It appears to be absent still on the latest Centos 7.3. distro.

[root@localhost ~]# yum install rh-git29
Loaded plugins: auto-update-debuginfo, langpacks, priorities
551 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package rh-git29.x86_64 0:2.3-4.el7 will be installed
--> Processing Dependency: rh-git29-runtime for package:
rh-git29-2.3-4.el7.x86_64
--> Processing Dependency: rh-git29-git for package:
rh-git29-2.3-4.el7.x86_64
--> Running transaction check
---> Package rh-git29.x86_64 0:2.3-4.el7 will be installed
--> Processing Dependency: rh-git29-git for package:
rh-git29-2.3-4.el7.x86_64
---> Package rh-git29-runtime.x86_64 0:2.3-4.el7 will be installed
--> Finished Dependency Resolution
Error: Package: rh-git29-2.3-4.el7.x86_64 (softwarecollections)
   Requires: rh-git29-git
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


Please let us know if and when this package becomes available.


Regards,
--
Juan Barayoga
LIGO-Caltech
626-395-4379

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

Re: [CentOS] devtoolset-4 ageing?

[Lamar Owen]

On 12/19/2016 11:47 AM, lejeczek wrote:


On 19/12/16 16:05, Lamar Owen wrote:

On 12/19/2016 08:33 AM, lejeczek wrote:
devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS 
elfutils-0.166-2.el7.x86_64


isn't devtool ageing? Could this be the case with more packages?
regards, 

devtoolset-6 is available.

devtoolset-6-runtime is missing from repo(s) ?
Looks like it is being made available, but not all there yet.  Wait a 
few days and check again, I guess.  I just happened to notice that some 
devtoolset-6 packages were out there; must not yet be the full set.



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

Re: [CentOS] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable

[ken]

On 12/19/2016 11:13 AM, wwp wrote:

Hello,


On Mon, 19 Dec 2016 11:04:28 -0500 Lamar Owen  wrote:


On 12/19/2016 08:44 AM, ken wrote:

Last night installed the latest, firefox-45.6.0-1.el7.centos.x86_64.  > Fired it up 
this morning and within the first hour it's crashed three > times.  That comes to it 
being usable for about five minutes before it > crashes.

Anyone else getting this?
  

For what it's worth, in my normal browsing since the update I have not 
experienced any crashing.

Neither do I, 3 different 64-bit systems.


Regards,

I should have mentioned, I open up one window, but multiple tabs... 
looks like about twenty.  That in itself might be the problem.  Or it 
might be one particular webpage which is causing the crash, or a 
combination of two or more.  This system is set up with lots of swap and 
none of it is being used.  Not even half of the 8G RAM is being used.


The fact remains, however, that Firefox yesterday (the previous version) 
wasn't crashing running the same window with the same webpages running 
in the same tabs.  So some bad code must have appeared in this new version.



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

Re: [CentOS] CentOS 7, ATI video, ex-X, still fighting [SOLVED]

[Andreas Benzler]

Hey Mark,

never got this hard problems.

But:

Radeon HD 8570 / R7 240/340 OEM

OEM Cards sometimes needs a hack to be running on offical fglrx driver.
Did it in the past on some HP rebranded ATI cards.

can you send lspcik, mine looks like
-

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X] (prog-if 00 [VGA
controller])
Subsystem: ASUSTeK Computer Inc. Tahiti XTL [Radeon R9 280X DirectCU II
TOP]
Flags: bus master, fast devsel, latency 0, IRQ 29
Memory at e000 (64-bit, prefetchable) [size=256M]
Memory at f7e0 (64-bit, non-prefetchable) [size=256K]
I/O ports at e000 [size=256]
Expansion ROM at 000c [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 
Capabilities: [50] Power Management version 3
Capabilities: [58] Express Legacy Endpoint, MSI 00
Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010

Capabilities: [150] Advanced Error Reporting
Capabilities: [270] #19
Capabilities: [2b0] Address Translation Service (ATS)
Capabilities: [2c0] Page Request Interface (PRI)
Capabilities: [2d0] Process Address Space ID (PASID)
Kernel driver in use: radeon
Kernel modules: radeon
---

You machine from a oem reseller ???.

Sincerely 

Andy


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

Re: [CentOS] devtoolset-4 ageing?

[lejeczek]

On 19/12/16 16:05, Lamar Owen wrote:

On 12/19/2016 08:33 AM, lejeczek wrote:
devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS 
elfutils-0.166-2.el7.x86_64


isn't devtool ageing? Could this be the case with more 
packages?
regards, 

devtoolset-6 is available.

devtoolset-6-runtime is missing from repo(s) ?


___
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] devtoolset-4 ageing?

[lejeczek]

On 19/12/16 16:38, lejeczek wrote:



On 19/12/16 16:05, Lamar Owen wrote:

On 12/19/2016 08:33 AM, lejeczek wrote:
devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS 
elfutils-0.166-2.el7.x86_64


isn't devtool ageing? Could this be the case with more 
packages?
regards, 

devtoolset-6 is available.


somewhere (semi)officially? where?

yes, of course.



___
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] devtoolset-4 ageing?

[lejeczek]

On 19/12/16 16:05, Lamar Owen wrote:

On 12/19/2016 08:33 AM, lejeczek wrote:
devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS 
elfutils-0.166-2.el7.x86_64


isn't devtool ageing? Could this be the case with more 
packages?
regards, 

devtoolset-6 is available.


somewhere (semi)officially? where?


___
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] OT: Blank mails from this list

[Valeri Galtsev]

On Mon, December 19, 2016 12:41 am, Sorin Srbu wrote:
>> -Original Message-
>> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of
>> geo.inbox.ignored
>> Sent: den 16 december 2016 15:03
>> To: centos@centos.org
>> Subject: Re: [CentOS] OT: Blank mails from this list
>>
>>
>>
>> On 12/16/2016 07:29 AM, Valeri Galtsev wrote:
>> > On Fri, December 16, 2016 4:15 am, geo.inbox.ignored wrote:
>> <<>>
>>
>> >> btw; do you know Valeri Galtsev > department
>> >> is near what you had marked on chigo map.
>> >
>> > I'm a boy ;-) (yes, some names are weird)
>> >
>> }}
>>
>> aware that Valeri is 'both ways'. 8=)
>>
>> did not know which way you are. ;=)
>>
>> some with weird names are weirder than their names. in many ways.
>
> You guys are just hillarious... X-D

Believe it or not: just the other day I saw _your_ spelling of the word
hilarious: hillarious - implying "voted for "Hillary" ;-)

Valeri (in attempt to stay hilarious)

>
> --
> //Sorin
>
> ___
> 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] CentOS 7, ATI video, ex-X, still fighting [SOLVED]

[m . roth]

m.r...@5-cent.us wrote:
> Still trying to get it running. Updated CentOS 7, ATI video card, trying
> to use the radeon driver, and, using the previous kernel, X appears to
> come up, but gdm fails; with the 514 kernel, X fails to start.
>
> And here's a twist: I just rebooted, with radeon.modeset=1 on the kernel
> line... and for no reason I know of, I get *six* logs, Xorg.[0-5].log.
> Does this suggest anything to anyone? I can't imagine it's trying to start
> X six times
>
Never mind folks. You'll love this: I figured I'd try the proprietary
drivers. I d/l that, rsync it onto his machine, init 3, start to install -
it's an actual rpm, and it complains it conflicts with the kmod-fglrx. So,
I uninstall that. I clean up /etc/X11 to pristine, and then - I was on the
previous kernel, the one that cured mad COW, because X at least tried to
come up with that  - decide to reboot to the current, 514 kernel, and run
the install against that.

So I reboot (from my desk, having done all that remotely, and a couple
minutes later, over my cube wall, I hear, "shall I just log in?"

With kmod-fglrx, it had come up, without the proprietary drives, both
monitors active, all is wonderful.

RRRGHGHGHGGHGH!!!

Season's greetings to all, and *please*, may the next year be better than
the old.

   mark

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

Re: [CentOS] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable

[wwp]

Hello,


On Mon, 19 Dec 2016 11:04:28 -0500 Lamar Owen  wrote:

> On 12/19/2016 08:44 AM, ken wrote:
> > Last night installed the latest, firefox-45.6.0-1.el7.centos.x86_64.  > 
> > Fired it up this morning and within the first hour it's crashed three > 
> > times.  That comes to it being usable for about five minutes before it > 
> > crashes.
> >
> > Anyone else getting this?
> >  
> For what it's worth, in my normal browsing since the update I have not 
> experienced any crashing.

Neither do I, 3 different 64-bit systems.


Regards,

-- 
wwp


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

Re: [CentOS] devtoolset-4 ageing?

[Lamar Owen]

On 12/19/2016 08:33 AM, lejeczek wrote:
devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS 
elfutils-0.166-2.el7.x86_64


isn't devtool ageing? Could this be the case with more packages?
regards, 

devtoolset-6 is available.

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

Re: [CentOS] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable

[Lamar Owen]

On 12/19/2016 08:44 AM, ken wrote:
Last night installed the latest, firefox-45.6.0-1.el7.centos.x86_64.  
Fired it up this morning and within the first hour it's crashed three 
times.  That comes to it being usable for about five minutes before it 
crashes.


Anyone else getting this?

For what it's worth, in my normal browsing since the update I have not 
experienced any crashing.



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

[CentOS] CentOS 7, ATI video, ex-X, still fighting

[m . roth]

Still trying to get it running. Updated CentOS 7, ATI video card, trying
to use the radeon driver, and, using the previous kernel, X appears to
come up, but gdm fails; with the 514 kernel, X fails to start.

And here's a twist: I just rebooted, with radeon.modeset=1 on the kernel
line... and for no reason I know of, I get *six* logs, Xorg.[0-5].log.
Does this suggest anything to anyone? I can't imagine it's trying to start
X six times

   mark

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

Re: [CentOS] CentOS 7 and systemd: SysV initscript: how detect boot vs. interactive use?

[Jonathan Billings]

On Sun, Dec 18, 2016 at 08:50:54PM -0800, whitivery wrote:
> It is a system with several servers (various platforms/distros).
> 
> One piece of software runs on all of the servers.  For it to operate
> correctly, the instance on one server (prime) must start before the others
> (auxiliary).
> 
> So a boot delay is added (via a script sourced from initscript, which
> first waits for network to come up) to set the boot delay values for each
> server - prime at 0, others at some other value of 15 to 110 seconds
> depending on platform.
> 
> But when it is necessary to manipulate the service interactively via the
> "service" command, the boot delay needs to be bypassed.

Well, the first thing I'd do is make the service wait for the network
to be online.  In the [Unit] section add Wants=network-online.target.

Secondly, I'd try to find a way for the auxiliary services to ping the
prime service to ensure its up, and make that script a ExecStartPre
entry in the [Service] section.  You'll want to adjust the
TimeoutStartSec in case it might exceed the DefaultTimeoutStartSec in
/etc/systemd/system.conf, which is 90 seconds.

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

[CentOS] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable

[ken]

Last night installed the latest, firefox-45.6.0-1.el7.centos.x86_64.  
Fired it up this morning and within the first hour it's crashed three 
times.  That comes to it being usable for about five minutes before it 
crashes.


Anyone else getting this?


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

[CentOS] devtoolset-4 ageing?

[lejeczek]

hi everyone

just a quickie to devel maybe. I'm looking at some bits:

devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS 
elfutils-0.166-2.el7.x86_64


isn't devtool ageing? Could this be the case with more packages?
regards,
L.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Semi-OT: thunderbird displaying inline

[mark]

Hi, Leonard,

On 12/18/16 12:47, Leonard den Ottolander wrote:

On Sun, 2016-12-18 at 11:56 -0500, mark wrote:

This is odd. Just recently, at home, even though I have it set to display
messages as plain text, I'm suddenly seeing pics attached to spam inline, as
though I had it set to display html.

Can't find anything to make it stop - anyone have a clue?


You are probably being confronted with content with content-disposition:
inline. Many muas display such content, exposing you to possible attacks
that target bugs in rendering libraries.

Not sure if there's a switch to disable the rendering of content with
disposition inline in TB but at least now you know what to search
for :) . Evolution does not have such an switch on C6 and C7, but recent
releases do: https://bugzilla.gnome.org/show_bug.cgi?id=769388

Thanks. Knowing the "magic words" always helps in a search. Thing is, t-bird 
never *used* to do this - it's only recently, I think


mark

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

Re: [CentOS] OT: Blank mails from this list

[geo.inbox.ignored]

On 12/19/2016 12:41 AM, Sorin Srbu wrote:
>> -Original Message-
>> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of
>> geo.inbox.ignored
>> Sent: den 16 december 2016 15:03
>> To: centos@centos.org
>> Subject: Re: [CentOS] OT: Blank mails from this list
>> On 12/16/2016 07:29 AM, Valeri Galtsev wrote:
>>> On Fri, December 16, 2016 4:15 am, geo.inbox.ignored wrote:
>> <<>>
>>
 btw; do you know Valeri Galtsev > department
 is near what you had marked on chigo map.
>>>
>>> I'm a boy ;-) (yes, some names are weird)
>>>
>> }}
>>
>> aware that Valeri is 'both ways'. 8=)
>>
>> did not know which way you are. ;=)
>>
>> some with weird names are weirder than their names. in many ways.
>
> You guys are just hillarious... X-D
>
}}

:-D happy :-D happy :-D happy :-D


-- 

The important thing is not to stop questioning.
 - Albert Einstein


CentOS GNU/Linux 6.8
KDE 4.3.4

peace out.

tc,hago.

g
.

=+=
Tired of having your microsoft os hacked?
Change to Linux os, used by microsoft hackers.
=+=
If Bill Gates got a dime for every time Windows crashes...
 ...oh, wait. He does. THAT explains it!
=+=
in a world with out fences, who needs gates.
=+=
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos