dusty / failed-composes

#232 Fedora-28-updates-testing-20180502.0 FINISHED_INCOMPLETE
Opened by dustymabe. Modified

Open
Close Issue

pungi.global.log

  • No Task ID, look at log statement
[OSTREE_INSTALLER] [INFO    ] [FAIL] Ostree installer (variant AtomicHost, arch x86_64) failed, but going on anyway.
[OSTREE_INSTALLER] [INFO    ] ERROR running command: cp -av /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/work/x86_64/AtomicHost/ostree_installer/* /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/compose/AtomicHost/x86_64/os/
  • No Task ID, look at log statement
[OSTREE_INSTALLER] [INFO    ] [FAIL] Ostree installer (variant AtomicHost, arch aarch64) failed, but going on anyway.
[OSTREE_INSTALLER] [INFO    ] ERROR running command: cp -av /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/work/aarch64/AtomicHost/ostree_installer/* /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/compose/AtomicHost/aarch64/os/
  • No Task ID, look at log statement
[OSTREE_INSTALLER] [INFO    ] [FAIL] Ostree installer (variant AtomicHost, arch ppc64le) failed, but going on anyway.
[OSTREE_INSTALLER] [INFO    ] ERROR running command: cp -av /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/work/ppc64le/AtomicHost/ostree_installer/* /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/compose/AtomicHost/ppc64le/os/

so each of these actually succeed 1 2 3 but the cp step for each fails:

RuntimeError: ERROR running command: cp -av /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/work/ppc64le/AtomicHost/ostree_installer/* /mnt/koji/compose/updates/Fedora-28-updates-testing-20180502.0/compose/AtomicHost/ppc64le/os/

I'm not sure why this is.

@kevin is going to take a look when he gets a chance to see if we can figure out the copy error.

maybe a permissions issue:

[dustymabe@composer os][STG]$ pwd
/mnt/fedora_koji_prod/koji/compose/updates/Fedora-28-updates-testing-20180502.0/compose/AtomicHost/x86_64/os
[dustymabe@composer os][STG]$ ls images/
ls: cannot open directory 'images/': Permission denied

It is world-readable: https://kojipkgs.fedoraproject.org/compose/updates/Fedora-28-updates-testing-20180502.0/compose/AtomicHost/x86_64/os/images/.
So that check is likely because of the specific system/user.

https://pagure.io/pungi/issue/932
Metadata
None
None
None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.