On 25/06/11 02:15, Joseph L. Casale wrote:
> I whipped up a quick spec to package Zenoss' wmi client and noticed it
> creates a
> libasync_wmi_lib.so.0 and libasync_wmi_lib.so.0.0.1 that their python script
> would
> otherwise copy during its install routine (obviously I wrote a native rpm
> sec
On 25/06/11 10:04, Ned Slider wrote:
> On 25/06/11 02:15, Joseph L. Casale wrote:
>> I whipped up a quick spec to package Zenoss' wmi client and noticed it
>> creates a
>> libasync_wmi_lib.so.0 and libasync_wmi_lib.so.0.0.1 that their python script
>> would
>> otherwise copy during its install ro
Hi all,
Does anyone know how to determine which file system a disk was formatted
with, if fdisk -l doesn't show it?
usb-storage: device found at 5
usb-storage: waiting for device to settle before scanning
Vendor: Model: Rev:
Type: Direct-Access
> Does anyone know how to determine which file system a disk was
> formatted with, if fdisk -l doesn't show it?
I would use gparted from the command line or from Gnome's /
Applications / System Tools menu
yum install gparted
--
With best regards,
Paul.
England,
EU.
__
At Sat, 25 Jun 2011 13:46:01 +0200 CentOS mailing list
wrote:
>
>
>
> Hi all,
>
> Does anyone know how to determine which file system a disk was formatted
> with, if fdisk -l doesn't show it?
>
>
>
> usb-storage: device found at 5
> usb-storage: waiting for device to settle before scannin
On 06/25/2011 06:46 AM, Rudi Ahlers wrote:
> Hi all,
>
> Does anyone know how to determine which file system a disk was formatted with,
> if fdisk -l doesn't show it?
[snip]
> I need to see what data is on a bunch of disks that I found in storage and
> would
> prefer to first check if there's anyt
On Sat, 25 Jun 2011, Always Learning wrote:
> To: CentOS mailing list
> From: Always Learning
> Subject: Re: [CentOS] how do determine last file system on disk?
>
>
>
>> Does anyone know how to determine which file system a disk was
>> formatted with, if fdisk -l doesn't show it?
>
> I would us
On Saturday, June 25, 2011 07:46:01 AM Rudi Ahlers wrote:
> Does anyone know how to determine which file system a disk was formatted
> with, if fdisk -l doesn't show it?
blkid -s TYPE
On a C5 box here:
[root@backup670 ~]# blkid -s TYPE
/dev/mapper/vg_backup670-lv_root: TYPE="ext3"
/dev/md1: TYPE
On 06/23/2011 10:20 AM, Emmanuel Noobadmin wrote:
> I assumed 4K would still be better than nothing but unfortunately
> bumping up the MTU to anything else but 1.5K caused the file transfers
> (using NFS for easy testing), to hang at random points or more
> accurate slow to a crawl.
I don't know a
>> http://www.ibm.com/developerworks/library/l-shobj/
Thanks, that was informative.
>> As Ljubomir said, libasync_wmi_lib.so.0 will be a symlink to
>> libasync_wmi_lib.so.0.0.1. You can use objdump to find the soname(s) for
>> shared objects, e.g:
>>
>> objdump -p /path/to/libasync_wmi_lib.so.0.0
On 6/26/11, Gordon Messmer wrote:
> I don't know anything specifically about those cards, but you'll see
> that behavior on any card unless all of the hosts on a broadcast domain
> are using the same MTU. You need to set all of the devices on a LAN
> segment, including the router, to the same MT
After successfully getting higher MTU to work on my Realtek NICs, I
started testing the impact of higher MTU on file transfers using NFS
exported ramdisk to ramdisk.
The results were unexpected. The higher the MTU on the sending NIC,
the lower the file transfer speed. I tested by using time cp to
Emmanuel Noobadmin wrote:
> Ironically, even at 1500MTU, I was able to hit the full 100+ MB/s
> speed available on a single Gigabit link so it seems my experiment was
> a bit futile.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.or
Emmanuel Noobadmin wrote:
> I'm wondering, that since Jumbo Frames was supposed to be better for
> bulk transfers, why am I seeing these results? Is it the ElRepo
> drivers I used to enable higher MTUs or possibly some kind of oddity
> with the realtek NICs I am using? Or am I mistaken about the be
Greetings,
I'm refining a CentOs configuration installation, now just over one month
old running on a colocated production server. Previously, we ran a version
of Fedora for over seven years.
Specifically, I'm reviewing our sendmail configuration, both with respect
to authentication and port
On 06/25/2011 12:05 PM, Emmanuel Noobadmin wrote:
>
> Default Driver -> ElRepo driver
> 1500 MTU -> 3000 MTU = OK
That's not going to be reliable. Sooner or later, you'll see the mount
hang (any transfer may) if your MTUs don't match.
___
CentOS mail
Am 25.06.2011 23:50, schrieb Max Pyziur:
>
> Greetings,
>
> I'm refining a CentOs configuration installation, now just over one month
> old running on a colocated production server. Previously, we ran a version
> of Fedora for over seven years.
>
> Specifically, I'm reviewing our sendmail conf
Am 25.06.2011 23:50, schrieb Max Pyziur:
>
> Greetings,
>
> I'm refining a CentOs configuration installation, now just over one month
> old running on a colocated production server. Previously, we ran a version
> of Fedora for over seven years.
>
> Specifically, I'm reviewing our sendmail conf
On 06/25/2011 01:13 PM, Emmanuel Noobadmin wrote:
> The results were unexpected. The higher the MTU on the sending NIC,
> the lower the file transfer speed.
What kind of switch are you using? If your switches don't support large
packets, you'll also see slowdowns like that.
_
On Sun, 26 Jun 2011, Alexander Dalloz wrote:
> Am 25.06.2011 23:50, schrieb Max Pyziur:
>>
>> Greetings,
>>
>> I'm refining a CentOs configuration installation, now just over one month
>> old running on a colocated production server. Previously, we ran a version
>> of Fedora for over seven years.
On Jun 25, 2011, at 3:05 PM, Emmanuel Noobadmin wrote:
> Ironically, even at 1500MTU, I was able to hit the full 100+ MB/s
> speed available on a single Gigabit link so it seems my experiment was
> a bit futile.
Jumbo frames don't give higher throughput, but lower CPU.
I find standard frames gi
Check also 'timeout' at slapd.conf.
I solved my problem setting "timeout 30" at slapd.conf
On Fri, Jun 24, 2011 at 10:49 AM, Sebastiaan Koetsier | proserve
wrote:
> Hi Steve,
>
> The change of /etc/sysconfig/ldap did the trick, thanks for your help!
>
> Cheers,
> Sebastiaan.
> _
On 6/26/11, Gordon Messmer wrote:
> On 06/25/2011 12:05 PM, Emmanuel Noobadmin wrote:
>>
>> Default Driver -> ElRepo driver
>> 1500 MTU -> 3000 MTU = OK
>
> That's not going to be reliable. Sooner or later, you'll see the mount
> hang (any transfer may) if your MTUs don't match.
Thanks for the
On 6/26/11, Ross Walker wrote:
> Jumbo frames don't give higher throughput, but lower CPU.
>
> I find standard frames give better throughput for 4K block sizes like one
> typically finds with file systems.
>
> You really don't need to go to jumbo frames until you reach 10Gbps speed.
This was pre
On 6/26/11, Gordon Messmer wrote:
> On 06/25/2011 01:13 PM, Emmanuel Noobadmin wrote:
>> The results were unexpected. The higher the MTU on the sending NIC,
>> the lower the file transfer speed.
>
> What kind of switch are you using? If your switches don't support large
> packets, you'll also see
25 matches
Mail list logo
