Am 26.04.2019 um 09:38 schrieb Markus Falb :
>
> On 24.04.19 17:40, Benjamin Smith wrote:
>> On Wednesday, April 24, 2019 3:44:04 AM PDT Leon Fauster via CentOS wrote:
>>>> Am 24.04.2019 um 08:37 schrieb Benjamin Smith :
> ...
>>>> So I wrote a /cgi
> Am 24.04.2019 um 08:37 schrieb Benjamin Smith :
>
> CentOS 7 server and Fedora 29 dev workstation, both with PHP 7.2, Apache 2.4,
> php-fpm, all updated.
>
> I have a web-based app I've been developing for some time, and recently the
> need to upload files of large size EG 1 GB or larger,
JFYI:
https://listserv.fnal.gov/scripts/wa.exe?A2=ind1904=SCIENTIFIC-LINUX-ANNOUNCE=78
--
LF
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
> Am 08.04.2019 um 18:23 schrieb Leon Fauster :
>
>
>> Am 08.04.2019 um 17:49 schrieb Johnny Hughes :
>>
>> On 4/3/19 1:53 PM, Leon Fauster via CentOS wrote:
>>> It seems that httpd24-httpd from SCL is affected by CVE-2019-0211 [1].
>>>
>>&g
Am 10.04.2019 um 19:00 schrieb mark :
>
> Benjamin Smith wrote:
>> On Tuesday, April 9, 2019 7:40:01 AM PDT Johnny Hughes wrote:
>>
>>> On 4/8/19 3:20 PM, Benjamin Smith wrote:
>>>
I'm about to rebuild a server, currently running CentOS 6. If I have
to do an OS reinstall, my intention
> Am 08.04.2019 um 17:49 schrieb Johnny Hughes :
>
> On 4/3/19 1:53 PM, Leon Fauster via CentOS wrote:
>> It seems that httpd24-httpd from SCL is affected by CVE-2019-0211 [1].
>>
>> Does the SIG has plans to update these rpms for EL6?
>>
>>
Am 04.04.2019 um 19:49 schrieb mark :
>
> Leon Fauster via CentOS wrote:
>> I'am running into this
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1206101
>>
>> while trying to handcraft a kickstart file for CentOS7.
>>
>> Does anybody kn
I'am running into this
https://bugzilla.redhat.com/show_bug.cgi?id=1206101
while trying to handcraft a kickstart file for CentOS7.
Does anybody knowns a workaround?
--
LF
___
CentOS mailing list
CentOS@centos.org
It seems that httpd24-httpd from SCL is affected by CVE-2019-0211 [1].
Does the SIG has plans to update these rpms for EL6?
[1] https://httpd.apache.org/security/vulnerabilities_24.html
--
Thanks,
LF
___
CentOS mailing list
CentOS@centos.org
> Am 21.03.2019 um 17:19 schrieb Kay Schenk :
>
> Hello all --
> I run a hard wired network connection from my box and I don't want/need any
> wifi connections trying to get to/from it. I came across this article from
> the RedHat Bugzilla site --
>
>
> Am 08.03.2019 um 15:56 schrieb Robert Moskowitz :
>
>
>
> On 3/8/19 5:55 AM, J Martin Rushton via CentOS wrote:
>> On 07/03/2019 20:45, Rich Bowen wrote:
>>> To all the artists and designers here, we need your help.
>>>
>>> With RHEL 8 beta released, we need to start producing artwork for
> Am 14.02.2019 um 20:19 schrieb Stephen John Smoogen :
>
> On Thu, 14 Feb 2019 at 13:25, Stephen John Smoogen wrote:
>>
>> On Thu, 14 Feb 2019 at 12:47, H wrote:
>>>
>>> On 02/14/2019 05:58 PM, Tate Belden wrote:
FWIW, on Fedora 29, I'm running Geany 1.34.1 and didn't have to enable
> Am 12.02.2019 um 17:02 schrieb Gordon Messmer :
>
> On 2/12/19 4:57 AM, Leon Fauster via CentOS wrote:
>> I have some cron.d entries that execute scripts in minute intervals and I'm
>> wondering how could an
>> "official" way look like, to have a con
EL6 context:
cronie-1.4.4-16.el6_8.2.x86_64
cronie-anacron-1.4.4-16.el6_8.2.x86_64
crontabs-1.10-33.el6.noarch
I have some cron.d entries that execute scripts in minute intervals and I'm
wondering how could an
"official" way look like, to have a condition to not run cron.d entries when
> Am 08.02.2019 um 00:13 schrieb Ron Loftin :
>
> On Thu, 2019-02-07 at 22:29 +0100, Helmut Drodofsky wrote:
>> Hello Ron,
>>
>> sounds good. I have 2 tape changer. I persume, udev creates the same
>> link for both.
>>
>> Can I modify
>> SYMLINK+="changer-$env{ID_SERIAL}"
>>
>> The serial
> Am 07.02.2019 um 19:16 schrieb Eugene Poole :
>
> I'm not sure it this is the correct location to ask these questions, but ...
>
> In the past when I worked for a living the place where I worked had thousands
> of RHEL Linux servers on various hardware, but the access was controlled by
>
> Am 28.01.2019 um 10:50 schrieb Peter Eckel :
>
> Hi Alessandro,
>
>> Why many users skip bacula? It is powerfull and very stable. It is very
>> difficult to setup but if you know how it works it is simple.
IMHO - as Kern (Bacula lead developer) is pushing Bacula forward I dont
> Am 18.01.2019 um 19:34 schrieb mark :
>
> Does someone have a link to a how-to-do-it with firewalld, not "disable
> firewalld and use iptables"?
https://firewalld.org/documentation/howto/
--
LF
___
CentOS mailing list
CentOS@centos.org
Am 18.01.2019 um 16:17 schrieb Sean :
>
> I don't have access to a CentOS 6.10 system handy, but it looks like a
> policy issue. If I take you're ausearch output and pipe it to
> audit2allow on my CentOS 7.6 system, I get the following:
>
> #= httpd_t ==
>
> # This
I have some perl scripts running via CGI to print some monitoring informations
out.
# cat /etc/redhat-release
CentOS release 6.10 (Final)
# getenforce
Enforcing
# LANG=C ausearch -m avc --start today
type=SYSCALL msg=audit(1547733474.941:28): arch=c03e syscall=62 success=no
exit=-13
Am 02.01.2019 um 16:09 schrieb Nicolas Kovacs :
>
> My local server is running CentOS 7. The machine has two NICs and is
> acting as a gateway. For DHCP and DNS, I'm using Dnsmasq. I have a
> strange little problem with local hostname resolution. Before going into
> more details, here's my
> Am 21.12.2018 um 16:02 schrieb Jerry Geis :
>
> So after much research it seems the only way to "help" the gnome-shell
> memory leak issue (I still see it on CentOS 7.6) is to do "export
> DISPLAY=:0.0; gnome-shell --replace" periodically. Perhaps in cron.
>
> Is that an OK solution for the
> Am 16.12.2018 um 00:07 schrieb Gordon Messmer :
>
> On 12/15/18 1:05 PM, Frank Cox wrote:
>> Ultimately it would be very useful to have some kind of a tool that would
>> generate a report from the rpms installed on a system and tell you exactly
>> what depends on what else. Among other
> Am 12.12.2018 um 14:49 schrieb Jerry Geis :
>
> Am I doing something wrong ? I find it hard to believe the SSD (both) are
> bad.
>
I would check the integrity of this storage device:
# Notice: this destroys your data on the device
badblocks -c 10240 -s -w -t random -v /dev/sdxx
--
LF
> Am 03.12.2018 um 11:14 schrieb John Hodrien :
>
> On Mon, 3 Dec 2018, Simon Matter wrote:
>
>>> Le 03/12/2018 à 06:25, Rob Kampen a écrit :
I enabled the CR repo and did the yum update. Some 800+ rpms were
offered and all seemed to resolve depenancies OK, so yes it was
started.
> Am 30.11.2018 um 14:28 schrieb Jerry Geis :
>
> Hi All, I have centos 7. Apache and php are installed.
> CGI runs fine - php does not seem to run.
>
> I have the /etc/httpd/conf.d/php.conf file
> php.conf
> #
> # Cause the PHP interpreter to handle files with a .php extension.
> #
>
>
> Am 19.11.2018 um 15:35 schrieb Leon Fauster :
>
>
>> Am 15.11.2018 um 15:37 schrieb Yan Li :
>>
>> https://www.redhat.com/en/blog/powering-its-future-while-preserving-present-introducing-red-hat-enterprise-linux-8-beta
>>
>
> Just wondering, are Software Collections on the trail of EOL
> Am 27.11.2018 um 19:05 schrieb mark :
>
> The install from a USB key fails. It's showing ata2:0.0 failed to
> IDENTIFY. I've been searching online, and the only hint I have is that it
> might not understand the controller.
>
> New Dell Optiplex 7050.
>
> Haanyone run into this?
Just
> Am 30.08.2018 um 12:23 schrieb isdtor :
>
>
> Does some one have problems related to KVM with
> kernel-2.6.32-754.3.5.el6.x86_64 ??
Yes, the exact same thing happened here, and I suspect it is related to
older cpus that don't get any Spectre/Meltdown updates.
>>>
>>>
> Am 15.11.2018 um 15:37 schrieb Yan Li :
>
> https://www.redhat.com/en/blog/powering-its-future-while-preserving-present-introducing-red-hat-enterprise-linux-8-beta
>
Just wondering, are Software Collections on the trail of EOL now?
Application Streams the new way to do?
--
LF
PS: I'm
> Am 07.11.2018 um 16:28 schrieb Leon Fauster :
>
> Am 07.11.2018 um 15:15 schrieb Jim Perrin :
>>
>> On 11/3/18 12:32 PM, Leon Fauster via CentOS wrote:
>>> Anyone with some Dell laptop XPS 13 9370 (2018) experience here?
>>> Especially with that &
> Am 16.11.2018 um 08:35 schrieb wuzhouhui :
>
> Hi, I following the steps described in https://wiki.centos.org/Sources
> to get centos7.x kernel repo. But I'm wondering how to get centos6.x
> kernel repo. Because when checkout branch 'c6' and found that there is
> nothing.
The prebuild
> Am 15.11.2018 um 21:35 schrieb Simon Matter :
>
>>
>>
>> On 11/15/18 12:01 PM, Simon Matter wrote:
On 11/15/18 11:50 AM, Simon Matter wrote:
>> https://www.redhat.com/en/blog/powering-its-future-while-preserving-present-introducing-red-hat-enterprise-linux-8-beta
>
Am 07.11.2018 um 15:15 schrieb Jim Perrin :
>
> On 11/3/18 12:32 PM, Leon Fauster via CentOS wrote:
>> Anyone with some Dell laptop XPS 13 9370 (2018) experience here?
>> Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device?
>> Supported by the
> Am 03.11.2018 um 23:19 schrieb Keith Keller
> :
>
> On 2018-11-03, Robert Arkiletian wrote:
>>
>> To me "not supported" means the KDE packages (and all dependency libs)
>> will not be in the official repos. So have fun trying to build all
>> that yourself. Most likely there will be a third
Anyone with some Dell laptop XPS 13 9370 (2018) experience here?
Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device?
Supported by the stock kernel (EL7)?
--
Thanks,
LF
___
CentOS mailing list
CentOS@centos.org
> Am 20.10.2018 um 00:11 schrieb Paul Heinlein :
>
> On Fri, 19 Oct 2018, mark wrote:
>
>> Yeah. I have trouble finding the actual startup configs -
>> /etc/systemd/system? /var/lib? whereeverthehell they are, do a locate as
>> opposed to /etc/init.d to find the damn name (nfs? nfsd?
> Am 03.10.2018 um 22:29 schrieb Elliott Balsley :
>
>>
>> Why? 7.5.1804 has been out since May of this year. You're going to
>> end up downloading a ton of updates the first time.
>>
>
> For a specialized software, we have to wait for the developers to certify
> each new OS. They are
Am 01.10.2018 um 17:37 schrieb Peter Eckel :
...
> If you want to run your own mail server (there are good reasons to do so,
> I've been running my own services for many years now) be prepared for a
> learning curve, as mail is not as simple and straightforward as it looks. You
> should also
> Am 27.09.2018 um 00:26 schrieb Fred Smith :
>
> On Wed, Sep 26, 2018 at 04:24:23PM -0400, mark wrote:
>> Here's a question that I have3n't found the answer to yet: does anyone
>> know the effect of enabling FIPS mode for apache? Will it break existing
>> websites? Does code need changing?
Am 30.08.2018 um 20:28 schrieb Simon Matter :
> Am 30.08.2018 um 12:16 schrieb Leon Fauster :
>>
>> BTW upstream bug report:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1623692
>
> Well, I have an account and am logged in, still can not see the bug.
It seems that the default bugzilla
Am 09.09.2018 um 16:19 schrieb Daniel Walsh :
>
> On 09/09/2018 09:43 AM, Leon Fauster via CentOS wrote:
>> Am 09.09.2018 um 14:49 schrieb Daniel Walsh :
>>> On 09/08/2018 09:50 PM, Leon Fauster via CentOS wrote:
>>>> Any SElinux expert here - briefly:
>&
Am 09.09.2018 um 14:49 schrieb Daniel Walsh :
>
> On 09/08/2018 09:50 PM, Leon Fauster via CentOS wrote:
>> Any SElinux expert here - briefly:
>>
>> # getenforce
>> Enforcing
>>
>> # sesearch -ACR -s httpd_t -c file -p read |grep system_conf_t
>>
Any SElinux expert here - briefly:
# getenforce
Enforcing
# sesearch -ACR -s httpd_t -c file -p read |grep system_conf_t
# sesearch -ACR -s httpd_t -c file -p read |grep syslog_conf_t
# ls -laZ /etc/sysctl.conf /etc/rsyslog.conf
-rw-r--r--. root root system_u:object_r:syslog_conf_t:s0
> Am 08.09.2018 um 11:05 schrieb Nicolas Kovacs :
>
> Hi,
>
> Some time ago I installed CentOS 7 on an older MacBook Pro for a client,
> since she couldn't install a more recent version of Mac OS X on it.
>
> The installation was a bit of an adventure, and I wrote a little article
> about it:
> Am 06.09.2018 um 21:49 schrieb Larry Martell :
>
> On Thu, Sep 6, 2018 at 3:42 PM, Phil Perry wrote:
>> On 06/09/18 20:15, Larry Martell wrote:
>>>
>>> When I try and send mail I see this in the maillog:
>>>
>>> Sep 6 11:59:48 postfix/sendmail[11059]: fatal: open
>>> /etc/postfix/main.cf:
Am 01.09.2018 um 02:06 schrieb Warren Young :
>
> I’ve been running some of my domains on Let’s Encrypt for years now, and have
> never had a single user complain to me that my certs are changing too often.
Out of curiosity - do you change also the private key every time?
--
LF
> Am 31.08.2018 um 16:29 schrieb Gary Stainburn :
>
> I've got a very small footprint rack server with a 4TB drive in that I wish
> to
> be a Bacula storeage device. However, it's got an old board / processor in
> it.
We use mysql as database backend for bacula, and it becomes heavy loaded,
> Am 30.08.2018 um 17:24 schrieb Simon Matter :
>
>> Am 30.08.2018 um 06:37 schrieb Simon Matter :
>>>
Since the update from kernel-2.6.32-754.2.1.el6.x86_64
to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my
KVM guests anymore!? The workstation panics immediately!
Am 30.08.2018 um 06:37 schrieb Simon Matter :
>
>> Since the update from kernel-2.6.32-754.2.1.el6.x86_64
>> to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my
>> KVM guests anymore!? The workstation panics immediately!
>>
>> I would not have expected this behavior now (last phase of OS).
>>
Am 30.08.2018 um 10:54 schrieb isdtor :
>
> Leon Fauster via CentOS writes:
>> Since the update from kernel-2.6.32-754.2.1.el6.x86_64
>> to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my
>> KVM guests anymore!? The workstation panics immediately!
>>
Am 29.08.2018 um 23:46 schrieb Stephen John Smoogen :
>
> On Wed, 29 Aug 2018 at 17:41, Leon Fauster via CentOS
> wrote:
>> Since the update from kernel-2.6.32-754.2.1.el6.x86_64
>> to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my
>> KVM guests anymo
Since the update from kernel-2.6.32-754.2.1.el6.x86_64
to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my
KVM guests anymore!? The workstation panics immediately!
I would not have expected this behavior now (last phase of OS).
It was very robust until now (Optiplex Workstation). I see some
> Am 28.08.2018 um 23:08 schrieb mark :
>
> Stephen John Smoogen wrote:
>> On Tue, 28 Aug 2018 at 14:56, mark wrote:
>>
>>>
>>> Patrick Laimbock wrote:
>>>
On 28-08-18 17:51, Alicia Smith wrote:
>
> I just joined this mailing list, so I apologize in advance if this
>
> Am 20.07.2018 um 18:52 schrieb Nataraj :
>
> On 07/20/2018 03:56 AM, Leon Fauster via CentOS wrote:
>> Hi folks,
>>
>> I have here a database node running
>>
>> # rpm -qa | grep mysql-server
>> mysql55-mysql-server-5.5.52-1.el6.x
Hi folks,
I have here a database node running
# rpm -qa | grep mysql-server
mysql55-mysql-server-5.5.52-1.el6.x86_64
on
# virt-what
vmware
that seems to have a connection problem:
# dmesg |grep SYN |tail -5
possible SYN flooding on port 3306. Sending cookies.
possible SYN flooding on port
Am 18.07.2018 um 20:27 schrieb Johnny Hughes :
>
> So, I don't think anyone can call me a 'non linux' guy :)
>
> But are you guys really telling you think the calendaring / scheduling
> for individual users and the main corporate account, etc. .. are working
> well enough with any Linux
> Am 17.07.2018 um 01:41 schrieb Jay Hart :
>
>
>
>> On 17 July 2018 at 09:24, Jay Hart wrote:
>>
>>> Hello,
>>>
>>> What would the recommended minimum amount of RAM be, to run Centos 7.
>>> 16GB???
>>>
>>
>>
>> Jay, it helps us help you when you give more information.
>>
>> I have
Am 15.07.2018 um 20:03 schrieb Nicolas Kovacs :
>
> Le 15/07/2018 à 19:49, Matthew Phelps a écrit :
>> This is a known issue. See
>> https://bugzilla.redhat.com/show_bug.cgi?id=1596852 for a patch to the
>> /usr/bin/firefox wrapper script.
>
> On a side note, I've been using Firefox since
> Am 11.07.2018 um 20:56 schrieb Johnny Hughes :
>
> On 07/11/2018 01:39 PM, Johnny Hughes wrote:
>> On 07/11/2018 09:20 AM, Leonard den Ottolander wrote:
>>> On Thu, 2018-07-05 at 06:34 -0500, Johnny Hughes wrote:
I pushed the 3 SRPMs that are not in CR to:
> Am 04.07.2018 um 17:54 schrieb Walter H. :
>
> Hello,
>
> the RPM
>
> ca-certificates-2018.2.22-65.1.el6.noarch
>
> has a big problem ...
> many certificates were removed - my proxy uses this as source and isn't able
> to validate correct any more -
> most sites show this:
>
> /[No
Am 16.06.2018 um 12:25 schrieb Johnny Hughes via CentOS :
> We have now set the mailing list to rewrite headers. That also has set
> the From: of the email to the Mailing list and not the Original Author.
> The author is moved to the CC: block and you can still easily see who
> sent it and my
Concerning the disabled membership (yesterday). Is there anything that I should
do?
Visiting the "re-enable" link shows only a plain site with meta information
about
the list but without any feedback like "membership enabled". Albeit some
postings are
coming in again now (with "normalized"
301 - 363 of 363 matches
Mail list logo
