On 12/12/14 04:08, Ron Yorston wrote:
> Last month we discussed the problems with webcams in CentOS 6 and I
> raised Bugzilla #1158988 with Red Hat. This bug has now been declared
> a duplicate of 1145805. Unfortunately I'm unable to access that report
> so although I know Red Hat are looking int
On 1/29/2015 7:21 PM, Jatin Davey wrote:
[root@localhost ~]# lspci | grep RAID
05:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3
3108 [Invader] (rev 02)
to get info out of those, you need to install MegaCli64 from LSI Logic,
which has the ugliest command lines and output
On 1/30/2015 1:53 AM, Gordon Messmer wrote:
On 01/29/2015 05:07 AM, Jatin Davey wrote:
Yes , it is a SATA disk. I am not sure of the speed. Can you tell me
how to find out this information ? Additionally we are using RAID 10
configuration with 4 disks.
What RAID controller are you using?
#
On 01/30/2015 11:56 AM, Gordon Messmer wrote:
> This might be an embarrassingly simple question. How are people
> building multi-arch library packages on CentOS 7? On older releases one
> could "mock -r epel-6-i386" and "mock -r epel-6-x86_64" to build a
> library twice. With no 32-bit release,
This might be an embarrassingly simple question. How are people
building multi-arch library packages on CentOS 7? On older releases one
could "mock -r epel-6-i386" and "mock -r epel-6-x86_64" to build a
library twice. With no 32-bit release, there's no epel-7-i386 target
for mock. Specifyin
On 01/29/2015 09:09 AM, Les Mikesell wrote:
our investigation showed the rsync process even with all switches
we found has to "open" the file a bit before it copies it
Rsync is going to read the directory tree first, then walk it on
both sides comparing timestamps (for incrementals) and block
ch
On 01/28/2015 09:47 PM, Charles Polisher wrote:
Add this parameter: --bwlimit=0
That's the default, so it's unlikely to change anything.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On 01/23/2015 11:10 AM, Valeri Galtsev wrote:
I'm not certain what the problem could be. But enabling jumbo packets
would be the fist thing I would try
Jumbo frames are an excellent option if your system is spending a lot of
time processing interrupts, which is why I asked about the "hi" value
On 01/23/2015 10:54 AM, Patrick Flaherty wrote:
Not an expert in rsync/ssh, but I'm pretty sure it's ssh's tcp window size
that is the slowness.
Probably not? TCP window size is usually only a problem if the sender
is capable of sending more data than the window size before the receiver
ca
On 01/29/2015 05:07 AM, Jatin Davey wrote:
Yes , it is a SATA disk. I am not sure of the speed. Can you tell me
how to find out this information ? Additionally we are using RAID 10
configuration with 4 disks.
What RAID controller are you using?
# lspci | grep RAID
___
On 01/28/2015 11:28 PM, Patrick Bervoets wrote:
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.
Well, that's a different story, then. :)
I haven't seen delays anywhere near that long befo
On Thu, Jan 29, 2015 at 7:05 AM, Joseph L. Brunner
wrote:
>>
> our investigation showed the rsync process even with all switches we found
> has to "open" the file a bit before it copies it... so rsync sucks for this
> kind of stuff with 2 MILLION small files - it never gets going moving
> milli
On Thu, Jan 29, 2015 at 2:34 AM, Patrick Bervoets <
patrick.bervo...@psc-elsene.be> wrote:
>
> 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 bi
On Wed, Jan 21, 2015 at 8:00 AM, James B. Byrne wrote:
> Ansible, Bcfg2, Chef, Cobbler, Puppet, and Salt; I notice that
> Spacewalk is not mentioned. Any particular reason that it gets no
> recommendations?
I think with Spacewalk you are pretty much committed to not using
anything but Fedora or
On Wed, Jan 21, 2015 at 7:53 AM, James B. Byrne wrote:
>
> On Tue, January 20, 2015 18:37, Les Mikesell wrote:
>>
>> There's also saltstack which is one of the newer of the bunch. It has
>> some chance of working reasonably across different platforms. How
>> you feel about it will probably depe
On 28-01-2015 21:39, 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
That *is* pretty slow for sustained writes. Does the same rate hold
true for individua
On Thu, Jan 29, 2015 at 7:07 AM, Jatin Davey wrote:
>
> [Jatin]
> Yes , entire disk is mounted on a single file system. Will this cause high
> wait time for I/O operations ? Do you think splitting it into multiple
> partitions would help ? Appreciate if you can enlighten me in this regard or
> pro
2015-01-23 11:44 GMT+02:00 Götz Reinicke - IT Koordinator <
goetz.reini...@filmakademie.de>:
> Hi,
>
> I do have two centos 6.6 servers. With a "performance optimized" rsync I
> get an speed of 15 - 20 MB/s
>
> The options I use are:
>
> rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour
We routinely have to sync 4TB, which is about 2M files...
Rsync never does well for us - it just cant push the line at all
So, this may or may not work for you - but this is a huge problem - so we tried
whole excel spreadsheet worth of combinations, every protocol imaginable to
make this h
On 1/28/2015 11:07 PM, John R Pierce wrote:
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 th
On 1/29/2015 4:50 AM, Gordon Messmer wrote:
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
Am 28.01.2015 um 18:08 schrieb Jonathan Billings:
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.
Will take look.
I also subscrib
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..
At 15:09 -0800 28/1/15, David C. Miller wrote:
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
On 01/26/2015 06:48 PM, Ken wrote:
I'm configuring apache with https and I've a question about sslv3
deactivation.
Running "openssl ciphers -v" I get a list of cypher suite of openssl
like:
ECDH-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH/RSA Au=ECDH Enc=AESGCM(128)
Mac=AEAD
.
SSLProtocol
The issue of webcams not working with recent kernels on CentOS 6.6
has come up a number of times on the list. I'm happy to report that
the latest kernel (2.6.32-504.8.1) appears to have fixed the problem.
The relevant changelog entry is:
- [usb] ehci: Fix a regression in the ISO scheduler (Gu
26 matches
Mail list logo
