Thanks for your replay. > - networking: what if you have packet loss or DNS failures to your CentOS server, but not to your Ubuntu one I have both s3-tests client on the two servers and I used IP address as the hostname, so I don't think DNS is the reason. I run S3-tests client on CentOS against CentOS server: Fail. I run S3-tests client on Ubuntu against CentOS server: Fail. I run S3-tests client on CentOS against Ubuntu server: OK. I run S3-tests client on Ubuntu against Ubuntu server: OK. So I think there is something wrong with the CentOS server. > - filesystem used for OSDs Both instance use btrfs file system. Is there some difference of btrfs between CentOS and Ubuntu? > - kernel version CentOS Kernel Version: 3.4.0 Ubuntu Kernel Version: 3.2.0 BTW: the two servers are both virtual machines with the same hardware. Any idea? Thanks again. On 31 July 2012 00:59, Tommi Virtanen <tv@xxxxxxxxxxx> wrote: > On Mon, Jul 30, 2012 at 12:58 AM, 袁冬 <yuandong1222@xxxxxxxxx> wrote: >> I deploy an instance including 1 mon, 1 osd and 1 radosgw on one >> machine which based on CentOS 6.2. I can access the system from >> browser(Chrome) which tells me that: no bucket for anonymous user. >> >> I think I get everything fine, but when I use S3-tests to test this >> instance, the test script is very very slow and got lots of errors. >> >> I deploy another instance which is all the same with the first >> excepted it is based on Ubuntu 12.04 Sever. Browser access is still OK >> and S3-tests completed fast with 209 OK, 8 Fall and 38 Error, I think >> this is the correct result. > > So radosgw on CentOS is slow, Ubuntu 12.04 is fast? Check and compare > > - networking: what if you have packet loss or DNS failures to your > CentOS server, but not to your Ubuntu one > - filesystem used for OSDs > - kernel version -- 袁冬 Tel:13573888215 Email:yuandong1222@xxxxxxxxx QQ:10200230 MSN:yuandong1222@xxxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
