Hello Ceph team,

I have seen some pretty strange behavior of ceph release 0.15 under  
Ubuntu 9.0.4 (gcc 4.3.3) and maybe you are interested in it:

First, I have got the following compile error message under Ubuntu  
9.0.4 (gcc 4.3.3)

> st_ioctls.c' || echo './'`client/test_ioctls.c
> In function ‘open’,
>     inlined from ‘main’ at client/test_ioctls.c:34:
> /usr/include/bits/fcntl2.h:51: error: call to ‘__open_missing_mode’  
> declared with attribute error: open with O_CREAT in second argument  
> needs 3 arguments

The reason is that the open call in the following code of client/ 
test_ioctrls.c has no third parameter.
It can easily be fixed by adding e.g. 0x644.

The other problem is this:
Another problem I have normally mounting ceph via cfuse as well as via  
the RADOS S3 Gateway is:
> >> cfuse -m <ip of monitor>:6789/ /mnt/ceph/
> bound to 0.0.0.0:6802/5304/0, mounting ceph
> terminate called after throwing an instance of  
> 'buffer::end_of_buffer*'

The backtrace is (similar if using rgw or rgw_admin):
>   0x00007f21d2c915ca in __cxa_throw () from /usr/lib/libstdc++.so.6
> #6  0x000000000049e762 in buffer::list::iterator::copy  
> (this=0x7f21d0fabed0, len=2, dest=0x7f21d0fabe10 "") at ./include/ 
> buffer.h:535
> #7  0x0000000000527bbc in decode (m...@0x7fffdb5321f8,  
> p...@0x7f21d0fabed0) at ./include/encoding.h:33
> #8  0x00000000005256aa in MonClient::handle_mount_ack  
> (this=0x7fffdb5321f0, m=0x25c9970) at mon/MonClient.cc:279
> #9  0x00000000005260dd in MonClient::ms_dispatch  
> (this=0x7fffdb5321f0, m=0x25c9970) at mon/MonClient.cc:185
> #10 0x000000000045046b in SimpleMessenger::Endpoint::dispatch_entry  
> (this=0x25c2e70) at msg/Messenger.h:100
> #11 0x000000000045670d in  
> SimpleMessenger::Endpoint::DispatchThread::entry (this=<value  
> optimized out>) at msg/SimpleMessenger.h:303

The mon log file states:
> 09.10.05 10:53:14.434449 mon0(leader).paxosservice(clientmap)  
> dispatch client_mount from client? 172.16.217.184:6802/6679/0
> 09.10.05 10:53:14.434469 mon0(leader).client v1 preprocess_query  
> client_mount from client? 172.16.217.184:6802/6679/0
> 09.10.05 10:53:14.434500 log [SEC] : client  
> 172.16.217.184:6802/6679/0 is not authorized to mount
> 09.10.05 10:53:14.434560 140099797936464 -- 172.16.217.184:6789/0/0  
> --> client? 172.16.217.184:6802/6679/0 -- client_mount_ack(client-1  
> -1) -- ?+0 0x24b3e10
> 09.10.05 10:53:14.434634 mon0(leader).log v15  logging 09.10.05  
> 10:53:14.434507 mon0 172.16.217.184:6789/0/0 16 : [SEC] client  
> 172.16.217.184:6802/6679/0 is not authorized to mount

Probably the communication of the message between monitor and client  
is not totally correct.

However, the error is strange anyway, because the ceph.conf states:
[mount /]
        allow = %everyone
The client is treaded as not authorized, because the ExportEntry of  
the mountpoint "/" had no ExportAddrEntry items.

Reason for that: The name of the group in the GroupManager::get_group  
method was not trimmed (it was still " %everyone") which fails,  
because only the first character is tested to be "%". The was caused  
by the cut and pasting from the browser which included some strange  
UNICODE fragments that looked like a normal space in various editor  
incl. vi, gdb, but it was not and therefore also not trimmed correctly.
 > od -c ceph.conf
[   m   o   u   n   t       /   ]  \n    a   l   l   o   w       = 302  
240   %   e   v   e   r   y   o   n   e  \n
After changing the "space", ceph mounted fine. It would be great if  
the configuration parser would reject files with invisible characters.

I don't know if this observations help. Thanks for the good work.

Best Regards
Dirk

--
Dirk Meister | dmeis...@uni-paderborn.de
Paderborn Center for Parallel Computing (PC2)
University of Paderborn
Fürstenallee 11 | 33102 Paderborn | Germany


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
Ceph-devel mailing list
Ceph-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ceph-devel

Reply via email to