RPi 4 - unexpected filesize error while installing progs/update

[garyw75]

Creating a bug report/issue

I have searched the existing open and closed issues

This may be related to a disk space issue. I had some issues updating and couldn’t get it too work. Currently I am trying to reinstall Jellyfin but get the same error with other programs from the installer.

The command being run from dietpi-software is: apt-get -y -eany update

its getting an unexpected filesize on packages.xz

I have attached screenshots to show the error in more detail (having trouble copying from terminal)

Required Information

• DietPi version | cat /boot/dietpi/.version

G_DIETPI_VERSION_CORE=9
G_DIETPI_VERSION_SUB=3
G_DIETPI_VERSION_RC=0
G_GITBRANCH=‘master’
G_GITOWNER=‘MichaIng’

• Distro version | echo $G_DISTRO_NAME $G_RASPBIAN
  bullseye 1

• Kernel version | uname --all

• Architecture | dpkg --print-architecture
  armhf

• SBC model | echo $G_HW_MODEL_NAME or (EG: RPi3)
  RPi Model B (aarch64)

• Power supply used | 5V 1A RAVpower

• SD card used | SanDisk Ultra

Additional Information (if applicable)

• Software title | Jellyfin
• Was the software title installed freshly or updated/migrated? Reinstalling
• Can this issue be replicated on a fresh installation of DietPi? Unknown
  ← If you sent a “dietpi-bugreport”, please paste the ID here →
• Bug report ID | echo $G_HW_UUID

Steps to reproduce

1. … Using dietpi-software to install.
2. …

Expected behaviour

• … It should install the selected app.

Actual behaviour

• …
  
  
  
  
  

Extra details

• I haven’t tried to resolve the issue as I’m unsure what to try.

[Joulinar]

Pls retry the update

[garyw75]

Using the dietpi-update command I get a similar result

[MichaIng]

Interesting. Should be an issue with the Cloudflare cache, but actually we do affected files from it them whenever updating the repo (automatically via script, of course), and from my location, the size is correct. Can you please show the output of this?

curl -I 'https://dietpi.com/apt/dists/bullseye/main/binary-armhf/Packages.xz'

[garyw75]

Please find attached output. Sorry for the screenshots.

[MichaIng]

Thanks, so you indeed get an old/cached version of the package list. Maybe the way we clear them from the Cloudflare cache is not 100% reliable (not reaching all Edge servers for each URL): It is done in multiple API requests, as only 30 URLs can be removed from the cache in each go. I’ll try to solve it by adding some delay between each API call. Otherwise, we can exclude the lists from the cache. The files are tiny, so traffic and load for our server is minimal.

I cleared that particular URL again form the cache. Please retry.

[garyw75]

Thanks so much. My updates went through 100% normal. Nice to be back on the current version