Re: [CentOS] another bizarre thing...

2019-08-05 Thread R C
"has been in circulation since the early 00's"  I assume it is not the 
same binary since '00?


SIGKILL usually comes from the kernel. is selinux enabled? Does the 
application start "automatically", or is it started by a user?



Ron



On 8/5/19 9:02 PM, Fred Smith wrote:

On Tue, Aug 06, 2019 at 01:54:56AM +, Grant Street wrote:

Try checking your /var/log/messages for OOM killer log lines. If your machine 
is running low on memory the oom killer will start killing high memory usage 
programs.

Grant

we have watched top while it runs and there's no evidence of a memory
shortage.



From: CentOS  on behalf of Fred Smith 

Sent: Tuesday, 6 August 2019 10:57 AM
To: centos@centos.org
Subject: [CentOS] another bizarre thing...

Hi all!

I'm stuck on something really bizarre that is happening to a product
I "own" at work. It's a C program, built on CentOS, runs on CentOs or
RHEL, has been in circulation since the early 00's, is in use at
hundreds of sites.

recently, at multiple customer sites it has started just going away.
no core file (yes, ulimit is configured), nothing in any of its
(several) log files. it's just gone.

running it under strace until it dies reveals that every thread has
been given a SIGKILL.

How does one figure out who deliverd a SIGKILL? For other, non-fatal,
signals it is possible to glean the PID of the sending process in a
signal  handler, but obviously you can't do that for SIGKILL because
the app doesn't survive the signal.

I'm grasping at straws here, and am open to almost any kind of
suggestion that can be followed-up (as compared to "beats me" which
is where I am now).

I'm even wondering if systemd has something to do with it.

Thanks in advance!
--
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
But God demonstrates his own love for us in this:
  While we were still sinners,
   Christ died for us.
--- Romans 5:8 (niv) --
___
CentOS mailing list
CentOS@centos.org
https://clicktime.symantec.com/39tX9Zv3dbX6w8rkcpnA46w7Vc?u=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos
--
Grant Street
Senior Systems Engineer

T: +61 2 9383 4800 (main)
D: +61 2 8310 3582 (direct)
E: grant.str...@al.com.au

Building 54 / FSA #19, Fox Studios Australia, 38 Driver Avenue
Moore Park, NSW 2021
AUSTRALIA

   [LinkedIn]    [Facebook] 
   [Twitter] 
   [Instagram] 


[Animal Logic]

www.animallogic.com

CONFIDENTIALITY AND PRIVILEGE NOTICE
This email is intended only to be read or used by the addressee. It is 
confidential and may contain privileged information. If you are not the 
intended recipient, any use, distribution, disclosure or copying of this email 
is strictly prohibited. Confidentiality and legal privilege attached to this 
communication are not waived or lost by reason of the mistaken delivery to you. 
If you have received this email in error, please delete it and notify us 
immediately by telephone or email.
___
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] another bizarre thing...

2019-08-05 Thread Fred Smith
On Tue, Aug 06, 2019 at 01:54:56AM +, Grant Street wrote:
> Try checking your /var/log/messages for OOM killer log lines. If your machine 
> is running low on memory the oom killer will start killing high memory usage 
> programs.
> 
> Grant

we have watched top while it runs and there's no evidence of a memory
shortage.

> 
> From: CentOS  on behalf of Fred Smith 
> 
> Sent: Tuesday, 6 August 2019 10:57 AM
> To: centos@centos.org
> Subject: [CentOS] another bizarre thing...
> 
> Hi all!
> 
> I'm stuck on something really bizarre that is happening to a product
> I "own" at work. It's a C program, built on CentOS, runs on CentOs or
> RHEL, has been in circulation since the early 00's, is in use at
> hundreds of sites.
> 
> recently, at multiple customer sites it has started just going away.
> no core file (yes, ulimit is configured), nothing in any of its
> (several) log files. it's just gone.
> 
> running it under strace until it dies reveals that every thread has
> been given a SIGKILL.
> 
> How does one figure out who deliverd a SIGKILL? For other, non-fatal,
> signals it is possible to glean the PID of the sending process in a
> signal  handler, but obviously you can't do that for SIGKILL because
> the app doesn't survive the signal.
> 
> I'm grasping at straws here, and am open to almost any kind of
> suggestion that can be followed-up (as compared to "beats me" which
> is where I am now).
> 
> I'm even wondering if systemd has something to do with it.
> 
> Thanks in advance!
> --
>  Fred Smith -- fre...@fcshome.stoneham.ma.us -
>But God demonstrates his own love for us in this:
>  While we were still sinners,
>   Christ died for us.
> --- Romans 5:8 (niv) 
> --
> ___
> CentOS mailing list
> CentOS@centos.org
> https://clicktime.symantec.com/39tX9Zv3dbX6w8rkcpnA46w7Vc?u=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos
> --
> Grant Street
> Senior Systems Engineer
> 
> T: +61 2 9383 4800 (main)
> D: +61 2 8310 3582 (direct)
> E: grant.str...@al.com.au
> 
> Building 54 / FSA #19, Fox Studios Australia, 38 Driver Avenue
> Moore Park, NSW 2021
> AUSTRALIA
> 
>   [LinkedIn]    [Facebook] 
>    [Twitter] 
>    [Instagram] 
> 
> 
> [Animal Logic]
> 
> www.animallogic.com
> 
> CONFIDENTIALITY AND PRIVILEGE NOTICE
> This email is intended only to be read or used by the addressee. It is 
> confidential and may contain privileged information. If you are not the 
> intended recipient, any use, distribution, disclosure or copying of this 
> email is strictly prohibited. Confidentiality and legal privilege attached to 
> this communication are not waived or lost by reason of the mistaken delivery 
> to you. If you have received this email in error, please delete it and notify 
> us immediately by telephone or email.
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
 God made him who had no sin
  to be sin for us, so that in him
 we might become the righteousness of God."
--- Corinthians 5:21 -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] another bizarre thing...

2019-08-05 Thread Grant Street
Try checking your /var/log/messages for OOM killer log lines. If your machine 
is running low on memory the oom killer will start killing high memory usage 
programs.

Grant

From: CentOS  on behalf of Fred Smith 

Sent: Tuesday, 6 August 2019 10:57 AM
To: centos@centos.org
Subject: [CentOS] another bizarre thing...

Hi all!

I'm stuck on something really bizarre that is happening to a product
I "own" at work. It's a C program, built on CentOS, runs on CentOs or
RHEL, has been in circulation since the early 00's, is in use at
hundreds of sites.

recently, at multiple customer sites it has started just going away.
no core file (yes, ulimit is configured), nothing in any of its
(several) log files. it's just gone.

running it under strace until it dies reveals that every thread has
been given a SIGKILL.

How does one figure out who deliverd a SIGKILL? For other, non-fatal,
signals it is possible to glean the PID of the sending process in a
signal  handler, but obviously you can't do that for SIGKILL because
the app doesn't survive the signal.

I'm grasping at straws here, and am open to almost any kind of
suggestion that can be followed-up (as compared to "beats me" which
is where I am now).

I'm even wondering if systemd has something to do with it.

Thanks in advance!
--
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   But God demonstrates his own love for us in this:
 While we were still sinners,
  Christ died for us.
--- Romans 5:8 (niv) --
___
CentOS mailing list
CentOS@centos.org
https://clicktime.symantec.com/39tX9Zv3dbX6w8rkcpnA46w7Vc?u=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos
--
Grant Street
Senior Systems Engineer

T: +61 2 9383 4800 (main)
D: +61 2 8310 3582 (direct)
E: grant.str...@al.com.au

Building 54 / FSA #19, Fox Studios Australia, 38 Driver Avenue
Moore Park, NSW 2021
AUSTRALIA

  [LinkedIn]    [Facebook] 
   [Twitter] 
   [Instagram] 


[Animal Logic]

www.animallogic.com

CONFIDENTIALITY AND PRIVILEGE NOTICE
This email is intended only to be read or used by the addressee. It is 
confidential and may contain privileged information. If you are not the 
intended recipient, any use, distribution, disclosure or copying of this email 
is strictly prohibited. Confidentiality and legal privilege attached to this 
communication are not waived or lost by reason of the mistaken delivery to you. 
If you have received this email in error, please delete it and notify us 
immediately by telephone or email.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] another bizarre thing...

2019-08-05 Thread Fred Smith
Hi all!

I'm stuck on something really bizarre that is happening to a product
I "own" at work. It's a C program, built on CentOS, runs on CentOs or
RHEL, has been in circulation since the early 00's, is in use at
hundreds of sites.

recently, at multiple customer sites it has started just going away.
no core file (yes, ulimit is configured), nothing in any of its
(several) log files. it's just gone.

running it under strace until it dies reveals that every thread has
been given a SIGKILL.

How does one figure out who deliverd a SIGKILL? For other, non-fatal,
signals it is possible to glean the PID of the sending process in a
signal  handler, but obviously you can't do that for SIGKILL because
the app doesn't survive the signal.

I'm grasping at straws here, and am open to almost any kind of 
suggestion that can be followed-up (as compared to "beats me" which
is where I am now).

I'm even wondering if systemd has something to do with it.

Thanks in advance!
-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   But God demonstrates his own love for us in this: 
 While we were still sinners, 
  Christ died for us.
--- Romans 5:8 (niv) --
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Question on server speed

2019-08-05 Thread Warren Young
On Aug 5, 2019, at 11:25 AM, Stephen John Smoogen  wrote:
> 
> On Mon, 5 Aug 2019 at 13:17, Jerry Geis  wrote:
> 
>> Why is it that "all" I am really doing at the moment is copying things to
>> an external SSD disk USB3 connected and the machine "freezes"... Why is
>> that?
>> 
> You may have a motherboard which is routing a lot through a single USB
> controller. When that happens your graphical workstation will slow down
> because your keyboard and mouse events and some other polling has to
> complete before it can do the next thing.

Ridiculous if true.  Modern OSes solved the blocking I/O problem decades ago.

Consider: you may have a gigabit Ethernet connection to the Internet, and it is 
probably throttled to a small fraction of that speed by your ISP, yet you can 
be pumping hundreds of giga*bytes* per second to your SSD while your browser is 
blocked waiting for the remote server to respond.  Further, while one site is 
being slow to respond, another background Internet task can use the idled 
Internet connection.

This is a symptom of a real problem, and it may be well worth chasing it to the 
ground.

Jerry: Try another I/O channel for the same copy.  For example, what happens if 
you rsync the same file set to a remote machine, with the USB SSD connected to 
*that* machine?  Or, if you have a Thunderbolt or FireWire option, try that 
instead.  It might even be worth dropping a PCIe card into the machine for an 
alternative I/O path just to help diagnose this.  If nothing else, it might 
solve the problem.

USB is a terrible standard, emblematic of everything wrong with the PC world.  
We were sold USB-C as the grand unification of Thunderbolt and classic USB, but 
what we actually got are 6+ different and partially incompatible flavors of 
USB-C!


https://people.kernel.org/bleung/how-many-kinds-of-usb-c-to-usb-c-cables-are-there
https://news.ycombinator.com/item?id=20444326
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [OT] odd network question

2019-08-05 Thread Jon LaBadie
On Mon, Aug 05, 2019 at 09:31:56AM +0100, Giles Coochey wrote:
> 
> On 05/08/2019 09:18, Pete Biggs wrote:
> > > I've found the default 10min bans hardly bother some attackers.
> > > So I've added the "recidive" feature of fail2ban.  After the
> > > second 10min ban, the attacker is blocked for 1 week.
> > > 
> > Oh definitely. My systems are set to "3 bans and you're out" - a
> > recidive ban is permanent after three other bans.  I have large parts
> > of some subnets in my ban list as attackers just move from one host to
> > another as they get banned.
> > 
> > P.
> > 
> I worked for a company some time back that had an association with a South
> African company who wanted to host some infrastructure in our data centre,
> the network admin there wanted a specific configuration for outbound source
> NAT from a certain host that would scroll through a list of source NAT IP
> addresses (think a whole /24) for every connection attempt, pretty sure it
> was for sending unsolicited emails, in any case the association with that
> company didn't last and I took redundancy after less than a year there.

Now that would be a single firewall rule and a kernel ipset.

jl
-- 
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] [OT] odd network question

2019-08-05 Thread Jon LaBadie
On Mon, Aug 05, 2019 at 09:00:23AM +0100, Giles Coochey wrote:
> 
> On 05/08/2019 08:50, Jon LaBadie wrote:
> > 
> > I've found the default 10min bans hardly bother some attackers.
> > So I've added the "recidive" feature of fail2ban.  After the
> > second 10min ban, the attacker is blocked for 1 week.
> > 
> Interesting, didn't know about that feature, but, oh, I just generally ban
> for a whole week regardless, 

Ahh, but with recidive, the ban and unban are automatic.

jl
-- 
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Michael Hennebry

On Tue, 6 Aug 2019, Peter wrote:


On 6/08/19 3:44 AM, Michael Hennebry wrote:

In any case, Centos 7 has not always been this slow.
Presumably something has changed.


Websites have gotten more resource-intensive.  You've run "yum updates" and 
now have a newer version of Firefox and/or Chrome.  Your browsing habits have 
changed and you browse with more tabs open now.


More bloated browsers are not hard to believe in.
My habits haven't change much, though. 
Mostly I use a browser for things I want

to read and things I want to download.
Maybe that is why I'd been getting along with 2GB.


I have two suggestions for you:

1.  Run a lightweight desktop such as XFCE instead of Gnome or KDE.


I'll try it.

2.  Run out and buy more RAM.  Max your system out at 4G or 8G or whatever it 
will take.  You will need it and appreciate it.


Maybe.
I open the case with fear and trepidation.
The first time I opened a PC case,
I zapped my video card installing a disk drive.
Under the impressing that memory was the most ststic-sensitive
thing in a PC, I had a friend install the DDR2 memory I'd bought.
'Twas frightening to watch: like wathing The Cat in the Hat
play with one's grandmother's favorite china.
So far as I could tell, he totally ignored the
possbility that static could do bad things.
It worked and I did not have a heart attack.

Also, what is it with DDR2 prices?
When I bought DDR2,
DDR3 was the norm and I paid hundreds of dollars for DDR2.
Do not remember for how much.
Now I suspect DDR4 is the norm and am seeing 8GB of DDR2 for less than $30.
Huh? DDR3 isn't much more.

I'll need to do some digging to discover whether my box needs DDR2 or DDR3.DDR3 
I doubt it's DDR4.



--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Peculiar process name in /proc

2019-08-05 Thread Mark Milhollan

On Mon, 5 Aug 2019, John Horne wrote:


lrwxrwxrwx. 1 xymon xymon 0 Aug  2 14:07 /proc/58032/exe -> 
/usr/sbin/xymond;5d44410e (deleted)

I am aware of what the 'deleted' part means, but have no idea what the
';5d44410e' part means. Is this some sort of thread reference?


IIRC that's the inode of the file, that still exists until the last 
reference goes away.  Restarting the service, perhaps as part of a 
reboot, will end the reference and free the inode causing the new file 
to be used.



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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Michael Hennebry

On Mon, 5 Aug 2019, Richard wrote:


Does the system slow down when you have your internet connection
enabled, but aren't explicitly using it (i.e., not using a browser)?


The slowdown only happens when the browser is open,
but I do not have to be using it.


If so, look at the netstat output (as root) to see what's going on.
You may have some process that runs when the connection is enabled
that is taking up system/network resources.

Separately, turn off javascript in the browser you are using and see
if that has an effect.


--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] gem install reel on Centos 7

2019-08-05 Thread Jerry Geis
Thanks John,

I did the yum remove on rh-ruby22*
did a yum install rh-ruby23-ruby
then I found the rh-ruby23-ruby-devel  and now it works.

Jerry

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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Pete Biggs


> In any case, Centos 7 has not always been this slow.
> Presumably something has changed.

Firefox especially, and to some extent Chrome, have both started using
much more memory recently (as in the last six months or so).  I run 50+
desktops on CentOS and I've noticed more and more of them getting low
on memory more often and almost always Firefox is the culprit. These
are systems with 8Gb that are struggling.

P.


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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread mark
Peter wrote:
> On 6/08/19 6:33 AM, Richard wrote:
>
>>> Javascript - if you're using firefox, install NoScript last week.
>>>
>>
>> NoScript selectively blocks javascript, it doesn't turn it off --
>> which for testing purposes, at least, is the goal.
>>
>> In ff -- about:config - then enter "javascript" in the search line
>> and set "javascript.enabled" to false.
>>
>> With chrome this can be done in the advanced settings section, under
>> "site settings".
>>
>
> This will cause almost complete breakage of an increasing number of
> modern websites.  The vast majority of sites nowadays absolutely rely on JS
> and will not run or display correctly without it.

Horse hockey. I read a lot of news, and other stuff. Lessee, slashdot, I
enable itself, and fsdn, I think it is, and I'm fine. WaPo is fine.

Just pick and choose. I will admit to being aggravated since google
*requires* gstatic to be enabled - I assume that's where they're tracking
me.

 mark

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


Re: [CentOS] gem install reel on Centos 7

2019-08-05 Thread John Pierce
On Mon, Aug 5, 2019 at 5:01 AM Jerry Geis  wrote:

> Thanks John for the info... I did that and now I'm missing a file.
> I tried to ask yum what package I need - but It did not know.
>
>
> Building native extensions.  This could take a while...
> ERROR: Failed to build gem native extension.
>
> /opt/rh/rh-ruby22/root/usr/bin/ruby -r
> ./siteconf20190805-94063-1gebs0u.rb extconf.rb
> mkmf.rb can't find header files for ruby at
> /opt/rh/rh-ruby22/root/usr/share/include/ruby.h


most typically .h files are included in a -dev package, but I dunno about
this one.   googling rh-ruby22, I find, oops, its EOL, and replaced with
rh-ruby23

https://www.softwarecollections.org/en/scls/rhscl/rh-ruby23/

btw, with the SCL stuff, note the "scl enable rh-ruby23 bash" command, that
spawns you a shell with that packages directories in the path... that might
make this work. see that page for more details, including a gem run.


-- 
-john r pierce
  recycling used bits in santa cruz
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread mark
Richard wrote:
>> Date: Monday, August 05, 2019 13:38:49 -0400
>> From: mark 
>
>>> Richard wrote:
>>>
>>> Does the system slow down when you have your internet connection
>>> enabled, but aren't explicitly using it (i.e., not using a browser)? If
>>> so, look at the netstat output (as root) to see what's going on. You
>>> may have some process that runs when the connection is enabled that is
>>> taking up system/network resources.
>>>
>>> Separately, turn off javascript in the browser you are using and
>>> see if that has an effect.
>>>
>> Javascript - if you're using firefox, install NoScript last week.
>>
> NoScript selectively blocks javascript, it doesn't turn it off --
> which for testing purposes, at least, is the goal.
>
> In ff -- about:config - then enter "javascript" in the search line
> and set "javascript.enabled" to false.
>
> With chrome this can be done in the advanced settings section, under
> "site settings".

Right... but it also prevents the site's javascript from loading 15 other
pages, including doubleclick, or gigya (really?) or adserver

  mark

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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Peter

On 6/08/19 6:33 AM, Richard wrote:

Javascript - if you're using firefox, install NoScript last week.


NoScript selectively blocks javascript, it doesn't turn it off --
which for testing purposes, at least, is the goal.

In ff -- about:config - then enter "javascript" in the search line
and set "javascript.enabled" to false.

With chrome this can be done in the advanced settings section, under
"site settings".


This will cause almost complete breakage of an increasing number of 
modern websites.  The vast majority of sites nowadays absolutely rely on 
JS and will not run or display correctly without it.



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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Peter

On 6/08/19 3:44 AM, Michael Hennebry wrote:

In any case, Centos 7 has not always been this slow.
Presumably something has changed.


Websites have gotten more resource-intensive.  You've run "yum updates" 
and now have a newer version of Firefox and/or Chrome.  Your browsing 
habits have changed and you browse with more tabs open now.


Firefox for me has always had some amount of RAM leakage and when I used 
to run with 4G of RAM I had to restart it frequently (but I browse with 
a lot of tabs open).  I currently have my system maxed at 8G and still 
have to restart FF every couple of days or so to stop the system from 
swapping.  2G wouldn't even give me enough RAM to not run a browser on 
my system, so I can only imagine that your usage to date has been 
extremely simple.


I have two suggestions for you:

1.  Run a lightweight desktop such as XFCE instead of Gnome or KDE.

2.  Run out and buy more RAM.  Max your system out at 4G or 8G or 
whatever it will take.  You will need it and appreciate it.



Good Luck,


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


Re: [CentOS] Question on server speed

2019-08-05 Thread Jon Pruente
On Mon, Aug 5, 2019 at 2:01 PM Jerry Geis  wrote:

> Anyway to use "nice" command to help with responiveness?   I was just using
> "rsync . /media/external" to do the copy.
>

You need to discover where it is blocking before deciding which solution
will work. Something like iotop, atop, or other more wide system monitoring
util will be more valuable than top/htop at this point since you seem to be
sure that's it's not the processor usage that is the issue. nice will only
work for scheduling processor use. There is the ionice command that can be
used to set I/O priority. It really doesn't sound like you have a problem
with process scheduling, so it's is probably more down the line of what you
would want to try depending on what a system util tells you.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Question on server speed

2019-08-05 Thread Jerry Geis
There are no errors in dmesg.

Top was showing 88% idle.

If something is blocking somewhere as Stephen suggested - that's a major
bummer.
The keyboard is USB attached and the external SSD disk is USB attached.
The mother board is an X299 UD4 Pro
Anyway to use "nice" command to help with responiveness?   I was just using
"rsync . /media/external" to do the copy.

Thanks,

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


Re: [CentOS] Question on server speed

2019-08-05 Thread Gordon Messmer

On 8/5/19 10:17 AM, Jerry Geis wrote:

Do I need to 'tweak' something to no see GUI freezes... Waiting on
characters to show - even remoted in with SSH experiences the same thing -
so its not just X.



Look at the output of "dmesg" and see if there are errors there.

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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Richard



> Date: Monday, August 05, 2019 13:38:49 -0400
> From: mark 

>> Richard wrote: 
>> 
>> Does the system slow down when you have your internet connection
>> enabled, but aren't explicitly using it (i.e., not using a
>> browser)? If so, look at the netstat output (as root) to see
>> what's going on. You may have some process that runs when the
>> connection is enabled that is taking up system/network resources.
>> 
>> Separately, turn off javascript in the browser you are using and
>> see if that has an effect.
>> 
> Javascript - if you're using firefox, install NoScript last week.
> 
>   mark
> 

NoScript selectively blocks javascript, it doesn't turn it off --
which for testing purposes, at least, is the goal.

In ff -- about:config - then enter "javascript" in the search line
and set "javascript.enabled" to false.

With chrome this can be done in the advanced settings section, under
"site settings".

   - Richard



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


Re: [CentOS] C7 Kernel module compilation

2019-08-05 Thread Akemi Yagi
On Mon, Aug 5, 2019 at 9:21 AM Alessandro Baggi
 wrote:
>
> Il 05/08/19 18:07, Akemi Yagi ha scritto:
> > On Mon, Aug 5, 2019 at 9:01 AM Alessandro Baggi
> >  wrote:

> > Do you have secureboot enabled? Then yes, that requires a proper key.
> >
> > Akemi
>
> Yes I have secureboot enabled. If usefull to others in list this could
> helps:
>
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Kernel_Administration_Guide/sect-signing-kernel-modules-for-secure-boot.html
>
> I think also that  centos's wiki must be updated because steps are valid
> for centos 5 and because key-signing is required for secure boot I think
> that a proper section must be inserted.

Update not finished yet but the above link has been added near the top
of the wiki article.

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


Re: [CentOS] Question on server speed

2019-08-05 Thread mark
Jerry Geis wrote:
>
> I have a customer server with 32 cores, 128G ram i7960X. So nice box...
>
> Why is it that "all" I am really doing at the moment is copying things to
>  an external SSD disk USB3 connected and the machine "freezes"... Why is
> that?
>
> clearly plenty of CPU RAM everything... I can see "blocking" to write data
> to the external disk - but there are 31 other cores and plenty of memory
> to make it "seem" as nothing is happening right now.
>
> Do I need to 'tweak' something to no see GUI freezes... Waiting on
> characters to show - even remoted in with SSH experiences the same thing -
>  so its not just X.
>
> Thanks for any suggestions.
>
What's top show? And maybe iostat?

 mark

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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread mark
Richard wrote:
>> Date: Monday, August 05, 2019 10:44:00 -0500
>> From: Michael Hennebry 
>>
>> To be clear, by "Centos 7 installation",
>> I meant a PC on which Centos 7 was installed.
>>
>> In any case, Centos 7 has not always been this slow.
>> Presumably something has changed.
>> I've been living with this for several months,
>> but not forever. I can run compilers and stuff without an internet
>> connection, so I could get some work done.
>>
>> To get that output, I had free running in a loop and waited for
>> the freeze before copy and pasting.
>>
>> I wasn't surprised by the result.
>> Occasionally top shows kswap0 (I think) in a D state.
>>
>
> Does the system slow down when you have your internet connection
> enabled, but aren't explicitly using it (i.e., not using a browser)? If so,
> look at the netstat output (as root) to see what's going on. You may have
> some process that runs when the connection is enabled that is taking up
> system/network resources.
>
> Separately, turn off javascript in the browser you are using and see
> if that has an effect.
>
Javascript - if you're using firefox, install NoScript last week.

  mark

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


Re: [CentOS] Question on server speed

2019-08-05 Thread Stephen John Smoogen
On Mon, 5 Aug 2019 at 13:17, Jerry Geis  wrote:

> Hi all,
>
> I have a customer server with 32 cores, 128G ram i7960X. So nice box...
>
> Why is it that "all" I am really doing at the moment is copying things to
> an external SSD disk USB3 connected and the machine "freezes"... Why is
> that?
>
>
You may have a motherboard which is routing a lot through a single USB
controller. When that happens your graphical workstation will slow down
because your keyboard and mouse events and some other polling has to
complete before it can do the next thing. THis has nothing to do with the
amount of RAM or cores in the system.. the hardware itself has been
designed to have a blocking unit on it as can be seen by the fact that
network logins are also freezing.




> clearly plenty of CPU RAM everything...
> I can see "blocking" to write data to the external disk - but there are 31
> other cores and plenty of memory to make it "seem" as nothing is happening
> right now.
>
>
Those 31 cores are waiting for the hardware backbus to be opened up for
writing. Until that happens they are just spinning. Some of this depends on
how the motherboard is designed and some of this may be x86 architecture
issues.



> Do I need to 'tweak' something to no see GUI freezes... Waiting on
> characters to show - even remoted in with SSH experiences the same thing -
> so its not just X.
>
> Thanks for any suggestions.
>
> Jerry
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] Question on server speed

2019-08-05 Thread Jerry Geis
Hi all,

I have a customer server with 32 cores, 128G ram i7960X. So nice box...

Why is it that "all" I am really doing at the moment is copying things to
an external SSD disk USB3 connected and the machine "freezes"... Why is
that?

clearly plenty of CPU RAM everything...
I can see "blocking" to write data to the external disk - but there are 31
other cores and plenty of memory to make it "seem" as nothing is happening
right now.

Do I need to 'tweak' something to no see GUI freezes... Waiting on
characters to show - even remoted in with SSH experiences the same thing -
so its not just X.

Thanks for any suggestions.

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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Richard



> Date: Monday, August 05, 2019 10:44:00 -0500
> From: Michael Hennebry 
> 
> To be clear, by "Centos 7 installation",
> I meant a PC on which Centos 7 was installed.
> 
> In any case, Centos 7 has not always been this slow.
> Presumably something has changed.
> I've been living with this for several months,
> but not forever.
> I can run compilers and stuff without an internet connection,
> so I could get some work done.
> 
> To get that output, I had free running in a loop and waited for
> the freeze before copy and pasting.
> 
> I wasn't surprised by the result.
> Occasionally top shows kswap0 (I think) in a D state.

Does the system slow down when you have your internet connection
enabled, but aren't explicitly using it (i.e., not using a browser)?
If so, look at the netstat output (as root) to see what's going on.
You may have some process that runs when the connection is enabled
that is taking up system/network resources.

Separately, turn off javascript in the browser you are using and see
if that has an effect.

   - Richard



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


Re: [CentOS] C7 Kernel module compilation

2019-08-05 Thread Alessandro Baggi

Il 05/08/19 18:07, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 9:01 AM Alessandro Baggi
 wrote:


Il 05/08/19 17:49, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 8:42 AM Alessandro Baggi
 wrote:


Il 05/08/19 17:30, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 6:46 AM Alessandro Baggi
 wrote:


Hey there,
I'm trying to compile a single module following this guide:

https://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01

and

https://wiki.centos.org/HowTos/I_need_the_Kernel_Source

I tried to compile a module for novuton led controller supplied by
thirdparty and I got several error.

To check if this is the wrong procedure I tried to compile cifs module
as listed in howto but when loading with modprobe I get "Exec format
error", and from dmesg "cifs: no symbol version for module_layout
", the same errors when compiling novuton module and I don't know why I
get this error.


When following the instructions in BuildingKernelModules, which kernel
version did you use? Also, after the "depmod -a" step, what is the
output from:

$ modinfo cifs | grep filename


I noticed that modules in centos are compressed in .xz but after running
make M=fs/cifs I got only a .ko kernel module and then I run xz to
compress the new module.


Compressing modules is optional. Uncompressed form is functionally the
same (of course it saves some disk space).


Can someone help me please?

Thanks in advance.


Akemi


Hi Akemi,
thank you for your answer.

Kernel version used is 3.10.0-957.27.2.el7.x86_64

[root@c7-test SPECS]# modinfo cifs | grep filename
filename:   /lib/modules/3.10.0-957.27.2.el7.x86_64/extra/cifs.ko


Looking good. I assume your running kernel is 3.10.0-957.27.2.el7 ?

Akemi



Reading from dmesg seems that the module is not accepted by kernel due
to invalid signature. I need to sign the module with a key?


Do you have secureboot enabled? Then yes, that requires a proper key.

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



Yes I have secureboot enabled. If usefull to others in list this could 
helps:


https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Kernel_Administration_Guide/sect-signing-kernel-modules-for-secure-boot.html

I think also that  centos's wiki must be updated because steps are valid 
for centos 5 and because key-signing is required for secure boot I think 
that a proper section must be inserted.



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


Re: [CentOS] C7 Kernel module compilation

2019-08-05 Thread Akemi Yagi
On Mon, Aug 5, 2019 at 9:01 AM Alessandro Baggi
 wrote:
>
> Il 05/08/19 17:49, Akemi Yagi ha scritto:
> > On Mon, Aug 5, 2019 at 8:42 AM Alessandro Baggi
> >  wrote:
> >>
> >> Il 05/08/19 17:30, Akemi Yagi ha scritto:
> >>> On Mon, Aug 5, 2019 at 6:46 AM Alessandro Baggi
> >>>  wrote:
> 
>  Hey there,
>  I'm trying to compile a single module following this guide:
> 
>  https://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01
> 
>  and
> 
>  https://wiki.centos.org/HowTos/I_need_the_Kernel_Source
> 
>  I tried to compile a module for novuton led controller supplied by
>  thirdparty and I got several error.
> 
>  To check if this is the wrong procedure I tried to compile cifs module
>  as listed in howto but when loading with modprobe I get "Exec format
>  error", and from dmesg "cifs: no symbol version for module_layout
>  ", the same errors when compiling novuton module and I don't know why I
>  get this error.
> >>>
> >>> When following the instructions in BuildingKernelModules, which kernel
> >>> version did you use? Also, after the "depmod -a" step, what is the
> >>> output from:
> >>>
> >>> $ modinfo cifs | grep filename
> >>>
>  I noticed that modules in centos are compressed in .xz but after running
>  make M=fs/cifs I got only a .ko kernel module and then I run xz to
>  compress the new module.
> >>>
> >>> Compressing modules is optional. Uncompressed form is functionally the
> >>> same (of course it saves some disk space).
> >>>
>  Can someone help me please?
> 
>  Thanks in advance.
> >>>
> >>> Akemi
> >>
> >> Hi Akemi,
> >> thank you for your answer.
> >>
> >> Kernel version used is 3.10.0-957.27.2.el7.x86_64
> >>
> >> [root@c7-test SPECS]# modinfo cifs | grep filename
> >> filename:   /lib/modules/3.10.0-957.27.2.el7.x86_64/extra/cifs.ko
> >
> > Looking good. I assume your running kernel is 3.10.0-957.27.2.el7 ?
> >
> > Akemi

> Reading from dmesg seems that the module is not accepted by kernel due
> to invalid signature. I need to sign the module with a key?

Do you have secureboot enabled? Then yes, that requires a proper key.

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


Re: [CentOS] C7 Kernel module compilation

2019-08-05 Thread Alessandro Baggi

Il 05/08/19 17:49, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 8:42 AM Alessandro Baggi
 wrote:


Il 05/08/19 17:30, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 6:46 AM Alessandro Baggi
 wrote:


Hey there,
I'm trying to compile a single module following this guide:

https://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01

and

https://wiki.centos.org/HowTos/I_need_the_Kernel_Source

I tried to compile a module for novuton led controller supplied by
thirdparty and I got several error.

To check if this is the wrong procedure I tried to compile cifs module
as listed in howto but when loading with modprobe I get "Exec format
error", and from dmesg "cifs: no symbol version for module_layout
", the same errors when compiling novuton module and I don't know why I
get this error.


When following the instructions in BuildingKernelModules, which kernel
version did you use? Also, after the "depmod -a" step, what is the
output from:

$ modinfo cifs | grep filename


I noticed that modules in centos are compressed in .xz but after running
make M=fs/cifs I got only a .ko kernel module and then I run xz to
compress the new module.


Compressing modules is optional. Uncompressed form is functionally the
same (of course it saves some disk space).


Can someone help me please?

Thanks in advance.


Akemi


Hi Akemi,
thank you for your answer.

Kernel version used is 3.10.0-957.27.2.el7.x86_64

[root@c7-test SPECS]# modinfo cifs | grep filename
filename:   /lib/modules/3.10.0-957.27.2.el7.x86_64/extra/cifs.ko


Looking good. I assume your running kernel is 3.10.0-957.27.2.el7 ?

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



Reading from dmesg seems that the module is not accepted by kernel due 
to invalid signature. I need to sign the module with a key?


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


Re: [CentOS] C7 Kernel module compilation

2019-08-05 Thread Akemi Yagi
On Mon, Aug 5, 2019 at 8:42 AM Alessandro Baggi
 wrote:
>
> Il 05/08/19 17:30, Akemi Yagi ha scritto:
> > On Mon, Aug 5, 2019 at 6:46 AM Alessandro Baggi
> >  wrote:
> >>
> >> Hey there,
> >> I'm trying to compile a single module following this guide:
> >>
> >> https://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01
> >>
> >> and
> >>
> >> https://wiki.centos.org/HowTos/I_need_the_Kernel_Source
> >>
> >> I tried to compile a module for novuton led controller supplied by
> >> thirdparty and I got several error.
> >>
> >> To check if this is the wrong procedure I tried to compile cifs module
> >> as listed in howto but when loading with modprobe I get "Exec format
> >> error", and from dmesg "cifs: no symbol version for module_layout
> >> ", the same errors when compiling novuton module and I don't know why I
> >> get this error.
> >
> > When following the instructions in BuildingKernelModules, which kernel
> > version did you use? Also, after the "depmod -a" step, what is the
> > output from:
> >
> > $ modinfo cifs | grep filename
> >
> >> I noticed that modules in centos are compressed in .xz but after running
> >> make M=fs/cifs I got only a .ko kernel module and then I run xz to
> >> compress the new module.
> >
> > Compressing modules is optional. Uncompressed form is functionally the
> > same (of course it saves some disk space).
> >
> >> Can someone help me please?
> >>
> >> Thanks in advance.
> >
> > Akemi
>
> Hi Akemi,
> thank you for your answer.
>
> Kernel version used is 3.10.0-957.27.2.el7.x86_64
>
> [root@c7-test SPECS]# modinfo cifs | grep filename
> filename:   /lib/modules/3.10.0-957.27.2.el7.x86_64/extra/cifs.ko

Looking good. I assume your running kernel is 3.10.0-957.27.2.el7 ?

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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Michael Hennebry

On Mon, 5 Aug 2019, Peter wrote:


On 5/08/19 10:42 AM, Michael Hennebry wrote:
Mem:    2020144 1454904   76140  204764  489100 
135004

Swap:   4883724  978480 3905244


free -h is generally more readable, but...

It's RAM.  You basically have a total of 2G ram on the system, you have 
less than 500M available and are into swap by nearly 1G, so you're 
swapping heavily.  2G is enough for a minimal install but browsers such 
as firefox and chrome can easily use a lot of memory fast and trying to 
run one on a 2G system while doing an install at the same time will get 
you swapping and slow the system to a crawl.


To be clear, by "Centos 7 installation",
I meant a PC on which Centos 7 was installed.

In any case, Centos 7 has not always been this slow.
Presumably something has changed.
I've been living with this for several months,
but not forever.
I can run compilers and stuff without an internet connection,
so I could get some work done.

To get that output, I had free running in a loop and waited for
the freeze before copy and pasting.

I wasn't surprised by the result.
Occasionally top shows kswap0 (I think) in a D state.

--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] C7 Kernel module compilation

2019-08-05 Thread Alessandro Baggi

Il 05/08/19 17:30, Akemi Yagi ha scritto:

On Mon, Aug 5, 2019 at 6:46 AM Alessandro Baggi
 wrote:


Hey there,
I'm trying to compile a single module following this guide:

https://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01

and

https://wiki.centos.org/HowTos/I_need_the_Kernel_Source

I tried to compile a module for novuton led controller supplied by
thirdparty and I got several error.

To check if this is the wrong procedure I tried to compile cifs module
as listed in howto but when loading with modprobe I get "Exec format
error", and from dmesg "cifs: no symbol version for module_layout
", the same errors when compiling novuton module and I don't know why I
get this error.


When following the instructions in BuildingKernelModules, which kernel
version did you use? Also, after the "depmod -a" step, what is the
output from:

$ modinfo cifs | grep filename


I noticed that modules in centos are compressed in .xz but after running
make M=fs/cifs I got only a .ko kernel module and then I run xz to
compress the new module.


Compressing modules is optional. Uncompressed form is functionally the
same (of course it saves some disk space).


Can someone help me please?

Thanks in advance.


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



Hi Akemi,
thank you for your answer.

Kernel version used is 3.10.0-957.27.2.el7.x86_64

[root@c7-test SPECS]# modinfo cifs | grep filename
filename:   /lib/modules/3.10.0-957.27.2.el7.x86_64/extra/cifs.ko

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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Michael Hennebry

On Sun, 4 Aug 2019, John Pierce wrote:


So you need to modify the source file that NetworkManager is using.
somewhere in /etc/network or /etc/networking-scripts, a config file has
DNS0=192.168.0.1  or sokmething, or your system is getting that from DHCP


Will check on that.


the web login on 192.168.0.1 is undoubtably your modem/router.


--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] C7 Kernel module compilation

2019-08-05 Thread Akemi Yagi
On Mon, Aug 5, 2019 at 6:46 AM Alessandro Baggi
 wrote:
>
> Hey there,
> I'm trying to compile a single module following this guide:
>
> https://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01
>
> and
>
> https://wiki.centos.org/HowTos/I_need_the_Kernel_Source
>
> I tried to compile a module for novuton led controller supplied by
> thirdparty and I got several error.
>
> To check if this is the wrong procedure I tried to compile cifs module
> as listed in howto but when loading with modprobe I get "Exec format
> error", and from dmesg "cifs: no symbol version for module_layout
> ", the same errors when compiling novuton module and I don't know why I
> get this error.

When following the instructions in BuildingKernelModules, which kernel
version did you use? Also, after the "depmod -a" step, what is the
output from:

$ modinfo cifs | grep filename

> I noticed that modules in centos are compressed in .xz but after running
> make M=fs/cifs I got only a .ko kernel module and then I run xz to
> compress the new module.

Compressing modules is optional. Uncompressed form is functionally the
same (of course it saves some disk space).

> Can someone help me please?
>
> Thanks in advance.

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


Re: [CentOS] Strange apache problem

2019-08-05 Thread Gordon Messmer

On 8/5/19 5:01 AM, Nikos Gatsis - Qbit wrote:

On 8/2/2019 6:23 AM, Nikos Gatsis - Qbit wrote:

After update last centos packages, greek characters from sql request
look like question marks ?
After hours of tryingΒ  to find out what happens, I found out that 
updated freetds and after httpd update cause this problem. I add 
client charset = ISO-8859-7 in freetds.conf and everything seems to 
work fine.
I'm not sure if this is right, because all pages are in UTF8. But 
adding this set to .conf dont work correct.

Is there someone familiar with freetds to explain me



I'm not familiar with freetds specifically, but the solution you 
describe suggests that while your pages are encoded in UTF-8, data from 
the SQL server was using a different encoding, and the server was mixing 
data in the two encodings into a single response to the client 
(browser).  Indicating the SQL server encoding in freetds.conf might 
have given httpd the information it needed to convert the SQL data into 
UTF-8, creating a coherent response to the client.


If you have time to investigate further, I'd suggest looking for a way 
to request UTF-8 from the SQL server (which might mean changing the 
setting in freetds.conf, or removing it and requesting UTF-8 
elsewhere).  Your current situation will work for Greek characters, but 
you'll be unable to save or view characters from other languages.


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


[CentOS] C7 Kernel module compilation

2019-08-05 Thread Alessandro Baggi

Hey there,
I'm trying to compile a single module following this guide:

https://wiki.centos.org/HowTos/BuildingKernelModules#head-d2e4c05886f94c701e4ae74387d41d8c40c25d01

and

https://wiki.centos.org/HowTos/I_need_the_Kernel_Source

I tried to compile a module for novuton led controller supplied by 
thirdparty and I got several error.


To check if this is the wrong procedure I tried to compile cifs module 
as listed in howto but when loading with modprobe I get "Exec format 
error", and from dmesg "cifs: no symbol version for module_layout
", the same errors when compiling novuton module and I don't know why I 
get this error.


I noticed that modules in centos are compressed in .xz but after running 
make M=fs/cifs I got only a .ko kernel module and then I run xz to 
compress the new module.


Can someone help me please?

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


Re: [CentOS] Peculiar process name in /proc

2019-08-05 Thread Giles Coochey



On 05/08/2019 13:44, John Horne wrote:

On Mon, 2019-08-05 at 13:06 +0100, Giles Coochey wrote:

On 05/08/2019 12:56, John Horne wrote:


I was going to say no to both of these, however the RPM package ('xymon') was
itself updated at around the time mentioned on Aug 02.
The hex number is equivalent to 1564754190 in decimal which, as an epoch time,
is '2019-08-02 14:56:30'. So it might be possible that '/usr/sbin/xymond' was
replaced and the hex number just indicates the time that occurred.
It might be explained that the file doesn't get deleted until its file 
handles are released?


The downside is that the package update was a bit earlier than 14:56 though, so
the numbers don't seem to quite match up. Secondly, the whole xymon process was
restarted, but the server itself not rebooted, so I would expect all the
processes to be using the new executables rather than an older/deleted one. (I
am a little loath to restart the service at the moment as I may well lose the
info currently in '/proc/.../exe'.)

Did you upgrade xymon, or perhaps install it from a different 
maintainers RPM from the original one, or perhaps the original one 
wasn't an RPM install at all?


In these cases, the old running process in /proc/pid/exe is probably the 
original one, which the new install tried to restart / but because of a 
discrepancy in what is in /var/run it didn't quite work out as planned.


I think to truly understand this we might need more background 
information and a journal of what tasks were carried out.


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


Re: [CentOS] Peculiar process name in /proc

2019-08-05 Thread John Horne
On Mon, 2019-08-05 at 13:06 +0100, Giles Coochey wrote:
> On 05/08/2019 12:56, John Horne wrote:
> > Hello,
> >
> > I was looking at a process through the '/proc' file system, and came across
> > a process name which seemed to contain a hex value:
> >
> > lrwxrwxrwx. 1 xymon xymon 0 Aug  2 14:07 /proc/58032/exe ->
> > /usr/sbin/xymond;5d44410e (deleted)
> >
> > I am aware of what the 'deleted' part means, but have no idea what the
> > ';5d44410e' part means. Is this some sort of thread reference?
> > The file '/usr/sbin/xymond' does exist and is running as a daemon.
> >
> > Anyone know what the ';5d44410e' is referring to? I have tried Googling
> > about this, but found no mention of it.
> >
> >
> I am not absolutely sure, but is it saying that /usr/sbin/xymond was
> deleted, but was located at that inode reference on the disk?
>
The hex number is quite large, and too big I suspect for the number of inodes
allowed on the partition.

> I know you say it exists, but perhaps it was deleted since running and
> then re-created? or perhaps it is an self-modifying executable?
>
I was going to say no to both of these, however the RPM package ('xymon') was
itself updated at around the time mentioned on Aug 02.
The hex number is equivalent to 1564754190 in decimal which, as an epoch time,
is '2019-08-02 14:56:30'. So it might be possible that '/usr/sbin/xymond' was
replaced and the hex number just indicates the time that occurred.

The downside is that the package update was a bit earlier than 14:56 though, so
the numbers don't seem to quite match up. Secondly, the whole xymon process was
restarted, but the server itself not rebooted, so I would expect all the
processes to be using the new executables rather than an older/deleted one. (I
am a little loath to restart the service at the moment as I may well lose the
info currently in '/proc/.../exe'.)



John.

--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK

[http://www.plymouth.ac.uk/images/email_footer.gif]

This email and any files with it are confidential and intended solely for the 
use of the recipient to whom it is addressed. If you are not the intended 
recipient then copying, distribution or other use of the information contained 
is strictly prohibited and you should not rely on it. If you have received this 
email in error please let the sender know immediately and delete it from your 
system(s). Internet emails are not necessarily secure. While we take every 
care, University of Plymouth accepts no responsibility for viruses and it is 
your responsibility to scan emails and their attachments. University of 
Plymouth does not accept responsibility for any changes made after it was sent. 
Nothing in this email or its attachments constitutes an order for goods or 
services unless accompanied by an official order form.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Peculiar process name in /proc

2019-08-05 Thread Giles Coochey



On 05/08/2019 12:56, John Horne wrote:

Hello,

I was looking at a process through the '/proc' file system, and came across a
process name which seemed to contain a hex value:

lrwxrwxrwx. 1 xymon xymon 0 Aug  2 14:07 /proc/58032/exe ->
/usr/sbin/xymond;5d44410e (deleted)

I am aware of what the 'deleted' part means, but have no idea what the
';5d44410e' part means. Is this some sort of thread reference?
The file '/usr/sbin/xymond' does exist and is running as a daemon.

Anyone know what the ';5d44410e' is referring to? I have tried Googling about
this, but found no mention of it.


I am not absolutely sure, but is it saying that /usr/sbin/xymond was 
deleted, but was located at that inode reference on the disk?


I know you say it exists, but perhaps it was deleted since running and 
then re-created? or perhaps it is an self-modifying executable?


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


Re: [CentOS] Strange apache problem

2019-08-05 Thread Nikos Gatsis - Qbit


On 5/8/2019 1:20 μ.μ., Nikos Gatsis - Qbit wrote:


On 3/8/2019 3:00 ΞΌ.ΞΌ., centos-requ...@centos.org wrote:

On 8/2/2019 6:23 AM, Nikos Gatsis - Qbit wrote:

After update last centos packages, greek characters from sql request
look like question marks ?

Inspect the raw binary of the HTTP request.

What browser is doing the rendering?


After hours of tryingΒ  to find out what happens, I found out that 
updated freetds and after httpd update cause this problem.
I add client charset = ISO-8859-7 in freetds.conf and everything seems 
to work fine.
I'm not sure if this is right, because all pages are in UTF8. But 
adding this set to .conf dont work correct.
Is there someone familiar with freetds to explain me what the fuck is 
this?


Thank you an sorry for my language.
Nikos.


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


Re: [CentOS] gem install reel on Centos 7

2019-08-05 Thread Jerry Geis
Thanks John for the info... I did that and now I'm missing a file.
I tried to ask yum what package I need - but It did not know.


Building native extensions.  This could take a while...
ERROR: Failed to build gem native extension.

/opt/rh/rh-ruby22/root/usr/bin/ruby -r
./siteconf20190805-94063-1gebs0u.rb extconf.rb
mkmf.rb can't find header files for ruby at
/opt/rh/rh-ruby22/root/usr/share/include/ruby.h

extconf failed, exit code 1

Gem files will remain installed in
/opt/rh/rh-ruby22/root/usr/local/share/gems/gems/nio4r-1.1.1 for inspection.
Results logged to
/opt/rh/rh-ruby22/root/usr/local/lib64/gems/ruby/nio4r-1.1.1/gem_make.out


yum provides /opt/rh/rh-ruby22/root/usr/share/include/ruby.h
Loaded plugins: fastestmirror, langpacks, nvidia
Loading mirror speeds from cached hostfile
 * base: mirror.tzulo.com
 * centos-sclo-rh: mirror.team-cymru.com
 * centos-sclo-sclo: mirror.fileplanet.com
 * elrepo: ord.mirror.rackspace.com
 * epel: ord.mirror.rackspace.com
 * extras: mirror.nodesdirect.com
 * updates: mirrors.liquidweb.com
centos-sclo-rh/x86_64/filelists_db


|  12 MB  00:00:01
elrepo/filelists_db


   |  34 kB  00:00:00
epel/x86_64/filelists_db


|  12 MB  00:00:00
google-chrome/filelists


   | 1.7 kB  00:00:00
updates/7/x86_64/filelists_db


   | 5.2 MB  00:00:00
No matches found

Thanks, What is next ?

Jerry

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


[CentOS] Peculiar process name in /proc

2019-08-05 Thread John Horne
Hello,

I was looking at a process through the '/proc' file system, and came across a
process name which seemed to contain a hex value:

lrwxrwxrwx. 1 xymon xymon 0 Aug  2 14:07 /proc/58032/exe ->
/usr/sbin/xymond;5d44410e (deleted)

I am aware of what the 'deleted' part means, but have no idea what the
';5d44410e' part means. Is this some sort of thread reference?
The file '/usr/sbin/xymond' does exist and is running as a daemon.

Anyone know what the ';5d44410e' is referring to? I have tried Googling about
this, but found no mention of it.


Thanks,

John.

--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK

[http://www.plymouth.ac.uk/images/email_footer.gif]

This email and any files with it are confidential and intended solely for the 
use of the recipient to whom it is addressed. If you are not the intended 
recipient then copying, distribution or other use of the information contained 
is strictly prohibited and you should not rely on it. If you have received this 
email in error please let the sender know immediately and delete it from your 
system(s). Internet emails are not necessarily secure. While we take every 
care, University of Plymouth accepts no responsibility for viruses and it is 
your responsibility to scan emails and their attachments. University of 
Plymouth does not accept responsibility for any changes made after it was sent. 
Nothing in this email or its attachments constitutes an order for goods or 
services unless accompanied by an official order form.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Jonathan Billings


> On Aug 5, 2019, at 4:12 AM, Peter  wrote:
> 
> On 5/08/19 10:42 AM, Michael Hennebry wrote:
>> Mem:2020144 1454904   76140  204764  489100  
>> 135004
>> Swap:   4883724  978480 3905244
> 
> free -h is generally more readable, but...
> 
> It's RAM.  You basically have a total of 2G ram on the system, you have less 
> than 500M available and are into swap by nearly 1G, so you're swapping 
> heavily.  2G is enough for a minimal install but browsers such as firefox and 
> chrome can easily use a lot of memory fast and trying to run one on a 2G 
> system while doing an install at the same time will get you swapping and slow 
> the system to a crawl.

Agreed, 2G of RAM for graphical logins and web browsers is not nearly enough.  
I was using 4G on a system running C7 and it was unusable, I can’t imagine 2G.

--
Jonathan Billings 


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


Re: [CentOS] how to use an Adaptec RAID 51645

2019-08-05 Thread Alexander Dalloz

Am 2019-08-05 12:30, schrieb Alexander Dalloz:

Am 2019-08-05 12:24, schrieb Ralf Prengel:

Hallo,
has anyone a hint how to use an Adaptec RAID 51645 under Centos 7?

A volume is created using the controller interface but isn't active
under centos.

Thanks for hintsts
Ralf


That's a pretty old RAID controller. Kernel module support for such
old cards have been dropped by RHEL. Check the ELrepo for a matching
package.

https://elrepo.org/tiki/kmod-aacraid

should be a fit.

Alexander


It would be helpful to check the PCI IDs of that card using "lspci -n" 
or "lspci -nn". I just saw the current EL7 kernel provides


# ls -Al 
/lib/modules/3.10.0-957.27.2.el7.x86_64/kernel/drivers/scsi/aacraid/

total 56
-rw-r--r--. 1 root root 56884 Jul 29 20:07 aacraid.ko.xz

and "modinfo aacraid" shows a long list of supported devices.

According to 
https://adaptec.com/de-de/speed/raid/aac/linux/aacraid_linux_rpms_v1_1_7-29100_tgz.php 
the module should be a fit for the Adapted RAID 51645.


Alexander

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


Re: [CentOS] how to use an Adaptec RAID 51645

2019-08-05 Thread Alexander Dalloz

Am 2019-08-05 12:24, schrieb Ralf Prengel:

Hallo,
has anyone a hint how to use an Adaptec RAID 51645 under Centos 7?

A volume is created using the controller interface but isn't active
under centos.

Thanks for hintsts
Ralf


That's a pretty old RAID controller. Kernel module support for such old 
cards have been dropped by RHEL. Check the ELrepo for a matching 
package.


https://elrepo.org/tiki/kmod-aacraid

should be a fit.

Alexander

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


[CentOS] how to use an Adaptec RAID 51645

2019-08-05 Thread Ralf Prengel

Hallo,
has anyone a hint how to use an Adaptec RAID 51645 under Centos 7?

A volume is created using the controller interface but isn't active  
under centos.


Thanks for hintsts
Ralf

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


Re: [CentOS] [OT] odd network question

2019-08-05 Thread Giles Coochey



On 05/08/2019 09:18, Pete Biggs wrote:

I've found the default 10min bans hardly bother some attackers.
So I've added the "recidive" feature of fail2ban.  After the
second 10min ban, the attacker is blocked for 1 week.


Oh definitely. My systems are set to "3 bans and you're out" - a
recidive ban is permanent after three other bans.  I have large parts
of some subnets in my ban list as attackers just move from one host to
another as they get banned.

P.

I worked for a company some time back that had an association with a 
South African company who wanted to host some infrastructure in our data 
centre, the network admin there wanted a specific configuration for 
outbound source NAT from a certain host that would scroll through a list 
of source NAT IP addresses (think a whole /24) for every connection 
attempt, pretty sure it was for sending unsolicited emails, in any case 
the association with that company didn't last and I took redundancy 
after less than a year there.

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


Re: [CentOS] [OT] odd network question

2019-08-05 Thread Pete Biggs


> 
> I've found the default 10min bans hardly bother some attackers.
> So I've added the "recidive" feature of fail2ban.  After the
> second 10min ban, the attacker is blocked for 1 week.
> 

Oh definitely. My systems are set to "3 bans and you're out" - a
recidive ban is permanent after three other bans.  I have large parts
of some subnets in my ban list as attackers just move from one host to
another as they get banned.

P.


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


Re: [CentOS] browsers slowing Centos 7 installation to a crawl

2019-08-05 Thread Peter

On 5/08/19 10:42 AM, Michael Hennebry wrote:
Mem:    2020144 1454904   76140  204764  489100  
135004

Swap:   4883724  978480 3905244


free -h is generally more readable, but...

It's RAM.  You basically have a total of 2G ram on the system, you have 
less than 500M available and are into swap by nearly 1G, so you're 
swapping heavily.  2G is enough for a minimal install but browsers such 
as firefox and chrome can easily use a lot of memory fast and trying to 
run one on a 2G system while doing an install at the same time will get 
you swapping and slow the system to a crawl.



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


Re: [CentOS] [OT] odd network question

2019-08-05 Thread Giles Coochey


On 05/08/2019 08:50, Jon LaBadie wrote:


I've found the default 10min bans hardly bother some attackers.
So I've added the "recidive" feature of fail2ban.  After the
second 10min ban, the attacker is blocked for 1 week.

Interesting, didn't know about that feature, but, oh, I just generally 
ban for a whole week regardless, yes, I realise that a typo might  set 
it off for a actual user, but I have other methods of entry to unban if 
that happens, and we have a number of whitelisted IPs that cover most 
things like that for most use cases, and a VPN within the whitelist that 
can be used if the public services get locked out.


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


Re: [CentOS] [OT] odd network question

2019-08-05 Thread Jon LaBadie
On Sat, Aug 03, 2019 at 04:50:05PM +0100, Giles Coochey wrote:
> 
> On 02/08/2019 19:38, Jon LaBadie wrote:
> > On Fri, Aug 02, 2019 at 10:19:49AM -0400, mark wrote:
> > > Fred Smith wrote:
> > > > On Fri, Aug 02, 2019 at 09:28:23AM -0400, mark wrote:
> > > 
> 
> I've been using fail2ban for some time, I have a number of ports open to the
> Internet - SSH, SMTP, IMAPS, HTTP and HTTPS on my external subnet.
> 
> This thread made me look at how fail2ban was doing, and I noticed that it
> wasn't particularly working too well for SSH, as I have turned off password
> authentication, so I edited the filters a little, and found it started
> filtering some more IPs. I found on my firewall that there were something
> like 500 active connection states to SSH - it looked like a scanning tool
> was just hanging and sending many connections, the same thing for about
> three remote IPs - I put a manual block on these at the firewall.
> 
> The firewall has a block feature, which allows me to enter URLs which point
> to lists of IPs (Blocklists) and block traffic from those IPs at the
> firewall.
> 
> It's designed to use these types of IP feeds: http://iplists.firehol.org/
> 
> Well, there's nothing stopping me running a cron-job on my Centos boxes to
> do the following:
> 
> iptables -L -n | awk '$1=="REJECT" && $4!="0.0.0.0/0" {print $4}' >
> /tmp/banned
> 
> I can then transfer the banned file to a web-server and block the bad IP
> addresses completely from my network. I like this as if a system is
> brute-forcing my SSH server, I can now block it from all resources on the
> network, and stop the attempts even reaching the internal hosts.

I've found the default 10min bans hardly bother some attackers.
So I've added the "recidive" feature of fail2ban.  After the
second 10min ban, the attacker is blocked for 1 week.

jon
-- 
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS-docs] [centos/centos.org] branch master updated: Added new keys for CentOS 8 and beyond

2019-08-05 Thread git
This is an automated email from the git hooks/post-receive script.

unknown user pushed a commit to branch master
in repository centos/centos.org.

The following commit(s) were added to refs/heads/master by this push:
 new c18eb62  Added new keys for CentOS 8 and beyond
c18eb62 is described below

commit c18eb62df7bc0215248f425d7982ed9aedba211f
Author: Fabian Arrotin 
AuthorDate: Mon Aug 5 08:33:19 2019 +0200

Added new keys for CentOS 8 and beyond

Signed-off-by: Fabian Arrotin 
---
 content/keys.md | 17 -
 static/keys/RPM-GPG-KEY-CentOS-Official | 30 ++
 static/keys/RPM-GPG-KEY-CentOS-Testing  | 30 ++
 3 files changed, 76 insertions(+), 1 deletion(-)

diff --git a/content/keys.md b/content/keys.md
index b6f7711..c1d7f31 100644
--- a/content/keys.md
+++ b/content/keys.md
@@ -23,7 +23,22 @@ If you want to verify that the keys installed on your system 
match the keys list
 
 
 # Project Keys
-The following keys are currently in use by the CentOS Project for the 
specified release versions. Please note that each CentOS Linux release may have 
several GPG keys assigned.
+The following keys are currently in use by the CentOS Project. Please note 
that CentOS Linux releases may have several GPG keys assigned (depending on the 
release and architecture).
+Worth knowing that for CentOS 8, there will be only one key that will be used 
for all architectures and also subsequent releases. SpecialInterestGroups 
(SIGs) will still use a different key though (see below)
+
+## CentOS Project Keys (starting from CentOS 8)
+
+### CentOS Official Key
+[download key](/keys/RPM-GPG-KEY-CentOS-Official)
+
+   pub  4096R/8483C65D 2019-05-03 CentOS (CentOS Official Signing Key) 

+   Key fingerprint = 99DB 70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D
+
+### CentOS Testing Key
+[download key](/keys/RPM-GPG-KEY-CentOS-Testing)
+
+   pub  4096R/5BA5FA8D 2019-05-03 CentOS Testing (CentOS Testing content) 

+   Key fingerprint = 793D 9072 6BF0 22DA E868  2C36 762E 6585 5BA5 FA8D
 
 ## CentOS-7 Keys
 
diff --git a/static/keys/RPM-GPG-KEY-CentOS-Official 
b/static/keys/RPM-GPG-KEY-CentOS-Official
new file mode 100644
index 000..30235a8
--- /dev/null
+++ b/static/keys/RPM-GPG-KEY-CentOS-Official
@@ -0,0 +1,30 @@
+-BEGIN PGP PUBLIC KEY BLOCK-
+Version: GnuPG v2.0.22 (GNU/Linux)
+
+mQINBFzMWxkBEADHrskpBgN9OphmhRkc7P/YrsAGSvvl7kfu+e9KAaU6f5MeAVyn
+rIoM43syyGkgFyWgjZM8/rur7EMPY2yt+2q/1ZfLVCRn9856JqTIq0XRpDUe4nKQ
+8BlA7wDVZoSDxUZkSuTIyExbDf0cpw89Tcf62Mxmi8jh74vRlPy1PgjWL5494b3X
+5fxDidH4bqPZyxTBqPrUFuo+EfUVEqiGF94Ppq6ZUvrBGOVo1V1+Ifm9CGEK597c
+aevcGc1RFlgxIgN84UpuDjPR9/zSndwJ7XsXYvZ6HXcKGagRKsfYDWGPkA5cOL/e
+f+yObOnC43yPUvpggQ4KaNJ6+SMTZOKikM8yciyBwLqwrjo8FlJgkv8Vfag/2UR7
+JINbyqHHoLUhQ2m6HXSwK4YjtwidF9EUkaBZWrrskYR3IRZLXlWqeOi/+ezYOW0m
+vufrkcvsh+TKlVVnuwmEPjJ8mwUSpsLdfPJo1DHsd8FS03SCKPaXFdD7ePfEjiYk
+nHpQaKE01aWVSLUiygn7F7rYemGqV9Vt7tBw5pz0vqSC72a5E3zFzIIuHx6aANry
+Gat3aqU3qtBXOrA/dPkX9cWE+UR5wo/A2UdKJZLlGhM2WRJ3ltmGT48V9CeS6N9Y
+m4CKdzvg7EWjlTlFrd/8WJ2KoqOE9leDPeXRPncubJfJ6LLIHyG09h9kKQARAQAB
+tDpDZW50T1MgKENlbnRPUyBPZmZpY2lhbCBTaWduaW5nIEtleSkgPHNlY3VyaXR5
+QGNlbnRvcy5vcmc+iQI3BBMBAgAhBQJczFsZAhsDBgsJCAcDAgYVCAIJCgsDFgIB
+Ah4BAheAAAoJEAW1VbOEg8ZdjOsP/2ygSxH9jqffOU9SKyJDlraL2gIutqZ3B8pl
+Gy/Qnb9QD1EJVb4ZxOEhcY2W9VJfIpnf3yBuAto7zvKe/G1nxH4Bt6WTJQCkUjcs
+N3qPWsx1VslsAEz7bXGiHym6Ay4xF28bQ9XYIokIQXd0T2rD3/lNGxNtORZ2bKjD
+vOzYzvh2idUIY1DgGWJ11gtHFIA9CvHcW+SMPEhkcKZJAO51ayFBqTSSpiorVwTq
+a0cB+cgmCQOI4/MY+kIvzoexfG7xhkUqe0wxmph9RQQxlTbNQDCdaxSgwbF2T+gw
+byaDvkS4xtR6Soj7BKjKAmcnf5fn4C5Or0KLUqMzBtDMbfQQihn62iZJN6ZZ/4dg
+q4HTqyVpyuzMXsFpJ9L/FqH2DJ4exGGpBv00ba/Zauy7GsqOc5PnNBsYaHCply0X
+407DRx51t9YwYI/ttValuehq9+gRJpOTTKp6AjZn/a5Yt3h6jDgpNfM/EyLFIY9z
+V6CXqQQ/8JRvaik/JsGCf+eeLZOw4koIjZGEAg04iuyNTjhx0e/QHEVcYAqNLhXG
+rCTTbCn3NSUO9qxEXC+K/1m1kaXoCGA0UWlVGZ1JSifbbMx0yxq/brpEZPUYm+32
+o8XfbocBWljFUJ+6aljTvZ3LQLKTSPW7TFO+GXycAOmCGhlXh2tlc6iTc41PACqy
+yy+mHmSv
+=kkH7
+-END PGP PUBLIC KEY BLOCK-
diff --git a/static/keys/RPM-GPG-KEY-CentOS-Testing 
b/static/keys/RPM-GPG-KEY-CentOS-Testing
new file mode 100644
index 000..635206d
--- /dev/null
+++ b/static/keys/RPM-GPG-KEY-CentOS-Testing
@@ -0,0 +1,30 @@
+-BEGIN PGP PUBLIC KEY BLOCK-
+Version: GnuPG v2.0.22 (GNU/Linux)
+
+mQINBFzMYBIBEACzbPN6Yso1qkcpVTnpfUxVWUpcWcuMiWpKSsZKkT2k9nOVVc7v
+aaLUkKY1WoD3+FoE8fDReTgiwbGFyB9EVC2erwjqQsVr6x7ntVjxX5eFniRZ3O1+
+ez3mBWhTfAXo7QoobZPnGeh8eL+lI2Yli/bf3gFGYB9xmv/WptokwvN379XtjP3F
+eFfHlCDpBEWL4ISZ4V6BRlIspnWd8A2FbV3byK5DMiKLpU/qnSPcXY4/OfWwn4HK
+Of/RFqOJZrJgy2HEmf3XDFHbg7OiGr80Fsc2UuSBQo5MkXckpBVAF7QmhGoRC4V0
+5xgr2Z5Lh2OZhMtLJDYolvrNcdyNvjcfri6QYS55dBpctNbG49OMmw+niy5uJ0KA
+MTXPNmyQ3Xtz3Smh8T6yj8iPyHkF7g2JC2xUzp6zijwDjRrDtGpnhrCmOPVlQAph
+Os6prHwDa3N3OFubKhFscftkjAElgHVb97U6gabU9BJsLPcMV+HkW3sm8nx2Q9eh
+Ew5CfvirSI8RFifOpDid99KSo/Id+wrTqW10Q/wfyFcGkrKo1fVpEkkDGc1nWKQS