windows has closed port 8333 EDIT - database corrupt problems.

[squall1066]

For some reason I have several windows 7 ultimate systems, and since the last update, I cannot connect to port 8333 atall! it is closed to the net despite being open according to windows?

Note I can have 8 "outbound" connections but never any "inbound"

I can run fine on linux based systems, with the port checking tool showing 8333 is open, My router is fine.

On my win7 units, I have closed all firewalls, stopped all webcheckers/antivirus and the like, I have added port exceptions in the windows firewall list before I stopped it, I cant connect to port 8333 for love nor money.

I can only see through commands 0:0:0:0;8333 listening I have no idea what but that's the closest I can get.

If anyone can help me I can post anything needed.

EDIT - Just for a tl/dr I have got bad database problems, I have checked out hardware on many systems, It cant be just me that gets so far and "database is corrupt, would you like to rebuild now" so you are FORCED to start again.

[1715324405]

1715324405

[1715324405]

1715324405

[1715324405]

1715324405

[CIYAM]

Although you say you have stopped all firewalls, etc. this looks like firewall blocking to me.

Assuming it is not your router then I think that maybe you are running a firewall even though you think you are not (maybe some new sort of "net nanny" behaviour that Windows has that makes it impossible to disable the firewall?).

[cakir]

Well, There's a way to understand it's blocked or not.
Open a command prompt (cmd)

And enter this command: netstat -an | find "8333"
if it's not listening there's a problem that can be fixed via software.
if it's listening you should restart your computer.

[CIYAM]

Of course - you could just "stop using Windows" and your problem will just go away.

[squall1066]

Although you say you have stopped all firewalls, etc. this looks like firewall blocking to me.

Assuming it is not your router then I think that maybe you are running a firewall even though you think you are not (maybe some new sort of "net nanny" behaviour that Windows has that makes it impossible to disable the firewall?).

I know, my systems are fairly clean, Here is some pics to help.

[squall1066]

[squall1066]

Of course - you could just "stop using Windows" and your problem will just go away.

sorry, I attack my problems not run away 

[CIYAM]

sorry, I attack my problems not run away  

That is admirable - your netstat did not show anything listening on 8333 (it only shows outbound connections).

Is your bitcoind/bitcoin-qt not configured to listen?

[squall1066]

sorry, I attack my problems not run away  

That is admirable - your netstat did not show anything listening on 8333 (it only shows outbound connections).

Is your bitcoind/bitcoin-qt not configured to listen?

As far as I know, I keep getting this in the log, anything important?

Code:

2014-12-17 12:57:01 ProcessBlock: ACCEPTED
2014-12-17 12:57:04 CheckForkWarningConditions: Warning: Large valid fork found
  forking the chain at height 334464 (00000000000000001b62197088516f7cb4717c2a62e4280c8810ea77de5418c0)
  lasting to height 334606 (000000000000000009756a33660d7efafc073722e18eb22a6a2187d4be407253).
Chain state database corruption likely.
2014-12-17 12:57:04 ProcessBlock: ACCEPTED
2014-12-17 12:57:06 CheckForkWarningConditions: Warning: Large valid fork found
  forking the chain at height 334464 (00000000000000001b62197088516f7cb4717c2a62e4280c8810ea77de5418c0)
  lasting to height 334607 (00000000000000001796e0f3a1a0f32a2fe6b9fc2200d86a84f9b2da76cd6fa7).
Chain state database corruption likely.
2014-12-17 12:57:06 ProcessBlock: ACCEPTED
2014-12-17 12:57:12 CheckForkWarningConditions: Warning: Large valid fork found
  forking the chain at height 334464 (00000000000000001b62197088516f7cb4717c2a62e4280c8810ea77de5418c0)
  lasting to height 334608 (00000000000000000d11ca539189583fb86044a68f6cd9a29659aac76c162715).
Chain state database corruption likely.
2014-12-17 12:57:12 ProcessBlock: ACCEPTED
2014-12-17 12:57:13 CheckForkWarningConditions: Warning: Large valid fork found
  forking the chain at height 334464 (00000000000000001b62197088516f7cb4717c2a62e4280c8810ea77de5418c0)
  lasting to height 334609 (00000000000000001b129e7662848cbc6d2f17d887abd69e91c8d955a5c46d37).
Chain state database corruption likely.
2014-12-17 12:57:13 ProcessBlock: ACCEPTED
2014-12-17 12:57:18 CheckForkWarningConditions: Warning: Large valid fork found
  forking the chain at height 334464 (00000000000000001b62197088516f7cb4717c2a62e4280c8810ea77de5418c0)
  lasting to height 334610 (0000000000000000092e6c82a01d10489282f2eca468ac7ef2ddcdc9e09900dd).
Chain state database corruption likely.
2014-12-17 12:57:18 ProcessBlock: ACCEPTED
2014-12-17 12:57:19 CheckForkWarningConditions: Warning: Large valid fork found
  forking the chain at height 334464 (00000000000000001b62197088516f7cb4717c2a62e4280c8810ea77de5418c0)
  lasting to height 334611 (000000000000000006237551bebb034dadfc7a66786d724927d4c85a8a96d4b4).
Chain state database corruption likely.
2014-12-17 12:57:19 ProcessBlock: ACCEPTED
2014-12-17 12:57:20 CheckForkWarningConditions: Warning: Large valid fork found
  forking the chain at height 334464 (00000000000000001b62197088516f7cb4717c2a62e4280c8810ea77de5418c0)
  lasting to height 334612 (0000000000000000043208a7f8c5351dd3e21552c88b8d86624e654b5eb6c11c).
Chain state database corruption likely.

[CIYAM]

Hmm... that doesn't look good in regards to the fork situation (so you do have a problem with your bitcoin blockchain) - but I don't think that should stop your bitcoind/-qt server from listening.

Do you have a bitcoin.conf file?

And if so you need to make sure it doesn't have this:

nolisten=1

In any case you are going to have to fix up your blockchain.

[squall1066]

Hmm... that doesn't look good in regards to the fork situation (so you do have a problem with your bitcoin blockchain) - but I don't think that should stop your bitcoind/-qt server from listening.

Do you have a bitcoin.conf file?

And if so you need to make sure it doesn't have this:

nolisten=1

In any case you are going to have to fix up your blockchain.

I am not running a .conf file.

I allways just download the core from here and run, never had the need to use one.

[CIYAM]

I am not running a .conf file.

I allways just download the core from here and run, never had the need to use one.

In that case - here is my theory - because your blockchain is screwed bitcoind/-qt is not getting to the point of listening at all (I haven't checked the source code to see if it does check the blockchain before starting the listening port so that is why it is just a theory).

If this theory is correct then you should be able to fix this issue by downloading a torrent of the blockchain (after deleting your current one) and restarting it.

[squall1066]

I am not running a .conf file.

I allways just download the core from here and run, never had the need to use one.

In that case - here is my theory - because your blockchain is screwed bitcoind/-qt is not getting to the point of listening at all (I haven't checked the source code to see if it does check the blockchain before starting the listening port so that is why it is a theory).

If this theory is correct then you should be able to fix this issue by downloading a torrent of the blockchain (after deleting your current one) and restarting it.

so it was coincidence it happened after a win 7 update? On three units? all the same problem? what are the chances of that! LOL

I was hopeing you would not have said that, I have big problems in the UK with torrents, Virgin have pritty much blocked everything, We are in a policed state and can only view propaganda, It will take me 3 weeks to re-download the blockchain from scratch, And that keeps getting stuck on the way, It takes me 4-5 attempts to get it on any system.

Is there a way to commit the whole system in working the blockchain, My cpu is never more than 1% working on it, I have large sata 3 SSD's in raid 1+0 with 16GB ram, I wonder why It messed up in the first place?

[CIYAM]

Hard to say why it messed up but presumably the upgrade had something to do with it.

I'm sorry I don't have a better idea - you could try working out which files from the blocks and chainstate directories to delete (before starting bitcoind/-qt) to minimise the resync (but I am not your guy for that sorry).

Of course if you delete files you are going to have to use the -reindex option at startup to repair (but that should be much quicker than downloading the entire blockchain again).

[squall1066]

Hard to say why it messed up but presumably the upgrade had something to do with it.

I'm sorry I don't have a better idea - you could try working out which files from the blocks and chainstate directories to delete (before starting bitcoind/-qt) to minimise the resync (but I am not your guy for that sorry).

Hay, I appreciate the time tho, I am only stuck 42 hours behind, I think a few .dat deletions should get me past the problem, in fact I will try that now.

[OnkelPaul]

sorry, I attack my problems not run away  

That is admirable - your netstat did not show anything listening on 8333 (it only shows outbound connections).

Are you sure we're looking at the same screenshot?
It's clearly showing 2 LISTENING lines, one for IPv4 and one for IPv6.
I would still suspect the firewall.

Onkel Paul

[CIYAM]

Are you sure we're looking at the same screenshot?
It's clearly showing 2 LISTENING lines, one for IPv4 and one for IPv6.
I would still suspect the firewall.

Hmm... seems I am having troubles reading tonight (for some reason I was only looking at the RHS column but yes now that I look at the LHS column it is indeed LISTENING on 8333).

So it's a toss up between the firewall still running and the corrupt blockchain I guess.

You can probably check running processes to detect if a firewall is running.

[zetaray]

Can you download a portscanner on your phone and scan the ports of your desktop to see if 8333 is listening? That sound like is the easiest way to be sure.

[squall1066]

Are you sure we're looking at the same screenshot?
It's clearly showing 2 LISTENING lines, one for IPv4 and one for IPv6.
I would still suspect the firewall.

Hmm... seems I am having troubles reading tonight (for some reason I was only looking at the RHS column but yes now that I look at the LHS column it is indeed LISTENING on 8333).

So it's a toss up between the firewall still running and the corrupt blockchain I guess.

You can probably check running processes to detect if a firewall is running.

I have opened applications as admin and checked everything, As I say I dont have alot running on this system, I am pritty much certain there is nothing else running, I do have MWB (premium) that I have disabled for this test, nothing.

I have deleted the last two 00207.dat and 00206.dat and its checking up to tat point, this is at least 2 months before I get the hard fork errors in my log, I am back up to 2 years behind from 5 years plus so I will see, if this does not work I will delete root directories and start again. 

[squall1066]

first of all, why are you storing your bitcoins on windows ?

I'm not, I have a linux cold wallet for that and my escrows. 

[shorena]

-snip-
I was hopeing you would not have said that, I have big problems in the UK with torrents, Virgin have pritty much blocked everything, We are in a policed state and can only view propaganda, It will take me 3 weeks to re-download the blockchain from scratch, And that keeps getting stuck on the way, It takes me 4-5 attempts to get it on any system.

Is there a way to commit the whole system in working the blockchain, My cpu is never more than 1% working on it, I have large sata 3 SSD's in raid 1+0 with 16GB ram, I wonder why It messed up in the first place?

Not sure what caused this or why you cant get inbound connections, but if you want to sync fast, feel free to hammer my server with requests.

Run bitcoin core from "run" (Win + R)

Code:

c:\Program Files\Bitcoin\bitcoin-qt.exe -connect=213.165.91.169

or take any of the servers below to sync a single node from your local network. Connect all other local nodes in the same fashion to the local IP of the node thats connected to the outside.

Code:

last updated 2014.11.25
-------------------------------------------------------------------------------------------------
IP                  - location             - owner[1]  -  speed      - info/stats page[2] - testnet
-------------------------------------------------------------------------------------------------
eldinhadzic.org[4]  - LA, USA              - eldinhadz - 1000 mbit/s - no                 - no
84.200.34.113       - Freinsheim, DE, EU   - Newar     - 1000 mbit/s - yes                - no
185.45.192.129      - Amsterdam, NL, EU    - anon      - 1000 mbit/s - /node.php[3]       - yes
213.165.91.169      - Germany, EU          - shorena   -  100 mbit/s - yes                - no
50.7.68.180         - New York, USA        - Newar     -  100 mbit/s - yes                - no
5.9.24.81           - Germany, EU          - zvs       -  unknown    - no                 - no
178.79.173.71       - United Kingdom, EU   - zvs       -  unknown    - no                 - no
107.155.104.194     - Dalls, USA           - zvs       -  unknown    - no                 - no
106.185.32.195      - Japan, Asia          - zvs       -  unknown    - no                 - no
94.242.57.173       - Russia, Asia         - zvs       -  unknown    - no                 - no
-------------------------------------------------------------------------------------------------
[1] refers to a bitcointalk.org username or anon if requested
[2] same IP, port 80 or path/port given
[3] work in progress
[4] IP is 173.236.158.177

first of all, why are you storing your bitcoins on windows ?

If your car broke do you want to hear: Why are you using a car in the first place? Take a bike its better for the environment!

Its perfectly fine if you hate windows and do not want to support it, but other people may have other opinions on the matter.

[msc]

Shut down the Bitcoin client, then try connecting to port 8333 using telnet from another machine.  If you get connection refused, the port is open.  If it hangs, it's firewalled.

If you get connection refused when the client is closed, but it hangs when it's running, then it's a problem with the client not answering.

[squall1066]

Shut down the Bitcoin client, then try connecting to port 8333 using telnet from another machine.  If you get connection refused, the port is open.  If it hangs, it's firewalled.

If you get connection refused when the client is closed, but it hangs when it's running, then it's a problem with the client not answering.

OK, i used puttytel, from another unit to this one and it said connection refused, I used it on this unit to another win7 with apparently same problem and  got fatal error:connection timed out.

scratch that, I forgot to close wallet  Let me do it properly when I have -rescan finished see if that works.

[squall1066]

.....

Thanks for the info, Let me fart-arse about with what I got first, I would like to see if I can prevent this from happening again.

But this was defiantly useful! 

[squall1066]

Keeps crashing, I will have to start from scratch, Why is core so unstable at storing the blockchain?
I doubt this is something that can be fixed, I have had blockchain corruptions regularly on many different systems, But I still will not use a "light" wallet, I don't want my coins on the net, I don't understand why people think they are safe there?

[squall1066]

Code:

c:\Program Files\Bitcoin\bitcoin-qt.exe -connect=213.165.91.169

I started fresh and downloading a new blockchain, I still have this tho : connections:1 (In: 0 / Out: 1)

How can I be uploading if I have no "in" connections?

[squall1066]

fresh install



Start again 

[squall1066]

anyone???

[shorena]

Code:

c:\Program Files\Bitcoin\bitcoin-qt.exe -connect=213.165.91.169

I started fresh and downloading a new blockchain, I still have this tho : connections:1 (In: 0 / Out: 1)

How can I be uploading if I have no "in" connections?

"connect" limits you to the listed IPs after it. Bitcoin will open no other connections. Since you can only connect to a single node to sync anyway it does not matter. Once its done with the sync you can start normally. "In" stand for inbound connections, where someone from the outside found your node and connected, "out" stands for outbound connection where you found another node and connected to it.

anyone???

Downgrade to an older version? I suspect you use 0.9.3 and I have seen several people having problems with it.

[squall1066]

Thanks for the info, Is there a "stable" version? Or any particular version people seam to have less trouble with?

[shorena]

Thanks for the info, Is there a "stable" version? Or any particular version people seam to have less trouble with?

I had the least (as in: none) problems with 0.9.2.1 on Windows machines. 0.9.3. with Linux seems to be no problem (have problems, but they are most likely server related). No experiences with Macs.

[hhanh00]

Regarding the original problem: Have you checked if it's not a port forwarding issue? Maybe your DHCP lease expired and your machine got a new IP.

[Buffer Overflow]

If you are downloading the blockchain from scratch, remember you can always import most of the chain from a torrent. Should speed things up.
https://bitcointalk.org/index.php?topic=145386.0

[squall1066]

Still having a nightmare, I decided to avoid "core" and went for v8.6, Got to 51 weeks behind "error:database corrupted" on restart, I get "rebuild now" So From the beginning again.

QT-core has done it for me, Over the years I have had too many problems, The error checking is laughable, Why cant it have a vrify log and only start from where this log differs from the actual blockchain.

But there is no other "full" blockchain GUI? I will not rely on "lite" or "net" wallets, I am open to Ideas, BTC is still too geeky, Unless you can code, and willing to spend hours going through logs/transcripts, BTC is still not vable for the layman.

Thats another subject tho, I still have problems, I have gone through my system specs, I have checked ram with MEMtest and HDD, I have raid setup, all are clean and run flawlessly, I have no other system trouble, this bitcoin corrupt database is on most of my win 7 64 bit systems, It does happen rarely on linux, If a core dev wants my log files or willing to work with me to sure up anything, I would be willing to talk.

[CIYAM]

Understand that the Windows version is not built *natively* - being someone who has actually written a DB engine (a core part of my own project) I do recall problems in the past with file seeking bugs occurring under non-native Windows builds (not that I could say if that would even be likely to the issue here but just to point out that non-native Windows builds don't always work perfectly).

This is actually why I had suggested not using Windows (i.e. it is not being built natively for Windows so why do you expect it to work perfectly under Windows when the devs don't even use that OS?).

If you can show the issue to the devs under Linux then you might have a chance of getting some attention to this problem (assuming it is not just a tool issue).

[squall1066]

Understand that the Windows version is not built *natively* - being someone who has actually written a DB engine (a core part of my own project) I do recall problems in the past with file seeking bugs occurring under non-native Windows builds (not that I could say if that would even be likely to the issue here but just to point out that non-native Windows builds don't always work perfectly).

This is actually why I had suggested not using Windows (i.e. it is not being built natively for Windows so why do you expect it to work perfectly under Windows when the devs don't even use that OS).

I thought the whole point of -core was to implement stability on windows systems, it was the main reason for the 64bit release.

If the -qt team neglects the fact that still most of the population has a windows environment and only continues to provide support for people who use/move to linux, then the bitcoin has a doggy future indeed.

The main reason why I am so persistent on this subject is I build and support alot of systems for friends and companies as part of a team, We spread the word of BTC to everyone we meet, But are constantly messaged with a corrupt database problems. You must understand most of the people I deal with and still most of the world do not know what a c prompt is, moving to linux is not an option!

[CIYAM]

I thought the whole point of -core was to implement stability on windows systems, it was the main reason for the 64bit release.

I never read that stability on Windows was a main reason for anything (but I might have missed something).

The tools that I used (admittedly many years back) were the MingW stuff for letting you use a basic GNU subsystem under Windows to compile stuff that had been written for usage with GCC and I found faults in it (then stopped using it because of those faults as it was corrupting my own DB system).

IMO it would be best to use MSVC for Windows as that is the best compiler that there is for Windows (I was never much of a fan of it until Borland proved to be a completely unreliable C++ compiler after their horrible 5.0 release - and they never got much better after that before they basically gave up on C++).

[squall1066]

O.K. I have integrated a bootstrap that is built up to 5 weeks ago, I have put this on core 9.2 and after a "scanning" the GUI shows up, It just sits their with no connections in or out, Been running a few hours, There is no CPU activity under the process tree and no network traffic, I'm just stumped.

[cakir]

Well, If the database corrupt, maybe your hdd is needed to be repaired.
I think you should use chkdsk to identify & correct your hdd.

[BookLover]

Well, If the database corrupt, maybe your hdd is needed to be repaired.
I think you should use chkdsk to identify & correct your hdd.

^This was my first thought as well: http://www.w7forums.com/threads/how-to-use-chkdsk-check-disk.448/.