Latest posts of: Vadtec

Show Posts
Pages: [1]

1	Bitcoin / Bitcoin Technical Support / Re: Pushpool - Tech Support	on: August 31, 2011, 02:20:16 AM
Quote from: Furyan (Guildminers) on August 06, 2011, 01:52:17 AM Sorry, missed this one. We're multi-threading a single thread. Hah! 1. Correct mode = up to you. Strictly speaking there's no need to record the failed shares. They are useful for paying out for pool participation, though In which case the correct mode = true. 2. Yes 3. I've made the same observation. Even when I know the load is sufficient to produce a value, "gethashespersec" always returns 0. Must be a bug in bitcoin, but one I haven't bothered to track down. The solution I've seen to this exists within the MiningFarm and SimpleCoin pool frontends - essentially they make the following calculation: * Count all current shares (or shares over a selected time range) * hashrate = round(((NUMSHARES*4294967296)/600)/1000000, 0); The magic numbers are: 4294967296 = hashes/share. When multiplied by shares, gives you a total count of hashes. I'm assuming this magic number is correct; I haven't personally verified it. 600 = seconds in 10 minutes. You'd change this according to your time window. The division here gives you "hashes/sec". 1000000 = hashes/sec to Mhash/s. Technically I think that number should be 1048576 (1024^2) to fit the strict definition of "mega", but I wouldn't be a stickler about it. And it would deflate the apparent hash rate. Late reply I know, but, thanks for the response.

2	Bitcoin / Pools / Re: [4.5 Ghash/sec]BitFarms.ca, 3.5BTC to finder of our first block!Custom Interface	on: August 19, 2011, 04:27:55 PM
Quote from: Clipse on August 19, 2011, 08:53:14 AM It probably would help if you didnt close the signup page when users type in the "@" character for email during registration. Right now whenver I type my email and get to "@" it closes registration page and asks me to login lol Interesting... That form is just a simple HTML form. Nothing fancy about it. The only "fancy" thing about it is you have to click the button to make it submit. Pressing enter, or any other key, doesn't trigger anything. Do you by chance have an add-on that might be getting in the way?

3	Bitcoin / Pools / Re: [4.5 Ghash/sec]BitFarms.ca, 3.5BTC to finder of our first block!Custom Interface	on: August 19, 2011, 03:16:25 AM
And just keep in mind everyone, I am working on a very much improved code base for the pool. We will have many new features implemented very soon, and it will improve the way the site works immensely.

4	Bitcoin / Bitcoin Technical Support / Re: Pushpool - Tech Support	on: August 05, 2011, 04:01:01 PM
Quote from: Vadtec on August 03, 2011, 05:34:07 PM Quote from: Xenland on August 03, 2011, 04:55:54 PM I think you are confused, the only thing rewrite does is have everyone hash at the current bitcoin network difficulty making the whole set up useless scince no work/shares will be distributed unless someone finds a block then only one share will be sent to the database. Thanks for the response. And yes, I'm not sure what it's doing. So, questions: 1) When I set it to true in the config file, I get entries in the DB. When I set it to false, I do not. Which mode is correct for running a pool? I am assuming setting it to true is what I want to do, because otherwise I do not get any entries in the db. 2) If I set it to false, will I only see entries in the DB when a block is found? 3) (Unrelated to the rewrite setting.) I am trying to query the hash rate of the pushpoold, so that I know how many hash/sec it's handling. When I try (on a *nix host) bitcoind gethashespersec, all I see is 0. pushpoold and bitcoind are running on the same host in this case. What is the correct way to find out how many hash/sec is being handled by pushpoold? - Vadtec So hard to get simple responses to simple questions. - Vadtec

5	Bitcoin / Bitcoin Technical Support / Re: Pushpool - Tech Support	on: August 03, 2011, 05:34:07 PM
Quote from: Xenland on August 03, 2011, 04:55:54 PM I think you are confused, the only thing rewrite does is have everyone hash at the current bitcoin network difficulty making the whole set up useless scince no work/shares will be distributed unless someone finds a block then only one share will be sent to the database. Thanks for the response. And yes, I'm not sure what it's doing. So, questions: 1) When I set it to true in the config file, I get entries in the DB. When I set it to false, I do not. Which mode is correct for running a pool? I am assuming setting it to true is what I want to do, because otherwise I do not get any entries in the db. 2) If I set it to false, will I only see entries in the DB when a block is found? 3) (Unrelated to the rewrite setting.) I am trying to query the hash rate of the pushpoold, so that I know how many hash/sec it's handling. When I try (on a *nix host) bitcoind gethashespersec, all I see is 0. pushpoold and bitcoind are running on the same host in this case. What is the correct way to find out how many hash/sec is being handled by pushpoold? - Vadtec

6	Bitcoin / Bitcoin Technical Support / Re: Pushpool - Tech Support	on: August 03, 2011, 03:45:20 PM
Quote from: Vadtec on August 02, 2011, 05:01:38 AM Question about rpc.target.rewrite setting in the config file... Does this setting make pushpool behave like a pool vs a proxy to bitcoind? As in, when disabled (false), it is just a proxy to a bitcoind that doesn't bother logging any shares to the DB? And as in, when enabled, it is a proxy to a bitcoind that logs shares to the DB? This would explain why when I set it to false I see shares generated in my miner but nothing gets logged to the DB. But, as I read the code, shouldn't it go ahead and process the share even though it's not an "easy target" and log to the DB? Looking at the git repo, in msg.c @ line 339, it should just skip over that section and continue processing. However, when I run the code with custom debugging lines inserted throughout submit_work(), I do not even see the custom debugging lines. To see the custom debugging lines, I must set rpc.target.rewrite to true. So, why is it that when I set rpc.target.rewrite to true pushpool logs to the DB and I see my custom debug messages, but if I set it to false, everything seems to take a nap? Also, what exactly is it rewriting? I'm still trying to figure that part out... - Vadtec I guess this isn't a very important question, otherwise it might have been answered. Such a shame. I have other questions I'd like to ask, but so far neither of the two questions I've asked were even responded to. Guess I'll do this stuff the real way and just figure the code out, though it would be nice to get some real support. - Vadtec

7	Bitcoin / Bitcoin Technical Support / Re: Pushpool - Tech Support	on: August 02, 2011, 05:01:38 AM
Question about rpc.target.rewrite setting in the config file... Does this setting make pushpool behave like a pool vs a proxy to bitcoind? As in, when disabled (false), it is just a proxy to a bitcoind that doesn't bother logging any shares to the DB? And as in, when enabled, it is a proxy to a bitcoind that logs shares to the DB? This would explain why when I set it to false I see shares generated in my miner but nothing gets logged to the DB. But, as I read the code, shouldn't it go ahead and process the share even though it's not an "easy target" and log to the DB? Looking at the git repo, in msg.c @ line 339, it should just skip over that section and continue processing. However, when I run the code with custom debugging lines inserted throughout submit_work(), I do not even see the custom debugging lines. To see the custom debugging lines, I must set rpc.target.rewrite to true. So, why is it that when I set rpc.target.rewrite to true pushpool logs to the DB and I see my custom debug messages, but if I set it to false, everything seems to take a nap? Also, what exactly is it rewriting? I'm still trying to figure that part out... - Vadtec

8	Bitcoin / Bitcoin Technical Support / Re: Pushpool - Tech Support	on: July 14, 2011, 11:18:42 PM
I've been reading this thread over the past 45ish mins, but I haven't come across anything to solve my problem. If I missed it, I apologize in advance. I am running pushpool, and everything is working except for one thing. None of the shares are getting stored in the mysql db. I have checked to make sure everything is setup correctly in the db, the db user has the necessary perms (full access to the database being used), and I am running pushpool in the foreground. I can see the shares being logged to the log file I gave, but I do not see any entries in the db table. Nor do I see any errors that would indicate there is a problem with the db table. As well, I am running pushpool in gdb, and have it set to break on the line of code that should be calling the code to insert the shares into the db table. I am using GUI Miner 2011-06-14, running the poclm miner, bitcoin-0.3.24, and pushpool-0.5 (from the git repo). I have put around 500 shares through pushpool, none of which show up in the db table. I have not seen a single mysql error, or error from pushpool related to mysql. I know pushpool is able to connect to the db, because I do not get errors when I have the miner login to pushpool. I also see the miner getting work like normal. Does anyone have any info as to what might be causing the shares to get logged to file but not to the mysql db table? - Vadtec *Addendum: I fixed it, never mind.

Other / Beginners & Help / Re: Compiling on Debian 6.0.2 (Linux 2.6.32-5-686 #1 SMP Mon Jun) and autoconf error

on: July 12, 2011, 01:12:02 AM

drawoc,

Code:

root@home:~# apt-get install libcurl-dev         
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package libcurl-dev is a virtual package provided by:
  libcurl4-openssl-dev 7.21.0-2
  libcurl4-gnutls-dev 7.21.0-2
You should explicitly select one to install.

E: Package 'libcurl-dev' has no installation candidate
root@home:~# dpkg -l | grep curl                 
ii  curl                                 7.21.0-2                          Get a file from an HTTP, HTTPS or FTP server
ii  libcurl-ocaml                        0.5.3-1                           OCaml curl bindings (Runtime Library)
ii  libcurl3                             7.21.0-2                          Multi-protocol file transfer library (OpenSSL)
ii  libcurl3-gnutls                      7.21.0-2                          Multi-protocol file transfer library (GnuTLS)
ii  libcurl4-openssl-dev                 7.21.0-2                          Development files and documentation for libcurl (OpenSSL)
ii  php5-curl                            5.3.3-7+squeeze3                  CURL module for php5
root@home:~# apt-get install libcurl
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package libcurl
root@home:~# apt-get install curl-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package curl-dev

I have to assume I have it installed. I reinstalled all of it, and it is working now.

Talk about an evening of ::annoyed:: lol...

Thanks for the help!

- Vadtec

10	Other / Beginners & Help / Re: Compiling on Debian 6.0.2 (Linux 2.6.32-5-686 #1 SMP Mon Jun) and autoconf error	on: July 11, 2011, 11:53:18 PM
drawoc, I just ran the configure script, and didn't get any errors about AC_MSG_ERROR or AX_LIB_MYSQL, but I am getting the following now: Code: checking dependency style of g++... gcc3 checking for SQLite3 library >= 3.0.0... not found checking for mysql_config... /usr/bin/mysql_config checking for pg_config... no no ./configure: line 5644: syntax error near unexpected token `,' ./configure: line 5644: `LIBCURL_CHECK_CONFIG(, 7.10.1, ,' I'm researching what might be going on, but I have the curl packages installed, so I'm going to defer back to m4 on this one too. - Vadtec * Addendum: I just cloned the git repo and I am receiving the same error as above.

Other / Beginners & Help / Re: Compiling on Debian 6.0.2 (Linux 2.6.32-5-686 #1 SMP Mon Jun) and autoconf error

on: July 11, 2011, 11:47:57 PM

drawoc,

I ran the following on a fresh extract of the tarball:

Code:

alex@home:~/bitcoin$ cd pushpool-0.5.1/
alex@home:~/bitcoin/pushpool-0.5.1$ aclocal -I m4
alex@home:~/bitcoin/pushpool-0.5.1$ autoheader
alex@home:~/bitcoin/pushpool-0.5.1$ automake
alex@home:~/bitcoin/pushpool-0.5.1$ autoconf
configure.ac:35: error: possibly undefined macro: AC_MSG_ERROR
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.

Thankfully, running the script you provided yielded a working configure script...so far. I'll fix the dependency issues and report if that fixed the problem or not.

- Vadtec

12	Other / Beginners & Help / Re: Compiling on Debian 6.0.2 (Linux 2.6.32-5-686 #1 SMP Mon Jun) and autoconf error	on: July 11, 2011, 11:25:57 PM
drawoc, I just extracted pushpool-0.5.1.tar.gz, and I have the following: Code: [btc@vps pushpool-0.5.1]$ ls aclocal.m4 AUTHORS ChangeLog config.guess configure.ac db-postgresql.c elist.h hist.c INSTALL Makefile.am msg.c README ubbp.h anet.c autotools-config.h.in compile config.sub COPYING db-sqlite.c example-blkmon.cfg htab.c install-sh Makefile.in NEWS server.c util.c anet.h blkmond config.c configure db-mysql.c depcomp example-cfg.json htab.h m4 missing protocol.h server.h As you can see, no autogen.sh. I will try manually running aclocal -I m4 and see what happens. Since I didn't see it, I thought maybe it wasn't a setup that used it, so I didn't bother asking about it. - Vadtec

13	Other / Beginners & Help / Re: Compiling on Debian 6.0.2 (Linux 2.6.32-5-686 #1 SMP Mon Jun) and autoconf error	on: July 11, 2011, 09:42:57 PM
drawoc, Yes, both are installed. But the problem lies with the "error: possibly undefined macro: AC_MSG_ERROR" issue, and also the issue that autom4te doesn't seem to be finding the m4 file for AX_LIB_MYSQL. Code: ltmain.sh (GNU libtool) 2.2.6b Written by Gordon Matzigkeit <gord@gnu.ai.mit.edu>, 1996 Copyright (C) 2008 Free Software Foundation, Inc. - Vadtec

14	Other / Beginners & Help / Re: Whitelist Requests (Want out of here?)	on: July 11, 2011, 09:31:27 PM
Hello, As I show in this thread, I am having an issue getting pushpool to compile on Debian 6, and would like to post the topic in the appropriate forum rather than the newbie thread. I am purely interested in getting pushpool to work, nothing more. Thanks! - Vadtec

Other / Beginners & Help / Compiling on Debian 6.0.2 (Linux 2.6.32-5-686 #1 SMP Mon Jun) and autoconf error

on: July 11, 2011, 09:15:20 PM

Greetings all,

OS: Debian 6.0.2 (Linux 2.6.32-5-686 #1 SMP Mon Jun)
pushpool: 0.5.1

Pursuant to https://forum.bitcoin.org/index.php?topic=8707.msg135119#msg135119, I have ran into a problem.

I have downloaded pushpool 0.5.1, and extracted it. When I cd into the dir, I do not see a "configure" script, so I run autoreconf, and get the following:

Code:

alex@home:~/bitcoin$ cd pushpool-0.5.1/
alex@home:~/bitcoin/pushpool-0.5.1$ autoreconf
configure.ac:35: error: possibly undefined macro: AC_MSG_ERROR
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1

Knowing this is a problem, I the run autoreconf -vi, and get the following:

Code:

alex@home:~/bitcoin/pushpool-0.5.1$ autoreconf -vi
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal 
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
autoreconf: Leaving directory `.'

All seems well...but it's not. Having accounted for some missing packages (like a new enough openssl), I proceed to the following:

Code:

alex@home:~/bitcoin/pushpool-0.5.1$ ./configure LDFLAGS=-L/home/alex/bitcoin/openssl/lib/ CPPFLAGS=-I/home/alex/bitcoin/openssl/include/
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking whether gcc needs -traditional... no
checking whether gcc and cc understand -c and -o together... yes
checking for ranlib... ranlib
checking for ANSI C header files... yes
checking for event_base_new in -levent... yes
checking for pthread_create in -lpthread... yes
checking for uncompress in -lz... yes
checking for json_loads in -ljansson... yes
checking for MD5_Init in -lcrypto... yes
checking for memcached_get in -lmemcached... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for a Python interpreter with version >= 2.2... python
checking for python... /usr/bin/python
checking for python version... 2.6
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.6/dist-packages
checking for python extension module directory... ${exec_prefix}/lib/python2.6/dist-packages
./configure: line 4767: syntax error near unexpected token `AX_LIB_MYSQL'
./configure: line 4767: `AX_LIB_MYSQL()'

and

Code:

alex@home:~/bitcoin/pushpool-0.5.1$ ls m4/
ax_lib_mysql.m4  ax_lib_postgresql.m4  ax_lib_sqlite3.m4

Thinking that maybe something from autom4te is out of sync, I then run autoreconf -fvi and get the following:

Code:

alex@home:~/bitcoin/pushpool-0.5.1$ autoreconf -fvi
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force 
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:35: error: possibly undefined macro: AC_MSG_ERROR
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1

To help, here are the versions of the autotools suit I'm using:

Code:

automake (GNU automake) 1.11.1
Copyright (C) 2009 Free Software Foundation, Inc.

aclocal (GNU automake) 1.11.1
Copyright (C) 2009 Free Software Foundation, Inc.

autoconf (GNU Autoconf) 2.67
Copyright (C) 2010 Free Software Foundation, Inc.

autoheader (GNU Autoconf) 2.67
Copyright (C) 2010 Free Software Foundation, Inc.

autom4te (GNU Autoconf) 2.67
Copyright (C) 2010 Free Software Foundation, Inc.

I am a programmer, but I am not well versed in autotools or m4, so I am at a loss as to what is going on with this. Does anyone have any info on how to get pushpool compiled on Debian 6, or how to fix this error? Any help is greatly appreciated.

- Vadtec

Pages: [1]