do not overclock an 5970 if it is air cooled, unless you have a room airconditioned, the have a tendency to overheat, and never put 2 5970 next to each other unless you watercool them, putting 2 5970 next to each other will overheat them really bad, leading to very poor performance.

On the other hand the 5970 is a wonderful card for overclocking when water cooling, it will overclock very nicely.

In regards the fan speed you probably have a bad bios, flashing it will fix it, but be extremely careful it is a risky process.

It it were the fan it would make a huge noise and spin very slowly, the noise on a bad fan is variable, and wobble a lot, a good fan will only rotate and the noise level will be constant.

I believe a legitimate business can be anonymous and long as they identify themselves, something similar to how bitcoin itself works, what I mean by this is that an anonymous business  for example could have a pgp or gpg public key for identity, you have no idea who they are but nevertheless they can identify themselves, then if the business is corrupt people will know and the business will not last, if they are honest they will survive the test of time.

In the case of an exchange it can certainly be anonymous, with a gpg or pgp key they can identify themselves, and as long as people use it like an exchange and not like a bank the risk will be low, and lower as time increases.
The mistake a lot of us make it to use exchanges like banks and keep money at the exchanges, that in general is a bad idea, but if the exchange is only use to exchange money and has sound business practices it should be ok.

Let say an exchange is anonymous and it has been on the market for 1 month it is clearly a risk, but lets say an exchange has been around 5 years, it is still a risk however the risk in the later case is much smaller, with any currency there is always a risk, even banks backed by the government can be risky at times.

I guess the price an anonymous exchange would have to pay to be trustworthy is time, and as time increases and keeps a good track record its trustworthiness increased.

If a legitimate business whats to be anonymous and it is willing to identify itself using public key cryptography I see no problems with that, however if they are not willing to identify themselves that is a different story.

Unlike most people believe, being anonymous and provide identity can go together, they are not opposite terms.

where do I file the bug report? , I posted a message on this forum with the error logs so that it could be seen by the developers, this forum is probably not the proper place.
If you can tell me where to file the bug report I will, if you can provide me a link that will even be better.

Good news, using an old backup solved the problem.

Thanks for the advice, I will try to use an old backup.

As far as being beta versions, my understanding is that at present all versions are currently beta until 1.0 is released.

Maybe the less stable ones should be labeled "alpha" instead of "beta", that was how it used to be done in the software industry in the past.

Based on the post here it appears that a backup is the only solution to this problem, anyway I believe I have old backups and will used them.

When using an old backup, will the block chain need to be rescanned or will it be as simple as replacing the wallet?

Weex, is the bounty for the 4.75 btc still available?, I have a  store using your module, and it is running, however it is running in test mode, and very soon I will have it in production mode, by very soon I mean less than a week if everything goes fine, and it will be selling digital good, mostly voip calling cards.
Thanks for the modules, it runs great, once I got it to run.

Weex, thanks for the oscommerce bitcoin payment module, I have been doing some testing for a couple of days and it works great, however I would like to point a few details.

The python script seems to run fine with version simplejson-2.1.0, however there were problems when using version 2.4.

The other thing I noticed, is with all the bitcoind daemons I tried, at times there is a delay is responding caused by the bitcoin daemon, it is something that happens once a while, and it does not mean that the bitdoind daemon has died, on the other hand there were a few bitcoin daemons that did crash, and it would also kill the python script monitor.py, after some testing I decided to run a bitcoin daemon that was stable but the random delay was there and  does not occur frequently.

Maybe it would be a good idea in the part of the script when it checks to see if the daemon has died, not to assume that it has died if it does not respond immediately, but have a second check lets say a minute latter, and if both checks fail then assume the daemon has died and then restart the bitcoin daemon, or somehow have the python script  wait a little longer for bitcoind to respond in the part of the code where it kills the daemon and then restarts it, will the goal of avoid killing it if it is running fine with an occasional slowdown.

In the meantime what I did to get around this problem is to use an stable bitcoin daemon like 0.502, and comment out the part of the code that tries to restart the daemon, and once a while I will get an error message from monitor.py "error: no response from server" when bitcoind does  not reply on time, but the scripts and bitcoind keeps running fine after a small delay and there is no need to restart the daemon.

The other thing I noticed is that it gets the prices from mtgox, and it does a dollar convertion to bitcoins, so it automatically sets the prices in bitcoins and I think this is a good idea for now, however as bitcoin grows it will become someday a currency of its own and in the near future it will be best to set prices directly in bitcoins not tied to the dollar, but for now I think it would be nice  to have a check box next to the price for the admin, so he/she can decide if the price is dollars converted to bitcoins, or bitcoins by themselves not tied to any other currency.

Weex your script is great, I tested a few other ones, and what I liked about yours is that in monitors when payment is received, and automatically updates the status of the order, most other scripts generate the bitcoin address  for the payment, but it is a manual job to verify that the payment has been  made, this scripts automates everything and it is very reliable.

Thanks for the payment modules, it is very good.

I have updated my wallet to version 0.603 of bitcoin, and it works, however that version of bitcoin is very unstable, and crashes frequently, I have used version 0.502 and it is very stable.

The problem is that my wallet will not work with version 0.502 now that it has been used with version 0.603.

Any recommendations on how to migrate the wallet from version 0.603 to version 0.502?
Moving the bitcoins is simple, but how do I move the keys, or migrate the wallet to the older version?

 

update bitcoin  version : 50200 seems to be fine, I have had it running for several hours and the crash it is not happening, the ramdon slow down bug seems to exist, but it is not a critical bug, out of several transactions once a while  one takes a long time for bitcoind to respond, for example bitcoind getinfo responds inmediately most of the time, but one a while it takes something like 30 seconds.

So the bug is only with the very new bitcoind.

The problem I am having now, is that the wallet from bitcoin 0.6003 is not compatible with bitcoin 0.50200.

when running an older version of bitcoin and then running the new bitcoin, the wallet gets updated fine, but that updated wallet will no longer work with the older version, an error will get reported when bitcoind starts.

Right now my wallet works fine with bitcoin 0.6003, but since version 0.6003 is unstable, I would much rather use version 0.50200, but version 0.50200 does not run with my current wallet.

I have an old backup of the wallet not sure with what version of bitcoin it was done.

How do I migrate a wallet that works fine with version 0.6003 of bitcoin to a wallet that will work fine on bitcoin 0.50200?
Moving the amount of bitcoins from one wallet to the other is simple, but how do I move the keys?
Any help will be greatly appreciated.

since you are using http, you will problably have to disable https, to do that stop bitcoind, and add the line in bitcoin.conf  rpcssl=0 or comment out rpcssl=1, then restart the bitcoin daemon, and try again.
Let me know if this helped.

if is being slowed down due to heat, the card will automatically slow down to prevent destruction of the card itself, but even then it could get destroyed if the temperature is around 100C.

It happened to me a fan died and the card temp was around 97C to 103C, and  the miner ran very slow, water cooling the cards makes the temperatures drop to about half, and less if the water is kept cold

Do not run your card near 100C it is dangerous to the card.

Hi, I have been doing tests with bitcoind version 0.6003
And for mosts tasks  it works ok, however when I run a shopping cart, the bidcoind daemon crashes after a while, no money is lost, no addresses are lost, it simply crashes after about 1 hour of use, if it is being used lightly manual transactions and no shopping cart, it works fine.

This bug can be reproduced by running the shoppping cart oscommerce and the weex module, however I do not think the bug is in the shopping cart module since all it is doing is using the same bitcoind daemon to check transactions repeatedly, and most of the time it works, if fails when the bitcoind crashes.

There is another minor bug, that at times it takes a long time to do a simple transaction like  bitcoind getinfo, most of the time it takes less than a second, but randomly sometimes takes over a minute.

To simply debuging, I compiled bitcoind without optimization, and debug enabled:

Here is the console error log at crash, not the name of the daemon was bitcoind6003-notoptized-debug, meaning it has no optimizations and debug enabled:
# ./bitcoind6003-notoptized-debug -server -debug

*** glibc detected *** ./bitcoind6003-notoptized-debug: malloc(): smallbin double linked list corrupted: 0x0000000004491930 ***
======= Backtrace: =========
[0x8b6c12]
[0x8ba39f]
[0x8bb838]
[0x87ee6d]
[0x85ddf9]
[0x51f4a3]
[0x85e9bb]
[0x5e4e22]
[0x53b69a]
[0x53e25e]
[0x53c58f]
[0x53c568]
======= Memory map: ========
00400000-00ad6000 r-xp 00000000 08:01 58997057                           /usr/local/sbin/bitcoind6003-notoptized-debug
00cd6000-00cf6000 rw-p 006d6000 08:01 58997057                           /usr/local/sbin/bitcoind6003-notoptized-debug
00cf6000-0452d000 rw-p 00cf6000 00:00 0                                  [heap]
3778a00000-3778a1c000 r-xp 00000000 08:01 54919481                       /lib64/ld-2.5.so
3778a1c000-3778c1b000 ---p 0001c000 08:01 54919481                       /lib64/ld-2.5.so
3778c1b000-3778c1c000 r--p 0001b000 08:01 54919481                       /lib64/ld-2.5.so
3778c1c000-3778c1d000 rw-p 0001c000 08:01 54919481                       /lib64/ld-2.5.so
3778e00000-3778f4e000 r-xp 00000000 08:01 54919515                       /lib64/libc-2.5.so
3778f4e000-377914d000 ---p 0014e000 08:01 54919515                       /lib64/libc-2.5.so
377914d000-3779151000 r--p 0014d000 08:01 54919515                       /lib64/libc-2.5.so
3779151000-3779152000 rw-p 00151000 08:01 54919515                       /lib64/libc-2.5.so
3779152000-3779157000 rw-p 3779152000 00:00 0
3783c00000-3783c11000 r-xp 00000000 08:01 54919520                       /lib64/libresolv-2.5.so
3783c11000-3783e11000 ---p 00011000 08:01 54919520                       /lib64/libresolv-2.5.so
3783e11000-3783e12000 r--p 00011000 08:01 54919520                       /lib64/libresolv-2.5.so
3783e12000-3783e13000 rw-p 00012000 08:01 54919520                       /lib64/libresolv-2.5.so
3783e13000-3783e15000 rw-p 3783e13000 00:00 0
7fa38c000000-7fa38c203000 rw-p 7fa38c000000 00:00 0
7fa38c203000-7fa390000000 ---p 7fa38c203000 00:00 0
7fa390276000-7fa39027a000 r-xp 00000000 08:01 54919189                   /lib64/libnss_dns-2.5.so
7fa39027a000-7fa390479000 ---p 00004000 08:01 54919189                   /lib64/libnss_dns-2.5.so
7fa390479000-7fa39047a000 r--p 00003000 08:01 54919189                   /lib64/libnss_dns-2.5.so
7fa39047a000-7fa39047b000 rw-p 00004000 08:01 54919189                   /lib64/libnss_dns-2.5.so
7fa39047b000-7fa39057b000 rw-p 7fa39047b000 00:00 0
7fa39057b000-7fa390585000 r-xp 00000000 08:01 54919483                   /lib64/libnss_files-2.5.so
7fa390585000-7fa390784000 ---p 0000a000 08:01 54919483                   /lib64/libnss_files-2.5.so
7fa390784000-7fa390785000 r--p 00009000 08:01 54919483                   /lib64/libnss_files-2.5.so
7fa390785000-7fa390786000 rw-p 0000a000 08:01 54919483                   /lib64/libnss_files-2.5.so
7fa3907b2000-7fa3907b3000 ---p 7fa3907b2000 00:00 0
7fa3907b3000-7fa390fb3000 rw-p 7fa3907b3000 00:00 0
7fa390fb3000-7fa390fb4000 ---p 7fa390fb3000 00:00 0
7fa390fb4000-7fa3917b4000 rw-p 7fa390fb4000 00:00 0
7fa3917b4000-7fa3917b5000 ---p 7fa3917b4000 00:00 0
7fa3917b5000-7fa391fb5000 rw-p 7fa3917b5000 00:00 0
7fa391fb5000-7fa391fb6000 ---p 7fa391fb5000 00:00 0
7fa391fb6000-7fa3927b6000 rw-p 7fa391fb6000 00:00 0
7fa3927b6000-7fa3927b7000 ---p 7fa3927b6000 00:00 0
7fa3927b7000-7fa392fb7000 rw-p 7fa3927b7000 00:00 0
7fa392fb7000-7fa392fb8000 ---p 7fa392fb7000 00:00 0
7fa392fb8000-7fa3937b8000 rw-p 7fa392fb8000 00:00 0
7fa3937b8000-7fa3937b9000 ---p 7fa3937b8000 00:00 0
7fa3937b9000-7fa393fb9000 rw-p 7fa3937b9000 00:00 0
7fa393fb9000-7fa393fba000 ---p 7fa393fb9000 00:00 0
7fa393fba000-7fa3947ba000 rw-p 7fa393fba000 00:00 0
7fa3947ba000-7fa3947bb000 ---p 7fa3947ba000 00:00 0
7fa3947bb000-7fa394fbb000 rw-p 7fa3947bb000 00:00 0
7fa394fbb000-7fa394fbc000 ---p 7fa394fbb000 00:00 0
7fa394fbc000-7fa3957f3000 rw-p 7fa394fbc000 00:00 0
7fa3957f3000-7fa3957ff000 rw-s 00000000 08:01 47255424                   /root/.bitcoin/__db.006
7fa3957ff000-7fa395e03000 rw-s 00000000 08:01 47255420                   /root/.bitcoin/__db.005
7fa395e03000-7fa395e2b000 rw-s 00000000 08:01 47255419                   /root/.bitcoin/__db.004
7fa395e2b000-7fa395e6d000 rw-s 00000000 08:01 47255418                   /root/.bitcoin/__db.003
7fa395e6d000-7fa395fcb000 rw-s 00000000 08:01 47255416                   /root/.bitcoin/__db.002
7fa395fcb000-7fa395fd1000 rw-s 00000000 08:01 47255414                   /root/.bitcoin/__db.001
7fa395fd1000-7fa395fd2000 rw-p 7fa395fd1000 00:00 0
7fff9dfbd000-7fff9dfd2000 rw-p 7ffffffea000 00:00 0                      [stack]
7fff9dfff000-7fff9e000000 r-xp 7fff9dfff000 00:00 0                      [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
Aborted

Has anyone had similar problems with recent versions of bitcoind, and what was done to fix it?

Yes I guess I could open  a new ticket, but the previously denied ticket sets a bad precedent that can and may be used against you, Mark has not said anything that it will not be the case, many times in government or bureaucratic enterprises make a decision  based on a previous decision, you may say it is not fair but nevertheless that is a reality of life, so to prevent this problem you either avoid the bad precedent in first place, or ask some authority Mark in this case, some assurances that everything will be fine once he gets the ID.
 
When it comes to the law, it is good not to have bad precedents, since they can and might be used against you.
I would not be surprised if Mark says your were already denied once, and then have to enter another loop of compliance at my expense.

When a company in general wants to help you out, they will not stop and say its the law tough luck, when they do that they create what  it called a level of distrust with justified reasons, that are a million things a company can do when a problem like this happens, like better communication, and provide some guarantee that once they receive the ID they will there will not be another problem.

True they have to comply with the law, but that does not mean they have to be nasty and require more than the law asks for, and that does not mean communications need to fail.

I have dealt with other exchanges and have not had any problems, even with banks, when a bank is nasty you switch to another bank, same thing with exchanges, but in this case my money is hostage, and hopefully I will get it back once Mark receives my ID, but that is not guaranteed by him, otherwise he would say it and he has not.

If Mark simply just said "I will free your money once I get your ID" and provide that assurance, that would make things a lot better, that is not against the law, and that way I would know for sure that after he gets the ID everything is clear, but he has not done that, and I am afraid of more compliance loops.

Mark, you say that you are awaiting for the documents but your actions show otherwise.
It is clear that the documents have been requested, nevertheless you closed the verification process with a "denied", when the law does not prevent you from waiting, and leave the case open with either a "wait" or "hold" status, I fully understand the AML laws may require my to identify myself I am am doing the best to comply, but I do not have your cooperation.
At the very least you should leave the case open and close it only if I fail to deliver, but as I have shown the documents are being processed it is your duty to wait, since official documents show that the required documentation has already been requested.

Also it is my duty to identify myself according to the law, but I do not believe international law requires anything beyond identification, if I am wrong please provide an official  link that says otherwise.

In a few weeks I should have the documents.

At this point all I am asking is to change the status of my case from "denied", to "wait", "on hold", or "standby", basically anything that indicates that you are waiting for the documents, and not something that indicates a failure to comply, since I have not failed, I am fully complying, but the law is very slow.

Mark, fine they be not be valid as a proof of ID, but they are definitely valid as proof that that official documents have been requested as such it is your duty to honor this documents and leave the petition of verification open until such documents arrive, and not deny my verification petition knowingly through official documentation for this precise purpose that the official documents are on their way.

Facts:
1. official documents that are valid proof that official documents have been requested have been sent to you.
2. You know that official documents are being processed based on official documentation.
3. Fail to acknowledge that official documents show documentation will take 3 to 4 weeks, and instead of waiting for this time, you decide to close verification petition,  and deny my case, when instead you should wait for such documents, since you have official proof of that, and do not need to take my word for it, just base it on the documentation, if in doubt then verify.
4. You have fail to acknowledge if you will accept my government issued photo ID, which I should have in 3 to 4 weeks, and you have indicated that it is not a valid document, nevertheless it is official ID, and valid at banks.

The very least you could do at this point in to undeny my verification petition and change its status from deny to wait, and allow time for my documents to arrive and acknowledge that a government issue photo id is a valid document.

Mark, The ID was requested and official government proof of that was submitted to mtgox, the proof had a picture  and it clearly states it will take 3 to 4 weeks for delivery of final documents, and add to that another 3 business day for the mail delivery, nevertheless mtgox knowingly it would take 3 to 4 as shown with official government papers has decided to deny the petition and not wait for the official documentation, knowing that it has already been requested.

Here is the email I got from mtgox:

"Dear sergio,
 
We regret to inform you that the identification documentation you have submitted has been reviewed, and your request has been temporarily denied.
 
Reasons(s)
 
No form of government issued photographic identification documentation has been provided with this application.
 
We sincerely apologize for any inconvenience this may cause, but it would be greatly appreciated if you resubmit the requested clarification(s) above.
 
Otherwise, if you would like to make further enquiries in relation to this, please do not hesitate to contact Mt.Gox Support."

This is clearly false the documentation I have provided has a picture and it is government documentation clearly stating that both ID and passport has been requested, and it clearly states a time frame of 3 to 4 weeks, nevertheless to fail to acknowledge that documentation and reject the application knowingly the documentation it is in process.

In regards connecting from several countries that is due to the occasional use of a vpn, a vpn is needed because many sites will show you different information depending on the country of where the connections is made, and since geeks, gurus and most people associated with bitcoins some some technical knowledge I never thought this would be a problem with a bitcoin exchange, in matter of fact I used that same vpn to other exchanges with absolutely no problems, with banks I admit I had problems in the past using a vpn, but a single phone took care of the problem, and they were open about, unlike mtgox that would not tell me it was the vpn that caused the problem.

Also I feel I have the  right to use the account from any country, this restriction is not stated in the terms of service.

The other post by jimrandomh states that I am not linking my real identity to my account which is false, official documents have been submited to mtgox showing that documentation is in process, if mtgox is in doubt of the documentation I sent it his responsability to verify it, and if it is false he can send me to jail, but if it is clean the very least Marc should do is release my money, and undeny the verification petition.

At this point I am waiting for the final documents.

Vendo Bitcoins en la zona este de Tijuana.
6642545220

Vendo Bitcoins en Ciudad de tijuana, zona este de Tijuana, a precio de Mercado sin recargos.

I understand that, but having put in place huge requirement after the accounts were open without an exit for those that don't agree is not something acceptable.

I have a Chilean ID in progress, it was requested, and the proof of that was sent to them.
The told me that my Chilean government issued photo id would not be valid, but it is valid in every bank in Chile.

Having higher requirements than Banks do is not something acceptable, and when you disagree on something you should not be force to agree, there should be an exit window.

I have to wait over a month for my passport, and photo ID, and that is not enough for mtgox.

They basically told me I am screwed.

Mark Karpeles,
I have tried to comply to your requirement I sent you 2 documents that are official proof that both photo ID and passport has been requested, the purpose of these documents is to prove that a request has been made, the passport and photo id take in total over a month, but the problem is that you not only want me to wait more than a month you are requesting even more documents.

In Chile a government photo ID is the only and only document that is required for identity purposes called ( cedula de identidad or carnet de identidad), but you seem to have things backwards you request all sort of documents for ID, but the official ID is not valid for you, that is just plain bullshit, if a Chilean bank will accept that ID because it is the law, then you should accept it as valid.

In some countries a driver license is an ID, but in most countries a driver license is not an ID but a driver license, only and ID is an ID, you seem to be influenced by the US where a driver license is an ID.

Also in most countries it would be illegal to change the rules of the game after it starts, your new rules got into effect after my account was created, and you did not provide an exist for those of us that do not like your new rules, not only that but  with your attitude I worry that at any time you may change the rules of the game again, screwing once more your own customers.

All I ask is for you to liberate my money, I will be more than happy not having to deal with you, and I do not have any of the problems I am having with you with the other exchanged, I do not need mtgox, I would be more than happy closing that account once you liberate my money.

You should not need to have higher requirements than banks do, in Chile a single photo id is all it is needed for a bank account (for a loan it is a different case), but you not only need ID you want to know the entire life of the person, electric bills, water bills, where I live, etc, all that is none of your business.

I have a bad feeling this could be an scan to confiscate the money of anonymous miners, and some not anonymous.

I made a very big mistake and I am paying for it, and that was to trust mtgox with my money.

If you can not liberate my money, then give me an interest free loan and my money is the guarantee of that loan, there is no law law that forbids you of doing something like that.

There is no law that forbids you of accepting a valid photo id issued by a government agency, if you do not trust the validity of the photo id you are free to investigate on your own expense.

There are many things you could do, but you are simply making my life very hard, and there is no reason I should have my money with you if I do not trust you.

If you feel the documents I sent you are bogus, feel free to call the Chilean consulate and verify.

If this nonsense continues, I will invest all my bitcoins on a lawyer to find out what information you are legally allowed to request under Japan laws, since it is my understanding that you are in Japan.