各位官方老师/社区小助手好，
我在参加数据库大赛 SeekDB 代码题（600069，group 4995），目前遇到了持续无法解决的提测失败问题，已经严重影响了比赛进度，希望能得到平台的协助。
一、 核心现象
我提测的任务持续返回 taskStatus=3，failMsg=3（编译失败），且 errorMessage 为 null，testCaseResult 为空 []。提测耗时约 74 秒，说明任务进入了执行队列，但在编译阶段中断。
二、 关键对照实验（已排除仓库与基础代码问题）
为了排查，我使用了同一个仓库（带完整 Token 的 GitHub 私有仓库地址）进行了严格的对照测试：
成功案例 A：分支 competition/ai-enhancement-v2 (commit 4d4bb4d…)，关闭 Parquet 依赖，提测成功通过。
成功案例 B：分支 diagnose/ai-column-no-parquet (commit 7fb7350…)，同样关闭 Parquet，提测成功通过。
失败案例 C：分支 fix/ai-column-parquet-build (commit e6cc4ba…)，开启 Parquet 依赖，提测持续失败（failMsg=3）。
注：此前同仓库的 SeekDB 第一题也已成功通过，证明仓库权限和基础拉取完全正常。
三、 本地排查情况
失败的分支在本地环境中（Ubuntu环境）链接通过，回归测试正常。我甚至在本地另建了一个纯净的构建目录，使用低并发（-j2）完整编译了全套 Arrow/Parquet 静态依赖链（包括重新构建外部项目），构建最终顺利通过。但这无法复现评测机上的未知命令和资源限制环境。
四、 具体诉求
由于开启 Parquet 涉及复杂的外部依赖（Snappy/Thrift/Boost/Arrow/Parquet）编译，且平台吞掉了具体的编译错误日志，我无法定位是哪里出了问题。恳请官方协助提供以下信息，以便我修改代码：
具体报错：评测机执行该任务（任务ID：47246124）时，第一个真实的编译器/链接器/外部项目（ExternalProject）报错日志及周边日志，包含 worker 的退出状态。
环境信息：评测机使用的编译器版本、CMake 版本，以及 worker 的 CPU、内存限制。
构建命令：平台使用的准确依赖初始化、构建和打包命令（包含构建目标、并发度、是否使用 ob-compile 或 ccache）。
资源监控：评测过程中，是否有编译进程因 OOM (内存耗尽) 被杀，或因构建超时被中止？
非常希望能得到相关的编译日志（Log），万分感谢！