mcrumiller opened a new issue, #2276:
URL: https://github.com/apache/arrow-adbc/issues/2276
### What happened?
This is a semi-duplicate of #2133. That issue was closed by a PR that
apparently improves the error message, but it seems as though it doesn't
resolve the issue itself in that instance.
In my case, I'd like to diagnose what's causing the error (if possible) as
I'd like to actually get this working--if there's a workaround possible on my
end I would like to pursue that possibility before waiting for a new version of
ADBC. I'm not sure where the ADBC log file are stored and I can't find in the
documentation where I might look.
When I run my query (via polars), I get:
```
IO: [libpq] ReadHeader failed: Expected PGCOPY signature of 11 bytes at
beginning of stream but found -1 bytes of input
```
If I add a `LIMIT 10000` the query succeeds, so the issue is either in a
later record in the data, or something else that I can't think of. I expect
1,219,228 total records.. Can someone possibly help me diagnose the issue?
### Stack Trace
```
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\adbc_driver_manager\_reader.pyx",
line 89, in adbc_driver_manager._reader.AdbcRecordBatchReader.read_all
return self._reader.read_all()
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\pyarrow\ipc.pxi", line
762, in pyarrow.lib.RecordBatchReader.read_all
check_status(self.reader.get().ToTable().Value(&table))
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\pyarrow\error.pxi", line
92, in pyarrow.lib.check_status
raise convert_status(status)
OSError: [libpq] ReadHeader failed: Expected PGCOPY signature of 11 bytes at
beginning of stream but found -1 bytes of input
During handling of the above exception, another exception occurred:
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\adbc_driver_manager\_reader.pyx",
line 41, in adbc_driver_manager._reader._AdbcErrorHelper.check_error
raise exc from None
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\adbc_driver_manager\_reader.pyx",
line 91, in adbc_driver_manager._reader.AdbcRecordBatchReader.read_all
self._helper.check_error(e)
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\adbc_driver_manager\_lib.pyx",
line 1590, in adbc_driver_manager._lib._blocking_call
return func(*args, **kwargs)
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\adbc_driver_manager\dbapi.py",
line 1197, in fetch_arrow_table
return _blocking_call(self._reader.read_all, (), {}, self._stmt.cancel)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File
"C:\Projects\project-cqn\.venv_cqn\Lib\site-packages\adbc_driver_manager\dbapi.py",
line 1088, in fetch_arrow_table
return self._results.fetch_arrow_table()
```
### How can we reproduce the bug?
It's a fairly complex query. I could perhaps work to reproduce but since it
works on 10k records, it may be difficult to make a repro.
### Environment/Setup
```
greenplum/postgres PostgreSQL 9.4.26 (Greenplum Database 6.24.3 build
commit:25d3498a400ca5230e81abb94861f23389315213) on x86_64-unknown-linux-gnu,
compiled by gcc (GCC) 6.4.0, 64-bit compiled on May 3 2023 20:34:57
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
