[Piuparts-devel] rescheduling some logs

Holger Levsen holger at layer-acht.org
Sun Mar 5 14:43:18 UTC 2017


Hi Andreas,

thanks for these cleanup notes+instructions!

On Thu, Mar 02, 2017 at 10:58:13PM +0100, Andreas Beckmann wrote:
> reschedule_piuparts_tests --current --pass alternatives_after_purge_issue
> reschedule_piuparts_tests --current processes_running_error
> reschedule_piuparts_tests --current --pass db_setup_issue
> reschedule_piuparts_tests --current --pass unowned_lib_symlink_issue
> reschedule_piuparts_tests --current --pass piuparts-depends-dummy_issue
> reschedule_piuparts_tests --current dependency_error
> reschedule_piuparts_tests unclassified_failures
 
thanks, doing so now…

As pejecevic is still on the first of these commands while I finished writing
this mail, I wonder if we could make this like this:

reschedule_piuparts_tests --current --pass alternatives_after_purge_issue db_setup_issue unowned_lib_symlink_issue piuparts-depends-dummy_issue
reschedule_piuparts_tests --current dependency_error processes_running_error
reschedule_piuparts_tests unclassified_failures

?

> https://piuparts.debian.org/stretch/fail/libflorist2016_2016-1.log
> 
>   Reading package lists...
>   Building dependency tree...
>   The following additional packages will be installed:
>     libgnat-6
>   E: Sub-process Popen returned an error code (2)
> 
> I've never seen that before - another variant of "disk full"?
 
maybe, I think there's too little info in this log to conclude anything…

> https://piuparts.debian.org/stretch-rcmd/fail/chromium-l10n_56.0.2924.76-4.log
[...]
> Forceful chroot removal while test was running?

could well be, yes.

> https://piuparts.debian.org/stretch-rcmd/fail/libreoffice-help-fi_1:5.2.5-2.log
> 
> 2m40.9s ERROR: FAIL: Processes are running inside chroot:
>   COMMAND     PID   USER   FD   TYPE DEVICE SIZE/OFF  NODE NAME
>   bacula-fd 17588 bacula   10r   DIR  254,1     4096  5091 /srv/piuparts.debian.org/tmp/tmpU9Zxhe
[...]
> We should exclude the tempdir from backup (it should not even be scanned)

I've asked #debian-admin to exclude /srv/piuparts.debian.org/tmp/ from backup
on all piuparts hosts (and will followup with an RT ticket if they prefer).


-- 
cheers,
	Holger
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 811 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/piuparts-devel/attachments/20170305/d2e3e76f/attachment-0001.sig>


More information about the Piuparts-devel mailing list