#ceph IRC Log

Index

IRC Log for 2011-07-15

Timestamps are in GMT/BST.

[0:00] * rsharpe (~Adium@rrcs-74-219-71-20.central.biz.rr.com) has joined #ceph
[0:06] * jbd (~jbd@ks305592.kimsufi.com) has left #ceph
[0:09] * rsharpe (~Adium@rrcs-74-219-71-20.central.biz.rr.com) Quit (Quit: Leaving.)
[0:16] * jbd (~jbd@ks305592.kimsufi.com) has joined #ceph
[0:20] * yoshi (~yoshi@KD027091032046.ppp-bb.dion.ne.jp) Quit (Remote host closed the connection)
[0:26] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) has joined #ceph
[0:35] * jbd (~jbd@ks305592.kimsufi.com) has left #ceph
[2:08] * Tv (~Tv|work@ip-64-111-111-107.dreamhost.com) Quit (Read error: Operation timed out)
[2:19] * yoshi (~yoshi@p15251-ipngn1601marunouchi.tokyo.ocn.ne.jp) has joined #ceph
[2:56] * cmccabe (~cmccabe@c-24-23-254-199.hsd1.ca.comcast.net) has left #ceph
[3:01] * joshd (~joshd@ip-64-111-111-107.dreamhost.com) Quit (Quit: Leaving.)
[3:16] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) Quit (Quit: This computer has gone to sleep)
[4:42] * rsharpe (~Adium@199.36.244.11) has joined #ceph
[5:33] * rsharpe (~Adium@199.36.244.11) Quit (Quit: Leaving.)
[6:56] * eternaleye_ (~eternaley@195.215.30.181) has joined #ceph
[6:56] * eternaleye (~eternaley@195.215.30.181) Quit (Read error: Connection reset by peer)
[7:17] * yoshi (~yoshi@p15251-ipngn1601marunouchi.tokyo.ocn.ne.jp) Quit (Remote host closed the connection)
[7:46] * yoshi (~yoshi@p15251-ipngn1601marunouchi.tokyo.ocn.ne.jp) has joined #ceph
[8:24] * jbd (~jbd@ks305592.kimsufi.com) has joined #ceph
[9:04] * suro (~suro@81.16.0.137) has joined #ceph
[9:05] <suro> Good day everyone
[9:10] * jbd (~jbd@ks305592.kimsufi.com) has left #ceph
[9:15] <suro> Ok. Let me write it here so someone sees even if I go offline.
[9:16] <suro> There is a user "Ling11714" on the wiki who is editing the pages with some stupid text.
[9:16] <suro> Does anyone know whom to ask to have him banned?
[9:16] <suro> thanks
[9:36] * suro (~suro@81.16.0.137) Quit (Ping timeout: 480 seconds)
[9:45] * tjikkun (~tjikkun@2001:7b8:356:0:204:bff:fe80:8080) has joined #ceph
[9:45] * hijacker (~hijacker@213.91.163.5) Quit (Read error: Connection reset by peer)
[10:13] * hijacker (~hijacker@213.91.163.5) has joined #ceph
[10:14] * jbd (~jbd@ks305592.kimsufi.com) has joined #ceph
[10:44] * yoshi (~yoshi@p15251-ipngn1601marunouchi.tokyo.ocn.ne.jp) Quit (Remote host closed the connection)
[10:54] * sage (~sage@dsl092-035-022.lax1.dsl.speakeasy.net) Quit (Ping timeout: 480 seconds)
[11:01] * sage (~sage@dsl092-035-022.lax1.dsl.speakeasy.net) has joined #ceph
[11:03] * suro (~suro@109.75.37.86) has joined #ceph
[11:21] * suro (~suro@109.75.37.86) Quit (Remote host closed the connection)
[12:22] * lidongyang (~lidongyan@222.126.194.154) Quit (Remote host closed the connection)
[13:24] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) has joined #ceph
[13:44] * darkfaded (~floh@188.40.175.2) Quit (Remote host closed the connection)
[13:44] * darkfader (~floh@188.40.175.2) has joined #ceph
[14:23] * morse (~morse@supercomputing.univpm.it) Quit (Remote host closed the connection)
[14:47] * morse (~morse@supercomputing.univpm.it) has joined #ceph
[15:07] * wonko_be (bernard@november.openminds.be) Quit (Ping timeout: 480 seconds)
[15:13] * wonko_be (bernard@november.openminds.be) has joined #ceph
[15:19] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) Quit (Quit: This computer has gone to sleep)
[16:10] * monrad-51468 (~mmk@domitian.tdx.dk) Quit (Quit: bla)
[16:12] * monrad-51468 (~mmk@domitian.tdx.dk) has joined #ceph
[16:19] * monrad-51468 (~mmk@domitian.tdx.dk) Quit (Quit: bla)
[16:22] * monrad-51468 (~mmk@domitian.tdx.dk) has joined #ceph
[17:02] * Dantman (~dantman@S0106001731dfdb56.vs.shawcable.net) has joined #ceph
[17:23] * bchrisman (~Adium@c-98-207-207-62.hsd1.ca.comcast.net) has joined #ceph
[17:57] * greglap (~Adium@166.205.139.240) has joined #ceph
[18:07] * Tv (~Tv|work@ip-64-111-111-107.dreamhost.com) has joined #ceph
[18:29] * cmccabe (~cmccabe@69.170.166.146) has joined #ceph
[18:38] * rsharpe (~Adium@70-35-37-146.static.wiline.com) has joined #ceph
[18:39] * joshd (~joshd@ip-64-111-111-107.dreamhost.com) has joined #ceph
[18:43] * greglap (~Adium@166.205.139.240) Quit (Quit: Leaving.)
[19:04] * jbd (~jbd@ks305592.kimsufi.com) has left #ceph
[19:06] <yehudasa> suro: thanks
[19:39] <Tv> cmccabe: verified, the signature algo folds multiple http headers to one field; both "foo: 1\nfoo: 2" and "foo: 1, 2" result in the same signature
[19:39] <cmccabe> tv: ok
[19:40] <Tv> actually, might need no space after comma or such details, but that's details; it's specced out well
[19:42] <cmccabe> tv: yeah, like I said, we just need to test our implementation of that
[19:42] <cmccabe> tv: I think I'm convinced that rgw is doing the right thing in theory
[19:49] * votz (~votz@pool-72-78-219-167.phlapa.fios.verizon.net) Quit (Quit: Leaving)
[19:57] <cmccabe> does anyone know why class Thread's copy constructor and assignment operator are public?
[19:58] <gregaf> cmccabe: is it explicit or implicit?
[19:58] <cmccabe> gregaf: explicit
[19:59] <gregaf> dunno then, sagewk?
[19:59] <cmccabe> and oddly enough, it's declared but not defined?
[19:59] <sagewk> cmccabe: so that it won't compile if you copy
[19:59] <cmccabe> sagewk: oh, I see
[19:59] <sagewk> making it privite gives you compile instead of link time error, otherwise same effect
[20:00] <cmccabe> sagewk: it's more traditional to make it private
[20:00] <cmccabe> sagewk: I guess making it public allows subclasses to override
[20:00] <sagewk> we should define that google codingstyle macro
[20:00] <cmccabe> sagewk: but again, I can't think of what the heck "copying a thread" could possibly mean
[20:00] <cmccabe> sagewk: yeah
[20:00] <sagewk> (although how you safely make that definte it provite without making it context sensitive is beyond me)
[20:00] <sagewk> exactly, that's why its there :)
[20:01] <gregaf> I don't think it's context-sensitive
[20:01] <gregaf> elsewhere in the document they say that the FORBID_BLA_BLA macro should be the last thing in the private section
[20:01] <sagewk> it is if the macro says "private: Object(const Object& other); "
[20:01] <cmccabe> gregaf: I think sagewk is referring to the fact that there is no push/pop for private: / public: in C++
[20:01] <cmccabe> gregaf: so a macro would have to be placed in the appropriate section by the programmer
[20:01] <sagewk> ig uess teh macro shoudl not say private: and it should be placed in the private: section for best effect
[20:02] <gregaf> yes
[20:02] <cmccabe> sagewk: yeah, it seems like they want you to put it in private:
[20:02] <cmccabe> sagewk: it's not a huge deal since it fails to finish compile/link either way
[20:02] <sagewk> exactly
[20:02] <cmccabe> I feel like private is more philosophically satisfying, but whatever
[20:02] <sjust> I for one prefer compile time errors
[20:03] <gregaf> same
[20:03] <gregaf> it's faster and easier to debug
[20:03] <sjust> easier to read
[20:03] <cmccabe> when I see it in public I immediately start to wonder how the public is supposed to use this wacky thing
[20:04] <gregaf> did somebody change default build options regarding the ceph gui?
[20:05] <cmccabe> gregaf: I'm not sure, Makefile.am for that hasn't changed in a while?
[20:05] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) has joined #ceph
[20:19] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) Quit (Quit: This computer has gone to sleep)
[20:20] <gregaf> I don't think the problem is actually there???I'm getting some bizarre error messages I've never seen before though
[20:20] <gregaf> /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a(ios_init.o): relocation R_X86_64_32 against `pthread_cancel@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC
[20:20] <gregaf> libtool: link: gcc -Wall -D__CEPH__ -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_THREAD_SAFE -rdynamic -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith -fno-strict-aliasing -g -O2 -Wl,--as-needed -o mount.ceph mount.ceph.o armor.o safe_io.o secret.o addr_parsing.o -latomic_ops -lkeyutils
[20:20] <gregaf> /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a: could not read symbols: Bad value
[20:20] <gregaf> I'm getting it as I go backwards too, which makes me think my environment changed somehow, but it shouldn't have (and I thought I compiled this yesterday!)
[20:22] <cmccabe> gregaf: gceph only links against libglobal
[20:23] <cmccabe> gregaf: which only depends on libcommon, which doesn't have any dependencies
[20:23] <cmccabe> have you tried make distclean and rebuild yet?
[20:24] <gregaf> yes
[20:24] <gregaf> I can't even build v0.30, something bizarre is going on
[20:24] <gregaf> err, v0.31 I mean
[20:26] <cmccabe> this is a link line for mount.ceph?
[20:26] <cmccabe> you realize that's a C program, not C++?
[20:26] <cmccabe> all that stuff about libstdc++ should not be showing up there
[20:27] <gregaf> no, I don't think it's for the ceph tool after all
[20:27] <gregaf> kai just hates me
[20:27] <cmccabe> what's a kai?
[20:27] <gregaf> I must have accidentally changed a config setting somewhere or something
[20:27] <gregaf> my dev server
[20:29] <cmccabe> have you tried the sacred dance of the cubicle yet? http://dilbert.com/2011-07-15/
[20:31] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) has joined #ceph
[20:39] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) Quit (Quit: This computer has gone to sleep)
[20:57] * jbd (~jbd@ks305592.kimsufi.com) has joined #ceph
[21:31] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) has joined #ceph
[21:41] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) Quit (Quit: This computer has gone to sleep)
[21:42] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) has joined #ceph
[21:44] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) Quit ()
[21:53] * mtk0 (~mtk@ool-182c8e6c.dyn.optonline.net) Quit (Remote host closed the connection)
[21:53] * bchrisman (~Adium@c-98-207-207-62.hsd1.ca.comcast.net) Quit (Read error: Connection reset by peer)
[21:55] * jbd (~jbd@ks305592.kimsufi.com) has left #ceph
[21:56] * bchrisman (~Adium@c-98-207-207-62.hsd1.ca.comcast.net) has joined #ceph
[22:00] * bchrisman (~Adium@c-98-207-207-62.hsd1.ca.comcast.net) Quit (Read error: Connection reset by peer)
[22:02] * mtk (~mtk@ool-182c8e6c.dyn.optonline.net) has joined #ceph
[22:22] * bchrisman (~Adium@c-98-207-207-62.hsd1.ca.comcast.net) has joined #ceph
[22:22] * Dantman (~dantman@S0106001731dfdb56.vs.shawcable.net) Quit (Read error: Connection reset by peer)
[22:27] * jbd (~jbd@ks305592.kimsufi.com) has joined #ceph
[22:31] <sjust> Suppose the following sequence: write to object; take snapshot; receive ack for write
[22:31] <sjust> is the ordering of the snapshot with respect to the write defined?
[22:31] <sjust> *pool snapshot
[22:31] <gregaf> hmm
[22:31] <gregaf> I think it might not be
[22:31] <sjust> I believe the answer is no, but I'm not sure that that is supposed to be the case
[22:32] <gregaf> I think it's not, and while we might desire other behavior it's not an implementation bug that it's not defined
[22:32] <sjust> it's not a problem with self managed snaps
[22:33] <gregaf> honestly if you need that kind of granularity pool snapshots are probably not the right idea ??? other users can do writes after you've created the pool snapshot that go into the "snapshot"
[22:34] <sjust> I understand, but intuitively both are operations on that object
[22:34] <gregaf> if you're the sole user, the pool snapshot will take all acked writes but makes no guarantees either way about unacked ones
[22:34] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) has joined #ceph
[22:34] <gregaf> it's not a process you should do if you have writes in-flight
[22:37] * ghaskins_mobile (~ghaskins_@66-189-113-47.dhcp.oxfr.ma.charter.com) Quit ()
[23:10] * jbd (~jbd@ks305592.kimsufi.com) has left #ceph
[23:48] <sagewk> sjust: it is not defined unless teh snapshotter waits for its snap creation to succeed before initiating a new write
[23:49] <sjust> yeah, I figured
[23:49] <sagewk> there is a wait in the objecter after snap creation for the updated osdmap specifically for that reason
[23:49] <gregaf> I think it's the other way around here, there's a write already in-progress
[23:49] <gregaf> but the OSDMap update might skip by before the write gets processed

These logs were automatically created by CephLogBot on irc.oftc.net using the Java IRC LogBot.