Upgrading the Package Master Server

This is a note of the problems encountered when the Packages Master brendel was upgraded from SL5 to SL6 in December 2012.

  1. The installation of the first wave of RPMs failed as the install was trying to get them from http.pkgs.inf.ed.ac.uk which of course was served from brendel itself and wasn't available. This problem had been anticipated and updaterpms.rpmpath had been overridden to use dr.pkgs.inf.ed.ac.uk instead; but unfortunately the inclusion of pkg-slave.h further down the profile had overridden that override! For a while I thought that the updaterpms.rpmpath value would be coming from the diceinstallbase-sl6_64-stable profile but qxprof -v at the shell prompt which appeared after the install failed revealed that the value was actually coming from brendel's own lcfg file.
  2. I moved the updaterpms.rpmpath override down to the bottom of lcfg/brendel then tried again. The updaterpms from dr.pkgs.inf.ed.ac.uk then failed. The error from updaterpms was to the effect that http://dr.pkgs.inf.ed.ac.uk/sites/sl6/6.3/x86_64/os/Packages/hdrs/_nfs-acl- (something) could not be found. At first I misinterpreted this error message as meaning that the hdrs directory had somehow not been copied to the mirror, but this was wrong; the error message actually points to the fact that updaterpms had first tried the "dot" version of the header file, then the "hdrs" version, and hadn't found either. It turned out that rsync had simply not copied files starting .nfs, assuming that they were temporary NFS lock files. Stephen has now altered the affected buckets to use the "hdrs" version of the RPM header files rather than the "dot" version. We're now also using dr.pkgs as the permanent source of RPMs for a couple of minor MPU servers so we get quicker warning of such mirroring failures in future.
  3. At the time first priority was to get the packages master up and running, so the next attempt was to point updaterpms at brouwer, the temporary VM which had been used to test aspects of the package master configuration on SL6, and which was serving the package buckets over http. The attempt failed with http 403 errors. This was progress from 404 errors. (to be continued)

-- ChrisCooke - 14 Dec 2012

Edit | Attach | Print version | History: r4 < r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r1 - 14 Dec 2012 - 12:10:38 - ChrisCooke
 
This site is powered by the TWiki collaboration platformCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback
This Wiki uses Cookies