Re: buildfarm / handling (undefined) locales - Mailing list pgsql-hackers
From | Tomas Vondra |
---|---|
Subject | Re: buildfarm / handling (undefined) locales |
Date | |
Msg-id | 5372729B.1050009@fuzzy.cz Whole thread Raw |
In response to | Re: buildfarm / handling (undefined) locales (Andrew Dunstan <andrew@dunslane.net>) |
Responses |
Re: buildfarm / handling (undefined) locales
|
List | pgsql-hackers |
On 13.5.2014 21:03, Andrew Dunstan wrote: > > On 05/13/2014 02:39 PM, Tomas Vondra wrote: >> On 13.5.2014 20:27, Tomas Vondra wrote: >>> Hi all, >>> >>> a few days ago I switched magpie into an LXC container, and while >>> fixinig unrelated issue there, I noticed that although the tests seemed >>> to run, some of the results are actually rubbish because of missing >>> locales. >> I forgot to mention that I noticed another (possible) issue - ISTM the >> buildfarm client is not packing all the log files. For for the failure >> in REL9_3_STABLE, there are 32 log files packed: >> >> >> http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=magpie&dt=2014-05-13%2014%3A59%3A46 >> >> >> However in the lastrun-logs I see 81 files, and upon closer inspection >> it seems that pretty much logs for all custom locales (cs_CZ.*, sk_SK.*) >> are missing: >> >> initdb-cs_CZ.ISO-8859-2 >> initdb-cs_CZ.UTF-8 >> initdb-cs_CZ.WIN-1250 >> initdb-sk_SK.ISO-8859-2 >> initdb-sk_SK.UTF-8 >> install-check-cs_CZ.ISO-8859-2 >> install-check-cs_CZ.UTF-8 >> install-check-cs_CZ.WIN-1250 >> install-check-sk_SK.ISO-8859-2 >> install-check-sk_SK.UTF-8 >> pl-install-check-cs_CZ.ISO-8859-2 >> pl-install-check-cs_CZ.UTF-8 >> pl-install-check-cs_CZ.WIN-1250 >> pl-install-check-sk_SK.ISO-8859-2 >> pl-install-check-sk_SK.UTF-8 >> startdb-cs_CZ.ISO-8859-2-1 >> startdb-cs_CZ.ISO-8859-2-2 >> startdb-cs_CZ.ISO-8859-2-3 >> startdb-cs_CZ.UTF-8-1 >> startdb-cs_CZ.UTF-8-2 >> startdb-cs_CZ.UTF-8-3 >> startdb-cs_CZ.WIN-1250-1 >> startdb-cs_CZ.WIN-1250-2 >> startdb-sk_SK.ISO-8859-2-1 >> startdb-sk_SK.ISO-8859-2-2 >> startdb-sk_SK.ISO-8859-2-3 >> startdb-sk_SK.UTF-8-1 >> startdb-sk_SK.UTF-8-2 >> startdb-sk_SK.UTF-8-3 >> stopdb-cs_CZ.ISO-8859-2-1 >> stopdb-cs_CZ.ISO-8859-2-2 >> stopdb-cs_CZ.ISO-8859-2-3 >> stopdb-cs_CZ.UTF-8-1 >> stopdb-cs_CZ.UTF-8-2 >> stopdb-cs_CZ.UTF-8-3 >> stopdb-cs_CZ.WIN-1250-1 >> stopdb-sk_SK.ISO-8859-2-1 >> stopdb-sk_SK.ISO-8859-2-2 >> stopdb-sk_SK.ISO-8859-2-3 >> stopdb-sk_SK.UTF-8-1 >> stopdb-sk_SK.UTF-8-2 >> stopdb-sk_SK.UTF-8-3 >> >> A few days back this was reported properly >> (http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=magpie&dt=2014-04-17%2000%3A07%3A36). >> >> I doubt this is related to the LXC container, but I was running 4.9 >> version of the buildfarm client back then, while now it's running in >> 4.12. I'd guess this is the actual cause. >> > > > Clearly this is from a different run, since the link above shows the run > failing at the contrib-install-check-en_US stage, and so of course all > those other locales would not have been checked in that run. Ummmmm, no, I think this (the last run in 9.3 @ magpie): http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=magpie&dt=2014-05-13%2014%3A59%3A46 ends with this: Details for system "magpie" failure at stage PLCheck-cs_CZ.WIN-1250, snapshot taken 2014-05-13 14:59:46 > So there is no error here. If you want to check for an error compare the > contents of lastrun-logs/*.log with the contents of runlogs.tgz. $ pwd /var/buildfarm/magpie/build/REL9_3_STABLE/magpie.lastrun-logs http://pastebin.com/xC33LjrE (tar -tzvf runlogs.tgz) http://pastebin.com/HsLJmLzW (ls -l) But maybe I'm missing something ... Tomas
pgsql-hackers by date: