refactor: downgrade stale _last_checkpoint log from warn! to info!

[sebastiantia]

What changes are proposed in this pull request?

Downgrade warn! to info! when _last_checkpoint is stale. Since _last_checkpoint is only a hint and may frequently be out of date in a busy system, logging it as a warning is unnecessary. Clients can still see the info-level log if needed.

[nicklan]

thanks!

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 83.28%. Comparing base (245c10c) to head (0dcdf3b).
Report is 1 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #777   +/-   ##
=======================================
  Coverage   83.28%   83.28%           
=======================================
  Files          93       93           
  Lines       22384    22384           
  Branches    22384    22384           
=======================================
  Hits        18642    18642           
  Misses       2786     2786           
  Partials      956      956           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[zachschuermann]

from @scovich: let's do info! by default but warn! if outside log retention duration

[sebastiantia]

@zachschuermann Took a quick look, it will be a bit challenging to leverage the history retention window since the checkpoint hint does not include the creation timestamp, only version.

To leverage the retention window, we would need to pull the last checkpoint's file metadata during log listing which requires more changes than a warning might be worth? Thinking about merging this one for now and tracking the other with an issue. #791

[zachschuermann]

gonna merge this for now and take up follow up in #791