MagicStack / MagicStack/asyncpg
Segfault protocol.cpython
未关闭
还没有人认领这个 Issue。
- 主要语言
- Python
- 星标
- 8.1k
- 派生
- 468
- PR 合并指标
- 30 天内没有已合并 PR
描述
- asyncpg version: 0.27.0
- PostgreSQL version: PostgreSQL 15.2 (Debian 15.2-1.pgdg110+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit
- Do you use a PostgreSQL SaaS? If so, which? Can you reproduce
the issue with a local PostgreSQL install?: - Python version: Python 3.11.2 (main, Mar 17 2023, 02:19:18) [GCC 10.2.1 20210110] on linux
- Platform: Linux 0aa90c609aa2 4.15.0-210-generic # 221-Ubuntu SMP Tue Apr 18 08:32:52 UTC 2023 x86_64 GNU/Linux
- Do you use pgbouncer?: No
- Did you install asyncpg with pip?: Yes
- Can the issue be reproduced under both asyncio and
uvloop?:
Error message
In logs on my server I got only
May 9 09:50:56 vdska kernel: [586745.282012] python3[2695]: segfault at 0 ip 00007ff211e8be35 sp 00007ffdb02aa3e0 error 6 in protocol.cpython-311-x86_64-linux-gnu.so[7ff211e65000+9f000]
May 9 09:51:16 vdska kernel: [586764.689741] python3[20627]: segfault at 0 ip 00007f1d3a3b4e35 sp 00007f1d3889c1c0 error 6 in protocol.cpython-311-x86_64-linux-gnu.so[7f1d3a38e000+9f000]
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
从报告的 protocol.cpython-311-x86_64-linux-gnu.so 崩溃日志以及列出的 Python 3.11.2、PostgreSQL 15.2 和 Linux 环境开始。未提供 reproducer、源文件或测试,因此首先建立可复现的步骤并识别发生故障的 protocol 组件;当 segfault 被复现、诊断并由回归测试覆盖时,即视为完成。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- postgresql, python
- 领域
- databases
- Issue 类型
- 缺陷
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 停滞
- 描述清晰度
- 需要澄清
- 新手友好度
- 15/100