Re: c client on win32
I applied the patch to the trunk, but somehow autoconf fails on the fresh checkout (or my brain fails me, more likely ;-) What do you do on checkout to get a build of the trunk? --Maarten Patrick Hunt schreef: I have 1.5 installed. 1.7 is not official yet afaict (anyway, we probably want to continue to support 1.5, I suspect that if 1.5 works it should continue to work in 1.7... but would be nice to find out at some point) Patrick maar...@vrijheid wrote: Cygwin 1.5 or 1.7? I'll cross test tomorrow. --Maarten Op 23 nov 2009 om 18:38 heeft Patrick Hunt ph...@apache.org het volgende geschreven:\ fyi, this patch allows compilation under cygwin but the tests are currently not passing (probably not handling the space in windows directory names correctly, but haven't had a chance to track it down). This should go into 3.3.0 https://issues.apache.org/jira/browse/ZOOKEEPER-586 Maarten Koopmans wrote: Hi, Has anybody managed to get the c client / dll compiled on Win32, and if so, how? I did a quick pass with MunGW and Cygwin, and they failed horribly. I'd like to load the DLL to bind it to a scripting language on windows as well. Thanks, Maarten Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.78/2521 - datum van uitgifte: 11/23/09 08:52:00
Re: c client on win32
Hm, seems like my cygwin on Win7 fails me. I get a crash on checking the static flag for g++ in configure in 3.2.1 Weird. Maarten Koopmans schreef: I applied the patch to the trunk, but somehow autoconf fails on the fresh checkout (or my brain fails me, more likely ;-) What do you do on checkout to get a build of the trunk? --Maarten Patrick Hunt schreef: I have 1.5 installed. 1.7 is not official yet afaict (anyway, we probably want to continue to support 1.5, I suspect that if 1.5 works it should continue to work in 1.7... but would be nice to find out at some point) Patrick maar...@vrijheid wrote: Cygwin 1.5 or 1.7? I'll cross test tomorrow. --Maarten Op 23 nov 2009 om 18:38 heeft Patrick Hunt ph...@apache.org het volgende geschreven:\ fyi, this patch allows compilation under cygwin but the tests are currently not passing (probably not handling the space in windows directory names correctly, but haven't had a chance to track it down). This should go into 3.3.0 https://issues.apache.org/jira/browse/ZOOKEEPER-586 Maarten Koopmans wrote: Hi, Has anybody managed to get the c client / dll compiled on Win32, and if so, how? I did a quick pass with MunGW and Cygwin, and they failed horribly. I'd like to load the DLL to bind it to a scripting language on windows as well. Thanks, Maarten Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.78/2521 - datum van uitgifte: 11/23/09 08:52:00 Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.79/2522 - datum van uitgifte: 11/23/09 20:45:00
Re: Error running contrib tests
Yeah, i like that approach better. Will do. Erik
Re: Error running contrib tests
Yes, that was my thinking as well - something like configure does (autotools) where it will tell you some details after calling it (although in this case the output is after install). Sounds good! Patrick Mahadev Konar wrote: I would suggest adding it to the readme no? Modifying /etc files with sudo access could be dangerous and we might mess up somethings. Would it be good to add a print statement in the setup saying that you might need to do edit /etc/ld.so.conf and run /sbin/ldconfig in case of Fedora? So the users would see the statement after running setup.py? Thanks mahadev On 11/23/09 6:25 PM, Erik Holstad erikhols...@gmail.com wrote: Have been messing around to try to get it included in the setup.py script. But not sure if it is good to have it there since writing to /usr/ld.so.conf and reloading the /sbin/ldconfig requires sudo status. But on the other hand that is needed to install from the beginning. I could add something like this to the end of the setup file print Setting up dependencies try: f = open(/etc/ld.so.conf, 'r+') content = f.read() path = /usr/local/lib if content.find(path) == -1: f.write(path) except Exception, e: pass import subprocess subprocess.call(['sudo', '/sbin/ldconfig']) Erik
Re: c client on win32
I'm on g++ 3.4.4 with XP and it's fine. That's unusual. Is cygwin officially supported on win7? 32 or 64bit? (i'm 32bit) (ps. let's move followups to zookeeper-dev and off the user list) Regards, Patrick Maarten Koopmans wrote: Hm, seems like my cygwin on Win7 fails me. I get a crash on checking the static flag for g++ in configure in 3.2.1 Weird. Maarten Koopmans schreef: I applied the patch to the trunk, but somehow autoconf fails on the fresh checkout (or my brain fails me, more likely ;-) What do you do on checkout to get a build of the trunk? --Maarten Patrick Hunt schreef: I have 1.5 installed. 1.7 is not official yet afaict (anyway, we probably want to continue to support 1.5, I suspect that if 1.5 works it should continue to work in 1.7... but would be nice to find out at some point) Patrick maar...@vrijheid wrote: Cygwin 1.5 or 1.7? I'll cross test tomorrow. --Maarten Op 23 nov 2009 om 18:38 heeft Patrick Hunt ph...@apache.org het volgende geschreven:\ fyi, this patch allows compilation under cygwin but the tests are currently not passing (probably not handling the space in windows directory names correctly, but haven't had a chance to track it down). This should go into 3.3.0 https://issues.apache.org/jira/browse/ZOOKEEPER-586 Maarten Koopmans wrote: Hi, Has anybody managed to get the c client / dll compiled on Win32, and if so, how? I did a quick pass with MunGW and Cygwin, and they failed horribly. I'd like to load the DLL to bind it to a scripting language on windows as well. Thanks, Maarten Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.78/2521 - datum van uitgifte: 11/23/09 08:52:00 Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.79/2522 - datum van uitgifte: 11/23/09 20:45:00
Re: c client on win32
Yes, I am on Win7 64 bit - weird stuff. I'll try to dig into it, but I am using zkfuse now as well. That is a much shorter route (even shorter and much faster than REST). I joined zookeeper-dev. Regards, Maarten Patrick Hunt schreef: I'm on g++ 3.4.4 with XP and it's fine. That's unusual. Is cygwin officially supported on win7? 32 or 64bit? (i'm 32bit) (ps. let's move followups to zookeeper-dev and off the user list) Regards, Patrick Maarten Koopmans wrote: Hm, seems like my cygwin on Win7 fails me. I get a crash on checking the static flag for g++ in configure in 3.2.1 Weird. Maarten Koopmans schreef: I applied the patch to the trunk, but somehow autoconf fails on the fresh checkout (or my brain fails me, more likely ;-) What do you do on checkout to get a build of the trunk? --Maarten Patrick Hunt schreef: I have 1.5 installed. 1.7 is not official yet afaict (anyway, we probably want to continue to support 1.5, I suspect that if 1.5 works it should continue to work in 1.7... but would be nice to find out at some point) Patrick maar...@vrijheid wrote: Cygwin 1.5 or 1.7? I'll cross test tomorrow. --Maarten Op 23 nov 2009 om 18:38 heeft Patrick Hunt ph...@apache.org het volgende geschreven:\ fyi, this patch allows compilation under cygwin but the tests are currently not passing (probably not handling the space in windows directory names correctly, but haven't had a chance to track it down). This should go into 3.3.0 https://issues.apache.org/jira/browse/ZOOKEEPER-586 Maarten Koopmans wrote: Hi, Has anybody managed to get the c client / dll compiled on Win32, and if so, how? I did a quick pass with MunGW and Cygwin, and they failed horribly. I'd like to load the DLL to bind it to a scripting language on windows as well. Thanks, Maarten Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.78/2521 - datum van uitgifte: 11/23/09 08:52:00 Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.79/2522 - datum van uitgifte: 11/23/09 20:45:00 Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.709 / Virusdatabase: 270.14.79/2522 - datum van uitgifte: 11/23/09 20:45:00
zkfuse
Hi, I just started using zkfuse, and this may very well suit my needs for now. Thumbs up to the ZooKeeper team! What operations are supported (i.e. what is the best use of zkfuse). I can see how files, dirs there creation and listing map quite nicely. ACLs? I have noticed two things on a fresk Ubuntu 9.10 (posting for future archive reference): - I *have* to run in debug mode (-d) - you have to add libboost or it won't compile Regards, Maarten
Asking zk cluster how its configured and whats this expired about?
Hey lads: I want to ask a running zk cluster what its configuration is -- ticktime, session timeout, etc. -- but do not see how. There are the four letter words. Dump and stat do not print what I want. I took a look in logs -- the leader in particular -- and do not see vitals dumped out. Am I missing something? I was also wondering what this expire stuff in the dump output is about? Here is what I see: $ echo dump|nc X.X.X.X 2181 SessionTracker dump: Session Sets (12): 0 expire at Tue Nov 24 20:56:24 UTC 2009: 0 expire at Tue Nov 24 20:56:27 UTC 2009: 0 expire at Tue Nov 24 20:56:30 UTC 2009: 0 expire at Tue Nov 24 20:56:39 UTC 2009: 0 expire at Tue Nov 24 20:56:42 UTC 2009: 0 expire at Tue Nov 24 20:56:45 UTC 2009: 0 expire at Tue Nov 24 20:56:48 UTC 2009: 0 expire at Tue Nov 24 20:57:00 UTC 2009: 0 expire at Tue Nov 24 20:57:03 UTC 2009: 2 expire at Tue Nov 24 20:57:06 UTC 2009: 82512629887926272 154570223919497222 2 expire at Tue Nov 24 20:57:09 UTC 2009: 82512629887926273 10455035895349254 3 expire at Tue Nov 24 20:57:21 UTC 2009: 154570223919497216 10455035895349248 154570223919497221 ephemeral nodes dump: Sessions with Ephemerals (4): 0x2524ccbca8: /hbase/rs/1259042878053 0x12524ccb9f4: /hbase/rs/1259042878032 0x12524ccb9f40001: /hbase/rs/1259042878106 0x22524ccb993: /hbase/master Thanks, St.Ack
Re: Asking zk cluster how its configured and whats this expired about?
stack wrote: I want to ask a running zk cluster what its configuration is -- ticktime, session timeout, etc. -- but do not see how. There are the four letter words. Dump and stat do not print what I want. I took a look in logs -- the leader in particular -- and do not see vitals dumped out. Am I missing something? I don't think we provide that through 4letterword or through log. It may be available through jmx but not 100% certain on that. I think the only way to determine currently is to look at the config file (if you have one). We can definitely add this, please create a JIRA. I was also wondering what this expire stuff in the dump output is about? Those are the expiration sets, or buckets. Each client session is put into a bucket based on when we last heard from it and it's timeout. The leader uses this to determine when to expire sessions. Unfortunately the session ids are being printed in decimal, this is fixed in 3.3.0. Good find, actually this would be useful information for you to monitor in determining which of your hbase clients are falling behind wrt heartbeating. Here is what I see: $ echo dump|nc X.X.X.X 2181 SessionTracker dump: Session Sets (12): 0 expire at Tue Nov 24 20:56:24 UTC 2009: 0 expire at Tue Nov 24 20:56:27 UTC 2009: 0 expire at Tue Nov 24 20:56:30 UTC 2009: 0 expire at Tue Nov 24 20:56:39 UTC 2009: 0 expire at Tue Nov 24 20:56:42 UTC 2009: 0 expire at Tue Nov 24 20:56:45 UTC 2009: 0 expire at Tue Nov 24 20:56:48 UTC 2009: 0 expire at Tue Nov 24 20:57:00 UTC 2009: 0 expire at Tue Nov 24 20:57:03 UTC 2009: 2 expire at Tue Nov 24 20:57:06 UTC 2009: 82512629887926272 154570223919497222 2 expire at Tue Nov 24 20:57:09 UTC 2009: 82512629887926273 10455035895349254 3 expire at Tue Nov 24 20:57:21 UTC 2009: 154570223919497216 10455035895349248 154570223919497221 ephemeral nodes dump: Sessions with Ephemerals (4): 0x2524ccbca8: /hbase/rs/1259042878053 0x12524ccb9f4: /hbase/rs/1259042878032 0x12524ccb9f40001: /hbase/rs/1259042878106 0x22524ccb993: /hbase/master Thanks, St.Ack
Re: Asking zk cluster how its configured and whats this expired about?
On Tue, Nov 24, 2009 at 1:33 PM, Patrick Hunt ph...@apache.org wrote: We can definitely add this, please create a JIRA. ZOOKEEPER-595 I was also wondering what this expire stuff in the dump output is about? Those are the expiration sets, or buckets. Each client session is put into a bucket based on when we last heard from it and it's timeout. The leader uses this to determine when to expire sessions. Unfortunately the session ids are being printed in decimal, this is fixed in 3.3.0. Good find, actually this would be useful information for you to monitor in determining which of your hbase clients are falling behind wrt heartbeating. Well, are items listed under '2 expire at Tue Nov 24 20:57:06 UTC 2009' items that have expired or rather, just a logging of when they will expire? Looking in logs I do not see sessions expiring. Thanks, St.Ack Here is what I see: $ echo dump|nc X.X.X.X 2181 SessionTracker dump: Session Sets (12): 0 expire at Tue Nov 24 20:56:24 UTC 2009: 0 expire at Tue Nov 24 20:56:27 UTC 2009: 0 expire at Tue Nov 24 20:56:30 UTC 2009: 0 expire at Tue Nov 24 20:56:39 UTC 2009: 0 expire at Tue Nov 24 20:56:42 UTC 2009: 0 expire at Tue Nov 24 20:56:45 UTC 2009: 0 expire at Tue Nov 24 20:56:48 UTC 2009: 0 expire at Tue Nov 24 20:57:00 UTC 2009: 0 expire at Tue Nov 24 20:57:03 UTC 2009: 2 expire at Tue Nov 24 20:57:06 UTC 2009: 82512629887926272 154570223919497222 2 expire at Tue Nov 24 20:57:09 UTC 2009: 82512629887926273 10455035895349254 3 expire at Tue Nov 24 20:57:21 UTC 2009: 154570223919497216 10455035895349248 154570223919497221 ephemeral nodes dump: Sessions with Ephemerals (4): 0x2524ccbca8: /hbase/rs/1259042878053 0x12524ccb9f4: /hbase/rs/1259042878032 0x12524ccb9f40001: /hbase/rs/1259042878106 0x22524ccb993: /hbase/master Thanks, St.Ack
Re: zkfuse
Hi Maarten, zkfuse does not have any support for acls. We havent had much time to focus on zkfuse. Create/read/write/delete/ls are all supported. It was built mostly for infrequent updates and more of a browsing interface on filesystem. I don't think zkfuse is being used in production anywhere. Would you mind elaborating your use case? Thanks mahadev On 11/24/09 11:14 AM, Maarten Koopmans maar...@vrijheid.net wrote: Hi, I just started using zkfuse, and this may very well suit my needs for now. Thumbs up to the ZooKeeper team! What operations are supported (i.e. what is the best use of zkfuse). I can see how files, dirs there creation and listing map quite nicely. ACLs? I have noticed two things on a fresk Ubuntu 9.10 (posting for future archive reference): - I *have* to run in debug mode (-d) - you have to add libboost or it won't compile Regards, Maarten
Re: Asking zk cluster how its configured and whats this expired about?
stack wrote: On Tue, Nov 24, 2009 at 1:33 PM, Patrick Hunt ph...@apache.org wrote: We can definitely add this, please create a JIRA. ZOOKEEPER-595 Great, thanks! I was also wondering what this expire stuff in the dump output is about? Those are the expiration sets, or buckets. Each client session is put into a bucket based on when we last heard from it and it's timeout. The leader uses this to determine when to expire sessions. Unfortunately the session ids are being printed in decimal, this is fixed in 3.3.0. Good find, actually this would be useful information for you to monitor in determining which of your hbase clients are falling behind wrt heartbeating. Well, are items listed under '2 expire at Tue Nov 24 20:57:06 UTC 2009' items that have expired or rather, just a logging of when they will expire? Looking in logs I do not see sessions expiring. These are future, as in when will they expire - when we hear from a session we promote it to a subsequent bucket based on the timeout. As sessions age (and we don't hear from them) they eventually fall through (or bubble up from this dump perspective), this is now the leader tracks/determines when to expire a session. Patrick Here is what I see: $ echo dump|nc X.X.X.X 2181 SessionTracker dump: Session Sets (12): 0 expire at Tue Nov 24 20:56:24 UTC 2009: 0 expire at Tue Nov 24 20:56:27 UTC 2009: 0 expire at Tue Nov 24 20:56:30 UTC 2009: 0 expire at Tue Nov 24 20:56:39 UTC 2009: 0 expire at Tue Nov 24 20:56:42 UTC 2009: 0 expire at Tue Nov 24 20:56:45 UTC 2009: 0 expire at Tue Nov 24 20:56:48 UTC 2009: 0 expire at Tue Nov 24 20:57:00 UTC 2009: 0 expire at Tue Nov 24 20:57:03 UTC 2009: 2 expire at Tue Nov 24 20:57:06 UTC 2009: 82512629887926272 154570223919497222 2 expire at Tue Nov 24 20:57:09 UTC 2009: 82512629887926273 10455035895349254 3 expire at Tue Nov 24 20:57:21 UTC 2009: 154570223919497216 10455035895349248 154570223919497221 ephemeral nodes dump: Sessions with Ephemerals (4): 0x2524ccbca8: /hbase/rs/1259042878053 0x12524ccb9f4: /hbase/rs/1259042878032 0x12524ccb9f40001: /hbase/rs/1259042878106 0x22524ccb993: /hbase/master Thanks, St.Ack