Re: [CentOS] OT: Blank mails from this list
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
Re: [CentOS] Semi-OT: thunderbird displaying inline
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
[CentOS] devtoolset-4 ageing?
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
[CentOS] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable
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
Re: [CentOS] CentOS 7 and systemd: SysV initscript: how detect boot vs. interactive use?
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] CentOS 7, ATI video, ex-X, still fighting
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] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable
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
Re: [CentOS] devtoolset-4 ageing?
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
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] CentOS 7, ATI video, ex-X, still fighting [SOLVED]
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] OT: Blank mails from this list
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] devtoolset-4 ageing?
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] devtoolset-4 ageing?
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?
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] CentOS 7, ATI video, ex-X, still fighting [SOLVED]
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] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable
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] devtoolset-4 ageing?
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
[CentOS] missing rh-git29-git package
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] missing rh-git29-git package
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: > rh-git29-2
Re: [CentOS] firefox-45.6.0-1.el7.centos.x86_64 crashing... unusable
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
[CentOS] Problem with Centos & Alsa on reboot
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
[CentOS] SASL attacks and SPAM
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] LVM appears to be very expensive on CentOS 7
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] kickstart problems since 7.3
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
Re: [CentOS] kickstart problems since 7.3
> 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