Re: c client on win32

2009-11-24 Thread Maarten Koopmans
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

2009-11-24 Thread Maarten Koopmans
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

2009-11-24 Thread Erik Holstad
Yeah, i like that approach better.

Will do.

Erik


Re: Error running contrib tests

2009-11-24 Thread Patrick Hunt
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

2009-11-24 Thread Patrick Hunt
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

2009-11-24 Thread Maarten Koopmans
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

2009-11-24 Thread Maarten Koopmans

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?

2009-11-24 Thread stack
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?

2009-11-24 Thread Patrick Hunt

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?

2009-11-24 Thread stack
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

2009-11-24 Thread Mahadev Konar
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?

2009-11-24 Thread Patrick Hunt

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