Re: [CentOS] CentOSn7 & graphite-web RPM

2015-01-28 Thread Markus "Shorty" Uckelmann

Am 28.01.2015 um 08:08 schrieb Philip Keogh:

For EPEL's process, see their web site (which also contains a
procedure for getting package updates created and finding the
maintainer of a package that you are interested in):
https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies

In the case of graphite-web, that data is here:
https://admin.fedoraproject.org/pkgdb/package/graphite-web/

The package has been approved for inclusion in EPEL 7 but was not yet
built/released and is not in testing. (as per guidelines minimum of 2
weeks in testing prior to release)

The only person who can give you their plans for a specific package is
the point of contact package administrator, jsteffan in this case.
Typically these things go faster if someone takes the initiative in
testing an updated .spec and package, sending the SRPM to the
maintainer instead of a request for them to drop what they are doing
to start a project for your needs.


Thanks a lot for taking the time to answer my "nosy" questions.


If you are prioritizing "stability" CentOS 7 seems like a dubious
choice to begin with though.


That's as always "in the eye of the beholder" ;)

Cheers, Shorty
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] CentOS-announce Digest, Vol 119, Issue 10

2015-01-28 Thread centos-announce-request
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CEEA-2015:X002 Xen and LibVirt Xen4CentOS Enhancement Update
  (Johnny Hughes)
   2. CEBA-2015:0089 CentOS 6 gdbm FASTTRACK BugFix Update
  (Johnny Hughes)
   3. CESA-2015:0090 Critical CentOS 5 glibc Security   Update
  (Karanbir Singh)
   4. CESA-2015:0092 Critical CentOS 6 glibc Security   Update
  (Karanbir Singh)
   5. CESA-2015:0092 Critical CentOS 7 glibc Security   Update
  (Karanbir Singh)


--

Message: 1
Date: Tue, 27 Jan 2015 13:06:44 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEEA-2015:X002 Xen and LibVirt Xen4CentOS
Enhancement Update
Message-ID: <20150127130644.ga37...@n04.lon1.karan.org>
Content-Type: text/plain; charset=iso-8859-1

CentOS Errata and Enhancement Advisory 2015:X002 (Xen4CentOS)

The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
-
x86_64
-

cdfc144852265d5b5d5ad929bc5b31159a6ca859715ba795134e2b85fe7e3399  
libvirt-1.2.10-3.el6.x86_64.rpm
5c9b50eae196a3beb710b1aa37ef212d1fb19062a3e0a0a0b1448c3e38695898  
libvirt-client-1.2.10-3.el6.x86_64.rpm
f75375eca3a0088aa9a537dda0cdebc047bb74fc24364b0f75a3f3315ea5fee1  
libvirt-daemon-1.2.10-3.el6.x86_64.rpm
04a7c8d378aaa85aa0962afa24193df37bc884a4f0f812c82f196d9657f6faea  
libvirt-daemon-config-network-1.2.10-3.el6.x86_64.rpm
f6b969d3c89e4f7d10b18464f5a5b7d8b4627bba8194426a4f528d572ef9b378  
libvirt-daemon-config-nwfilter-1.2.10-3.el6.x86_64.rpm
89a220c0964427ec8e914d7fe01c799e1223c1a0ccbf6e9c9a8b722dbfb2e6c2  
libvirt-daemon-driver-interface-1.2.10-3.el6.x86_64.rpm
d52b96cd2cbb807e93a74970d4309f2ff0b8a5c5030918cfa74b070152b561ef  
libvirt-daemon-driver-libxl-1.2.10-3.el6.x86_64.rpm
14e49bd64281368826a4d7bff9dcebe63f7693fd6b50e681febf515b09ae098b  
libvirt-daemon-driver-lxc-1.2.10-3.el6.x86_64.rpm
48dbc513689a93689eb89ea514ee7fee560d66a6f8d49e61424fcfa155105308  
libvirt-daemon-driver-network-1.2.10-3.el6.x86_64.rpm
dfa11209f31bedf18938d85eb12456d82d46af84070fe4f47e5521a3f4fcbfea  
libvirt-daemon-driver-nodedev-1.2.10-3.el6.x86_64.rpm
46e6872c93140df1aa662470b4e72fe49b960412b059c32b5d2128ce6f61a10e  
libvirt-daemon-driver-nwfilter-1.2.10-3.el6.x86_64.rpm
23233e23f9e41d47a7f7489647e308394f94018b4789a225a6df6b49291ecbf0  
libvirt-daemon-driver-qemu-1.2.10-3.el6.x86_64.rpm
9ab5624fcfed9a1401b46b458bb23aded8bc603e2ba10e267a12eec64c7ec683  
libvirt-daemon-driver-secret-1.2.10-3.el6.x86_64.rpm
464f904baea4beec68fe90708c2895e697f215551d423a5dc9950c6f2df672b4  
libvirt-daemon-driver-storage-1.2.10-3.el6.x86_64.rpm
1f6242a8ca12578bb7c0046e604e87caa13a3b2bfcae0e2a75d8d7d957d77837  
libvirt-daemon-driver-xen-1.2.10-3.el6.x86_64.rpm
9dcf36b9708b145df230de9e4967a880620d5fbb91c874c34b0a06110b2fcb0f  
libvirt-daemon-kvm-1.2.10-3.el6.x86_64.rpm
521e8fd3fe56d00c3ed9b4b83fbf8d145fd0cb40ed57ca163cf4dad065d0c83e  
libvirt-daemon-lxc-1.2.10-3.el6.x86_64.rpm
604a476a2cb73578411d1780e915ec12ef5421c4ddd1c6501af8baedddb11b05  
libvirt-daemon-xen-1.2.10-3.el6.x86_64.rpm
ada1948fb39ff73b9462b3b4a88d83650768811da6cf041dfc82c8cb4440ca3c  
libvirt-devel-1.2.10-3.el6.x86_64.rpm
12b7d939d5bbb902d19c9f10ab1d0e09b7d6f2569d6c08d361faa7a078537580  
libvirt-docs-1.2.10-3.el6.x86_64.rpm
9b5966f617704138b57c0158ffc24bd722e3c45fc163c4b57fbb78a6a46bab3f  
libvirt-lock-sanlock-1.2.10-3.el6.x86_64.rpm
cf3c8b24dd749d3a58502153e68908ee7d7f6c935a24a42c1939d776a394ad34  
libvirt-login-shell-1.2.10-3.el6.x86_64.rpm
4a6fefb92c51a8c808519c14c0f05bf4bba5d15cc6c80a9189233cea429f81f3  
libvirt-python-1.2.10-2.el6.x86_64.rpm
cfb51d27393b89ce9ea778c90fc78387e1bbd66ee526900f4d1d30b0ce2939f2  
xen-4.4.1-5.el6.x86_64.rpm
8112529df37665282b18ac255024a5298b4a0d2c3b43047feb2411d04bb8493b  
xen-devel-4.4.1-5.el6.x86_64.rpm
eceef9fe592a624c58321095223f1694aaeafc5188d7af2a63545169ce4c2935  
xen-doc-4.4.1-5.el6.x86_64.rpm
2604e220fb3bd9dade6f032eb3688770dec07969b4000dbeda0d950fb94f647d  
xen-hypervisor-4.4.1-5.el6.x86_64.rpm
8645ef7f6d40c2f1374d4749dafa30e636db78650e262b9f3c7208748234be47  
xen-libs-4.4.1-5.el6.x86_64.rpm
d7e292c6593100328b324451bcb71ffd5aca25748826af1e67bca0950d611674  
xen-licenses-4.4.1-5.el6.x86_64.rpm
81b62af7f92f6df99e85678ba7b5856006673f04b27c9d3cc9e437f702879f39  
xen-ocaml-4.4.1-5.el6.x86_64.rpm
2b6fe42c4e34cc6b41a7e7ee3c7409db10a606ff4cf90dfbf6f4dcccd6adf2de  
xen-ocaml-devel-4.4.1-5.el6

[CentOS] Very slow disk I/O

2015-01-28 Thread Jatin Davey

Hi Users

I am using RHEL 6.5 on my server.

From top command i can see that the processors in my server are 
spending a lot of time on wait for I/O.

I can see high percentage in terms of 30-50% on "wa" time.

Here is the df output about the disk space in my system:

**
[root@localhost images]# df
Filesystem  1K-blocks  Used  Available Use% Mounted on
/dev/sda1  1915071844 103227908 1714563936   6% /
tmpfs32931472 0   32931472   0% /dev/shm
**

Could someone point me on how to improve the disk I/O on my server and 
reduce the wait time on I/O.


Thanks
Jatin
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Very slow disk I/O

2015-01-28 Thread Nicolas Thierry-Mieg

On 01/28/2015 01:32 PM, Jatin Davey wrote:

Hi Users

I am using RHEL 6.5 on my server.

 From top command i can see that the processors in my server are
spending a lot of time on wait for I/O.
I can see high percentage in terms of 30-50% on "wa" time.

Here is the df output about the disk space in my system:

**
[root@localhost images]# df
Filesystem  1K-blocks  Used  Available Use% Mounted on
/dev/sda1  1915071844 103227908 1714563936   6% /
tmpfs32931472 0   32931472   0% /dev/shm
**

Could someone point me on how to improve the disk I/O on my server and
reduce the wait time on I/O.


you could use iotop or vmstat to see what processes are causing the IO.

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


[CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Patrick Bervoets

I have a C6 server acting as a kvm-host.

When connecting with ssh the console is extremely slow and hangs for minutes at 
a time. Connecting to this server is not the problem.

If I use: ssh root@host "whatever" I got immediate response even when 
interactive consoles opened with ssh are hanging.

   Linux [...] 2.6.32-504.3.3.el6.x86_64 #1 SMP Wed Dec 17 01:55:02 UTC 2014 
x86_64 x86_64 x86_64 GNU/Linux

 total   used   free shared buffers cached
   Mem:47 35 11 0  0  0
   -/+ buffers/cache: 35 11
   Swap:7  0  7

   FilesystemSize  Used Avail Use% Mounted on
   /dev/mapper/vg-lv_root
   50G  6,4G   41G  14% /
   tmpfs  24G 0   24G   0% /dev/shm
   /dev/sda1 477M  123M  329M  28% /boot

 13:33:34 up 1 day, 18:30,  2 users,  load average: 3.39, 2.53, 2.36

(it's an 8-core)

Nothing particular in log/messages.

The vm's are running normally and they are not showing the same behaviour.

Can anybody give me a pointer?

Thanks
Patrick


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


Re: [CentOS] Very slow disk I/O

2015-01-28 Thread David Both

+1

And remember that I/O is more than just disk. The atop monitor gives you 
information like top and htop, but also provides a lot of I/O information as 
well including network. Perhaps your server is the target of a network-based 
DDOS attack which can cause lots of I/O wait time. Also look at top to see what 
numbers are in the si and hi columns. THese stand for software and hardware 
interrupts. If one of those is high you can also narrow it down.


Hope this helps.

On 01/28/2015 07:51 AM, Nicolas Thierry-Mieg wrote:

On 01/28/2015 01:32 PM, Jatin Davey wrote:

Hi Users

I am using RHEL 6.5 on my server.

 From top command i can see that the processors in my server are
spending a lot of time on wait for I/O.
I can see high percentage in terms of 30-50% on "wa" time.

Here is the df output about the disk space in my system:

**
[root@localhost images]# df
Filesystem  1K-blocks  Used  Available Use% Mounted on
/dev/sda1  1915071844 103227908 1714563936   6% /
tmpfs32931472 0   32931472   0% /dev/shm
**

Could someone point me on how to improve the disk I/O on my server and
reduce the wait time on I/O.


you could use iotop or vmstat to see what processes are causing the IO.

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

--


*
David P. Both, RHCE
Millennium Technology Consulting LLC
Raleigh, NC, USA
919-389-8678

db...@millennium-technology.com

www.millennium-technology.com
www.databook.bz - Home of the DataBook for Linux
DataBook is a Registered Trademark of David Both
*
This communication may be unlawfully collected and stored by the National
Security Agency (NSA) in secret. The parties to this email do not consent to the
retrieving or storing of this communication and any related metadata, as well as
printing, copying, re-transmitting, disseminating, or otherwise using it. If you
believe you have received this communication in error, please delete it
immediately.


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


Re: [CentOS] CVE-2015-0235 - glibc gethostbyname

2015-01-28 Thread Simon Banton

Hi,

For reasons which are too tiresome to bore you all with, I have an 
obligation to look after a suite of legacy CentOS 4.x systems which 
cannot be migrated upwards.


I note on https://access.redhat.com/articles/1332213 the following 
comment from a RHN person:


We are currently working on and testing errata for RHEL 4, we will 
post an update for it as soon as it's ready. Thank you for your 
patience!


Is there *any* prospect of updated glibc packages for CentOS 4.x 
being made available?


Cheers
S.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Very slow disk I/O

2015-01-28 Thread Mihamina RAKOTOMANDIMBY


On 01/28/2015 03:32 PM, Jatin Davey wrote:


Could someone point me on how to improve the disk I/O on my server and 
reduce the wait time on I/O.


Fisrt of all, you should ensure how fast are your disks.
There are several methods to check that:
https://www.thomas-krenn.com/en/wiki/Linux_I/O_Performance_Tests_using_dd
But there are several aother way to achieve measurement.

If you notice some poor performance, then you can assume your disks are 
slow.


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


Re: [CentOS] CentOS - Firefox and Flash

2015-01-28 Thread Ljubomir Ljubojevic
On 23.01.2015. 14:52, James B. Byrne wrote:
> On Thu, January 22, 2015 12:27, Frank Cox wrote:
>> On Thu, Jan 22, 2015 at 09:36:24AM -0500, James B. Byrne wrote:
>>> If one has already done all that and, following the most recent FF
> update, all that is displayed is a video window with the Flash
>>> logo/Button in the middle.  And regardless of how many times one
> clicks on said button no video will show or sound will emit, what
> then?
>> What firefox plugins do you have installed that might be blocking
> flash?
>> I personally don't use flash stuff much, but I have noscript
> installed
>> and it makes me either allow javascript or click on the embedded
> flash
>> content to view it.  But so far it always seems to work when I
> either
>> allow
>> javascript on the site or click on the content.
> 
> I thought that was the case too.  However, disabling NoScript for
> YouTube does not change the observed behaviour.  It is decidedly odd
> in that the Flash video will not play until one sets the enable html5
> option in YouTube.
> 
> One of the artifacts of switching the html5 on in YT is that upon
> returning to the video page the video canvas shows an error message,
> with the 'Try again later' tag.  But simply clicking on the video
> frame a second time starts the video.
> 
> I am not sure what is going on.  I have discovered that the same
> approach (switching on html5 in YouTube) has solved this issue for a
> least one of the impacted users.  I will try it on others as the
> occasion permits.
> 
> It seems to me likely to be a FF issue at its core.
> 
> 

I solved that for Firefox 35.x.


I added some symlinks to $HOME/.mozilla/plugins

Here is the list of symlinks:

[drlove@kanc ~]$ cd $HOME/.mozilla/plugins
[drlove@kanc plugins]$ readlink -f *
/usr/lib64/flash-plugin/libflashplayer.so
/usr/lib64/mozilla/plugins/libgnome-shell-browser-plugin.so
/usr/lib64/IcedTeaPlugin.so
/usr/lib64/mozilla/plugins/librhythmbox-itms-detection-plugin.so
/usr/lib64/mozilla/plugins/libtotem-cone-plugin.so
/usr/lib64/mozilla/plugins/libtotem-gmp-plugin.so
/usr/lib64/mozilla/plugins/libtotem-mully-plugin.so
/usr/lib64/mozilla/plugins/libtotem-narrowspace-plugin.so

I have not made java work though, but I have 31.x for that if necessary
-- 
Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Marcelo Ricardo Leitner

On 28-01-2015 11:15, Patrick Bervoets wrote:

I have a C6 server acting as a kvm-host.

When connecting with ssh the console is extremely slow and hangs for
minutes at a time. Connecting to this server is not the problem.

If I use: ssh root@host "whatever" I got immediate response even when
interactive consoles opened with ssh are hanging.


Sorry, is it hanging during the session or while attempting to establish 
a new one? If this last, it may be dns and ssh -v may help. The former 
is weird, I don't think I ever saw it.


  Marcelo

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


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Patrick Bervoets

Op 28-01-15 om 17:20 schreef Marcelo Ricardo Leitner:

On 28-01-2015 11:15, Patrick Bervoets wrote:

I have a C6 server acting as a kvm-host.

When connecting with ssh the console is extremely slow and hangs for
minutes at a time. Connecting to this server is not the problem.

If I use: ssh root@host "whatever" I got immediate response even when
interactive consoles opened with ssh are hanging.


Sorry, is it hanging during the session or while attempting to establish a new 
one? If this last, it may be dns and ssh -v may help. The former is weird, I 
don't think I ever saw it.

  Marcelo


Marcelo,

It hangs during the session. Once I'm logged in and beginning to type it 
displays 3-5 chars and then hangs for up to 15 minutes, a few more chars, wait, 
and so on.
Checked my resolv.conf; added 'options single-request-reopen' though I don't 
know if that is helping.

Yes it is weird; even more that individual commands sent with ssh gives 
immediate respons.

Thanks
Patrick


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


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread anax

Hi Patrick
have you ever tried to find out on which side the hanger is: on the 
client's or on the server's, using tcpumg or the like?

That migth help a bit further on, that might.

suomi

On 01/28/2015 05:41 PM, Patrick Bervoets wrote:

Op 28-01-15 om 17:20 schreef Marcelo Ricardo Leitner:

On 28-01-2015 11:15, Patrick Bervoets wrote:

I have a C6 server acting as a kvm-host.

When connecting with ssh the console is extremely slow and hangs for
minutes at a time. Connecting to this server is not the problem.

If I use: ssh root@host "whatever" I got immediate response even when
interactive consoles opened with ssh are hanging.


Sorry, is it hanging during the session or while attempting to
establish a new one? If this last, it may be dns and ssh -v may help.
The former is weird, I don't think I ever saw it.

  Marcelo


Marcelo,

It hangs during the session. Once I'm logged in and beginning to type it
displays 3-5 chars and then hangs for up to 15 minutes, a few more
chars, wait, and so on.
Checked my resolv.conf; added 'options single-request-reopen' though I
don't know if that is helping.

Yes it is weird; even more that individual commands sent with ssh gives
immediate respons.

Thanks
Patrick




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


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


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Patrick Bervoets


Op 28-01-15 om 17:51 schreef anax:

Hi Patrick
have you ever tried to find out on which side the hanger is: on the client's or 
on the server's, using tcpumg or the like?
That migth help a bit further on, that might.

suomi



Not yet, I'll try that out tomorrow
Thanks
Patrick

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


Re: [CentOS] "Monitor" RPMs in Repo

2015-01-28 Thread Jonathan Billings
On Wed, Jan 28, 2015 at 07:16:34AM +0100, Markus "Shorty" Uckelmann wrote:
> - Know when a RPM which is currently in only one repository pops up in a
> different repository. E.g. RPM going from epel-testing to epel.
> 
> - Get notified when a RPM pops up in a repository. E.g. waiting for an
> RPM to appear.

I use 'mrepo' [1] to sync EPEL (and other repos) to a local mirror so
systems not publicly routed can get packages.  It generates an email
of repo changes every time it runs, so I know what is added and
removed. 

I also subscribe to the epel-package-announce list [2] so I can see
all the EPEL updates even before they hit the mirrors.


1. http://dag.wiee.rs/home-made/mrepo/
2. https://admin.fedoraproject.org/mailman/listinfo/epel-package-announce
-- 
Jonathan Billings 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Very slow disk I/O

2015-01-28 Thread John R Pierce

On 1/28/2015 4:32 AM, Jatin Davey wrote:

I am using RHEL 6.5 on my server.

From top command i can see that the processors in my server are 
spending a lot of time on wait for I/O.

I can see high percentage in terms of 30-50% on "wa" time.

Here is the df output about the disk space in my system:

**
[root@localhost images]# df
Filesystem  1K-blocks  Used  Available Use% Mounted on
/dev/sda1  1915071844 103227908 1714563936   6% /
tmpfs32931472 0   32931472   0% /dev/shm
**

Could someone point me on how to improve the disk I/O on my server and 
reduce the wait time on I/O. 


it appears you have everything on a single file system on a single 2TB 
drive?I'm going to guess thats a desktop grade SATA disk spinning at 
most at 7200rpm (many are slower, 'green' disks are often 5400rpm).


what sort of workload are you running?our high disk IO servers, 
doing things like transactional databases, have many 1rpm or 15000 
rpm drives on a SAS2 raid card with 1GB or 2GB of write-back-cache 
(battery or flash backed).



--
john r pierce  37N 122W
somewhere on the middle of the left coast

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


Re: [CentOS] Very slow disk I/O

2015-01-28 Thread John R Pierce

On 1/28/2015 9:37 AM, John R Pierce wrote:

On 1/28/2015 4:32 AM, Jatin Davey wrote:



Could someone point me on how to improve the disk I/O on my server 
and reduce the wait time on I/O. 

...


oops, left off the last part.To improve disk IO performance, use 
more/faster disks, or do less disk IO.   Since you've given us no clues 
about your hardware configuration OR software workload, its hard to be 
more specific.




--
john r pierce  37N 122W
somewhere on the middle of the left coast

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


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Gordon Messmer

On 01/28/2015 05:15 AM, Patrick Bervoets wrote:


When connecting with ssh the console is extremely slow and hangs for
minutes at a time


Check for IP address conflicts in the server's network.

For IPv4:
# arping -D -I  

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


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Patrick Bervoets


Op 28-01-15 om 20:17 schreef Gordon Messmer:

On 01/28/2015 05:15 AM, Patrick Bervoets wrote:


When connecting with ssh the console is extremely slow and hangs for
minutes at a time


Check for IP address conflicts in the server's network.

For IPv4:
# arping -D -I  



ARPING 192.168.1.15 from 0.0.0.0 br0
Unicast reply from 192.168.1.15 [AC:16:2D:72:67:D4]  0.723ms
Sent 1 probes (1 broadcast(s))
Received 1 response(s)

Thanks anyway
Patrick

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


[CentOS] Intel Displayport on Centos 7

2015-01-28 Thread Frank Cox
Since my current monitor appears to be slowly dying, I'm looking for a
replacement.  I generally use hardware replacement as an excuse to get
something bigger/better/faster than what I had before, so I'm currently
considering something like a BenQ GW2765HT.

The manual for my Intel motherboard has this to say about DisplayPort on
the built-in graphics controller:

QUOTE:
DisplayPort’s maximum supported display resolution is 2560 x 1600 at a
60 Hz refresh rate with a 16:10 aspect ratio (WQXGA).
END OF QUOTE

It also states that the maximum supported resolution on the built-in
DVI-I port is 1920x1200, which is the resolution of the monitor that I
have right now; the one that appears to be dying. Therefore, this new
monitor wouldn't work at full resolution with that output.

Having never used DisplayPort before, I'm wondering if this means that
if I purchase the BenQ monitor above, or something similar, I can then
reasonably expect to plug it in and have it just-work with my Centos 7
setup.

-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Gordon Messmer

On 01/28/2015 12:12 PM, Patrick Bervoets wrote:


ARPING 192.168.1.15 from 0.0.0.0 br0
Unicast reply from 192.168.1.15 [AC:16:2D:72:67:D4]  0.723ms
Sent 1 probes (1 broadcast(s))
Received 1 response(s)

Thanks anyway


I'm not sure what you mean by "thanks anyway".

You got a response.  There's an IPv4 conflict on your network.  That's 
why you're seeing those delays.  If there's no conflict, you should see 
0 responses.

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


Re: [CentOS] CVE-2015-0235 - glibc gethostbyname

2015-01-28 Thread David C. Miller


- Original Message -
> From: "Simon Banton" 
> To: "CentOS mailing list" 
> Sent: Wednesday, January 28, 2015 6:10:34 AM
> Subject: Re: [CentOS] CVE-2015-0235 - glibc gethostbyname
> 
> Hi,
> 
> For reasons which are too tiresome to bore you all with, I have an
> obligation to look after a suite of legacy CentOS 4.x systems which
> cannot be migrated upwards.
> 
> I note on https://access.redhat.com/articles/1332213 the following
> comment from a RHN person:
> 
> >We are currently working on and testing errata for RHEL 4, we will
> >post an update for it as soon as it's ready. Thank you for your
> >patience!
> 
> Is there *any* prospect of updated glibc packages for CentOS 4.x
> being made available?
> 
> Cheers
> S.

Although I hate Oracle with a fury, one good thing is that they put all the 
updates they rebuild for their RHEL clone in a publicly viewable site. I'm 
guessing they pay Redhat for extended support on end of life RHEL4 to get 
access to the source rpms. I learned about this from another list member back 
when the bash shell shock exploit hit. 

http://public-yum.oracle.com/repo/EnterpriseLinux/EL4/latest/

David Miller.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Very slow disk I/O

2015-01-28 Thread Gordon Messmer

On 01/28/2015 04:32 AM, Jatin Davey wrote:

Could someone point me on how to improve the disk I/O on my server and
reduce the wait time on I/O.


Start by identifying your disk and controller.  Assuming that this is a 
single SATA disk:


# smartctl -a /dev/sda | egrep 'Model:|Rate:|SATA Version'
# lspci | grep SATA

Next install and run iotop.  If there's something on your system that's 
particularly active and unnecessary, disable it.


If everything contending for your disk *is* necessary, then you may need 
to take steps to improve disk performance.  There are a number of 
possibilities.


1: Use an SSD instead of a disk.

2: Use an SSD in addition to a disk.  If a purely SSD storage system is 
too expensive, you might choose to use an SSD for one or more filesytems 
that you can mount where the high volume IO is occurring, and continue 
to use the disk for filesystems that need more data capacity and fewer IOPS.


3: Use a fast RAID array.  A RAID1 array can provide better read 
performance than a single disk.  For higher write volumes, use RAID10 on 
four or more disks.  Avoid RAID 5 or 6, as they'll be slower than a 
single disk.


4: Replace poorly supported hardware.  It might be that your SATA 
controller isn't well supported, and performs badly as a result.  I used 
to have a desktop system with NVidia motherboard chipset.  Its SATA 
controller was garbage.  Performance with the same disk was noticeably 
better with a cheap PCI-E SATA controller.



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


Re: [CentOS] CVE-2015-0235 - glibc gethostbyname

2015-01-28 Thread Valeri Galtsev

On Wed, January 28, 2015 5:09 pm, David C. Miller wrote:
>
>
> - Original Message -
>> From: "Simon Banton" 
>> To: "CentOS mailing list" 
>> Sent: Wednesday, January 28, 2015 6:10:34 AM
>> Subject: Re: [CentOS] CVE-2015-0235 - glibc gethostbyname
>>
>> Hi,
>>
>> For reasons which are too tiresome to bore you all with, I have an
>> obligation to look after a suite of legacy CentOS 4.x systems which
>> cannot be migrated upwards.
>>
>> I note on https://access.redhat.com/articles/1332213 the following
>> comment from a RHN person:
>>
>> >We are currently working on and testing errata for RHEL 4, we will
>> >post an update for it as soon as it's ready. Thank you for your
>> >patience!
>>
>> Is there *any* prospect of updated glibc packages for CentOS 4.x
>> being made available?
>>
>> Cheers
>> S.
>
> Although I hate Oracle with a fury, one good thing is that they put all
> the updates they rebuild for their RHEL clone in a publicly viewable site.

The just follow what is written in GPL license. And so does RedHat (and I
respect RedHat for always meticulously obeying the requiremetns of GPL -
at least that is my observation for about one a a half decades)

Valeri

> I'm guessing they pay Redhat for extended support on end of life RHEL4 to
> get access to the source rpms. I learned about this from another list
> member back when the bash shell shock exploit hit.
>
> http://public-yum.oracle.com/repo/EnterpriseLinux/EL4/latest/
>
> David Miller.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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


Re: [CentOS] network copy performance is poor (rsync) - debugging suggestions?

2015-01-28 Thread Gordon Messmer

On 01/23/2015 01:44 AM, Götz Reinicke - IT Koordinator wrote:

I do have two centos 6.6 servers. With a "performance optimized" rsync I
get an speed of 15 - 20 MB/s


That *is* pretty slow for sustained writes.  Does the same rate hold 
true for individual large files as it does for lots of small ones?  What 
filesystem are you using on each side?



rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o
Compression=no -x"


It's worth noting that -X and -A are going to perform filesystem IO that 
you don't see on SMB, because it isn't going to preserve/set ACLs and 
extended attributes (IIRC).  So, one possibility is that you're seeing a 
difference in rate because you're doing lots of small files and 
filesystem operations are relatively slow.


You might drop those two options and see how that affects the rate.  If 
you determine that those are the cause of the performance difference, 
you can turn them back on, understanding that there's a cost associated 
with preserving that data.



Both servers have plenty of memory and cpu usage looks low.


Define low.  If you're using top and press '1' to expand the CPU lines, 
you'll probably see one cpu with higher "us" percentage, which is SSH 
encrypting the data.  What percentage is that?  Is there a large value 
in "sy" or "hi" on any CPU?  Probably not since you see good rates using 
'dd' and smb copies, but I've seen systems where interrupt processing 
was a major bottleneck, so I make it a standard check.


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


Re: [CentOS] network copy performance is poor (rsync) - debugging suggestions?

2015-01-28 Thread Charles Polisher
On Wed, Jan 28, 2015 at 03:39:50PM -0800, Gordon Messmer wrote:
> On 01/23/2015 01:44 AM, Götz Reinicke - IT Koordinator wrote:
> >I do have two centos 6.6 servers. With a "performance optimized" rsync I
> >get an speed of 15 - 20 MB/s

Add this parameter:   --bwlimit=0

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


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Patrick Bervoets


Op 29-01-15 om 00:00 schreef Gordon Messmer:

On 01/28/2015 12:12 PM, Patrick Bervoets wrote:


ARPING 192.168.1.15 from 0.0.0.0 br0
Unicast reply from 192.168.1.15 [AC:16:2D:72:67:D4]  0.723ms
Sent 1 probes (1 broadcast(s))
Received 1 response(s)

Thanks anyway


I'm not sure what you mean by "thanks anyway".

You got a response.  There's an IPv4 conflict on your network. That's why 
you're seeing those delays.  If there's no conflict, you should see 0 responses.



Gordon,

I'm sorry, I misunderstood you (and arping -D)
This was the result of arping on another host; I thought I should see 2 
responses in case of an ip conflict.

Arping on the troublesome server gives 0 responses.

I just tried with a physical console on that server and there I got the same 
unresponsive behaviour.
Does this rule out network related problems?

Mark (m.roth) suggested the vms eating up the video bus. (2 vms with an Oracle 
database)
But I'm not sure how I could test that.

Patrick



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


Re: [CentOS] C6 server responding extremely slow on ssh interactive

2015-01-28 Thread Patrick Bervoets


Op 28-01-15 om 17:51 schreef anax:

Hi Patrick
have you ever tried to find out on which side the hanger is: on the client's or 
on the server's, using tcpumg or the like?
That migth help a bit further on, that might.

suomi


I'm not sure what you mean with tcpumg.
But after testing with a physical console I'm experiencing the same problem. So 
I guess its the server.

Thanks


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