I’ve a easy python app operating by means of the blockchain as follows…

rpc_connection = AuthServiceProxy("http://%s:%s@127.0.0.1:8332"%(rpc_user, rpc_password))
for b in vary(blockStart, blockEnd): 
    block = rpc_connection.getblock(rpc_connection.getblockhash(b)) 
    for txid in block['tx']:
        raw_tx = rpc_connection.getrawtransaction(txid)
        decoded_tx = rpc_connection.decoderawtransaction(raw_tx)
        for output in decoded_tx['vout']:
            print(rpc_connection.deriveaddresses(output['scriptPubKey']['desc']))

It efficiently runs by means of all blocks from block 1 till block 115,257 the place it encounters “BrokenPipeError: [Errno 32] Damaged pipe”. It errors on transaction 11 (with txid 1c67abba71d570d0f0643b3d4ed93f528a68ef1c6a21e6d1f72535a15b0ce030). Typically it errors on the rpc_connection.getrawtransaction line and generally it errors on the rpc_connection.deriveaddresses line however each occasions with a Damaged pipe.

What’s unusual is that if I simply run the script for the one transaction it really works nice and I discover that the transaction earlier than transaction 11 (i.e. transaction 10 with txid c45b2940e403a1598faaae33a24e385c92b4f051929a49fe3b079ef04b1e2dbc) returns an unlimited outcome for rpc_connection.getrawtransaction() (pages and pages of console ouput) whereas all of the others are about 3 traces of console output, and so I am questioning if maybe that is associated to reminiscence utilization or timeouts or some conf setting that I haven’t got?

Has anybody run into the same drawback earlier than? Additionally, I am guessing everybody will get the identical huge outcome for rpc_connection.getrawtransaction('c45b2940e403a1598faaae33a24e385c92b4f051929a49fe3b079ef04b1e2dbc')? Actually respect any ideas on one of the best ways round this drawback.