Files
seaweedfs/test
chrislu 8e5f1d60ee docs: comprehensive analysis of persistent 78-byte Parquet issue
After Parquet 1.16.0 upgrade:
- Error persists (EOFException: 78 bytes left)
- File sizes changed (684→693, 696→705) but SAME 78-byte gap
- Footer IS being written (logs show complete write sequence)
- All bytes ARE stored correctly (perfect consistency)

Conclusion: This is a systematic offset calculation error in how
Parquet calculates expected file size, not a missing data problem.

Possible causes:
1. Page header size mismatch with Snappy compression
2. Column chunk metadata offset error in footer
3. FSDataOutputStream position tracking issue
4. Dictionary page size accounting problem

Recommended next steps:
1. Try uncompressed Parquet (remove Snappy)
2. Examine actual file bytes with parquet-tools
3. Test with different Spark version (4.0.1)
4. Compare with known-working FS (HDFS, S3A)

The 78-byte constant suggests a fixed structure size that Parquet
accounts for but isn't actually written or is written differently.
2025-11-23 13:41:12 -08:00
..
2025-11-18 12:06:56 -08:00
2025-11-18 12:06:56 -08:00
2025-11-22 12:38:45 -08:00
2025-10-13 18:05:17 -07:00
2025-11-18 12:06:56 -08:00
2023-11-13 08:23:53 -08:00