On 2022-10-06, Mike Fischer <fischer+o...@lavielle.com> wrote: > I have some local VMs running OpenBSD 7.1 stable, amd64 as well as some > remote VMs running the same. > > When I did pkg_add -u today two of my three local machines updated PHP to > versions 7.4.32, 8.0.24 and 8.1.11 as expected. However the remote machines > and a very basic local machine, while seeing the exact same quirks version, > did not update PHP. > quirks-5.5 signed on 2022-10-06T09:54:45Z > > pkg_info -d php-7.4.32, etc. shows correct info on the affected machines > though. > > I have never encountered such strange behavior before. > > > I kind of suspect some weird cache issue but I don’t understand the > underpinnings of pkg_add enough to figure this out. Does pkg_add use some > sort of local cache that I could clear? > > Any clues on what could cause this and how to resolve this issue? > > All machines have: > # cat /etc/installurl > > > https://cdn.openbsd.org/pub/OpenBSD
This may go to different CDN nodes depending on the network location of the various machines. And they may have different things in their caches. In particular HTTP objects which are fetched more frequently, like the directory listing, are highly likely to be cached. This causes a problem if new files have been added; if the cached listing does not include some newly added files, pkg_add won't know how to find thems unless you try requesting it directly by full name (which bypasses fetching the index). If you suspect this, HTTP headers give a bit more detail, including the cdn node/s involved and whether the object was cached: $ curl -I https://cdn.openbsd.org/pub/OpenBSD/7.1/packages-stable/amd64/ HTTP/2 200 content-type: text/html last-modified: Thu, 06 Oct 2022 09:54:58 GMT server: OpenBSD httpd backend-name: 5GnZ0LBU5CzDw9NCjFbkjI--F_fanout_openbsd_org via: 1.1 varnish, 1.1 varnish accept-ranges: bytes date: Thu, 06 Oct 2022 19:14:23 GMT age: 141 x-served-by: cache-yyz4581-YYZ, cache-lcy19229-LCY x-cache: HIT, HIT x-cache-hits: 1, 1 x-timer: S1665083664.644890,VS0,VE1 content-length: 184901 Since the PHP 7.4.32 package was not available in 7.1-stable until about 10 hours ago I think this is by far the most likely explanation. If that happens then you might like to try fetching from one of the standard mirrors listed in https://www.openbsd.org/ftp.html rather than a CDN. But check the directory listing as that may not have updated yet either. In the case of standard mirrors the directory listing would be generated on the mirror itself from the files it has synced rather than as a separately cacheable object. In cases where the CDN or mirror does appear to be all in sync then we might be looking at a problem with pkg_add or with the packages themselves. For either of those cases it would help to collect output from "pkg_add -u -vv" under script(1) and reporting. > Manually trying to install/update PHP like this worked: > # pkg_add php-7.4.32 > quirks-5.5 signed on 2022-10-06T09:54:45Z > php-7.4.30->7.4.32: ok This fits the "cdn node had an old cached index" hypothesis. > Read shared items: ok > New and changed readme(s): > /usr/local/share/doc/pkg-readmes/php-7.4 > --- -php-7.4.30 ------------------- > You should also run rm -f /etc/php-7.4.sample/* > You should also run rm -f /etc/php-fpm.d/* > # php-7.4 -v > PHP 7.4.32 (cli) (built: Oct 5 2022 08:55:36) ( NTS ) > Copyright (c) The PHP Group > Zend Engine v3.4.0, Copyright (c) Zend Technologies > # > > So why would pkg_add -u fail where pkg_add php-7.4.32 works? And why only on > some of the machines? > > Thanks > Mike > > -- Please keep replies on the mailing list.
