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 g
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..
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 im
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 i
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.
+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
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 a
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_Perf
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
>
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
inter
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@h
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 2
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
__
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 t
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
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 d
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
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
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
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
- 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
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'
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
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
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
___
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 "t
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 physic
27 matches
Mail list logo
