check_upgrade: "Updating repositories metadata" returned error code 1

stephenw10

What do you see from: pfSense-upgrade -dc

Kelpie

>>> Updating repositories metadata...
Updating pfSense-core repository catalogue...
Fetching meta.conf:
Fetching data.pkg:
pfSense-core repository is up to date.
Updating pfSense repository catalogue...
Fetching meta.conf:
Fetching data.pkg:
pfSense repository is up to date.
All repositories are up to date.
Your system is up to date

stephenw10

OK that seems fine. You might try: pkg-static -d update

But I would expect pfSense-upgrade to throw an error if that does.

stevo11811

It seems to be fixed this morning on all firewalls I was having trouble with.

stephenw10

Ah good to hear.

JeGr

@stephenw10 said in check_upgrade: "Updating repositories metadata" returned error code 1:

Do you have the output error shown by lldpd?

It's likely the same as pkg itself, an elf error because of ld.so mismatch due to wrong version of a library. I think it was either libc.so.7 or libssl.so.30 or one among those lines. It'd surely be easy to reproduce when you have a 25.07 VM and manually upgrade pkg to 2.x.x instead of 1.12.5.

Edit:

[25.07.1-RELEASE][admin@pfs-plus-2507.lab.test]/root: pkg info
ld-elf.so.1: Shared object "libutil.so.10" not found, required by "pkg"

[25.07.1-RELEASE][admin@pfs-plus-2507.lab.test]/root: lldpd
ld-elf.so.1: Shared object "libutil.so.10" not found, required by "libpkg.so.4"

after manually force-down installing pkg to 1.12.5 again, the errors also stopped.

Cheers

stephenw10

But those libs are not updated when pkg gets upgraded. That;s why the new pkg fails to run unless it's run with statically linked libs. So I wouldn't expect anything else to be affected unless that was also upgraded. But, yes, let me confirm....

stephenw10

Hmm, OK. Let me try to replicate that....

JeGr

@stephenw10 said in check_upgrade: "Updating repositories metadata" returned error code 1:

Hmm, OK. Let me try to replicate that....

I did that 5min ago, so it does indeed hang on libutil or some other it seems ;)

Anyway it's one of the dependency libs that PKG and LLDPd share that seems to be borked whenever pkg is "over-updating" itself. ldd shows a LOT they have in common. I forgot to make a ldd-run before and after, that should have shown some light into it.

stephenw10

Ok I can see how this would break it but, for some reason, I'm now failing to replicate it. Digging....