action #39359

[functional][y][sporadic] rsync.pl Can't locate object method "is_status_class" via package "Mojo::Message::Response" at /opt/openqa-scripts/rsync.pl line 1005.

Added by okurz over 1 year ago. Updated 12 months ago.

Status:ResolvedStart date:09/08/2018
Priority:NormalDue date:
Assignee:riafarov% Done:

0%

Category:Infrastructure
Target version:QA - future
Difficulty:
Duration:

Description

Observation

SLE15SP1 build 19.3 was triggered for aarch64 but not for the other archs. That triggering seemed to have died in the middle of "isos post" execution. We can see an error message in the middle of the output of the isos post call:

'deprioritizing or cancelling currently running jobs (if any), setting '_DEPRIORITIZEBUILD'
{
   "ARCH" : "ppc64le",
   "BUILD" : "19.3",
   "BUILD_SLE" : "19.3",
   "DISTRI" : "SLE",
   "FLAVOR" : "Installer-DVD",
   "ISO" : "SLE-15-SP1-Installer-DVD-ppc64le-Build19.3-Media1.iso",
   "MIRROR_FTP" : "ftp://openqa.suse.de/SLE-15-SP1-Installer-DVD-ppc64le-Build19.3-Media1",
   "MIRROR_HTTP" : "http://openqa.suse.de/assets/repo/SLE-15-SP1-Installer-DVD-ppc64le-Build19.3-Media1",
   "MIRROR_NFS" : "nfs://openqa.suse.de/var/lib/openqa/share/factory/repo/SLE-15-SP1-Installer-DVD-ppc64le-Build19.3-Media1",
   "MIRROR_SMB" : "smb://openqa.suse.de/inst/SLE-15-SP1-Installer-DVD-ppc64le-Build19.3-Media1",
   "REPO_0" : "SLE-15-SP1-Installer-DVD-ppc64le-Build19.3-Media1",
   "REPO_10" : "SLE-15-SP1-Module-Basesystem-POOL-ppc64le-Build19.3-Media2",
   "REPO_11" : "SLE-15-SP1-Module-Basesystem-POOL-ppc64le-Build19.3-Media3",
   "REPO_12" : "SLE-15-SP1-Module-Desktop-Applications-POOL-pperror scheduling SLE-15-SP1-Installer-DVD-ppc64le-Build19.3-Media1.iso
500 Internal Server Error
{ error_status => 500 }Can't locate object method "is_status_class" via package "Mojo::Message::Response" at /opt/openqa-scripts/rsync.pl line 1005.
c64le-Build19.3-Media1",
   "REPO_13" : "SLE-15-SP1-Module-Development-Tools-POOL-ppc64le-Build19.3-Media1",
…
}

That is in https://gitlab.suse.de/openqa/scripts/blob/master/rsync.pl#L1005 when conducting a POST request to the "api/v1/isos" route.

Seems like this is the first time occurence, probably linked to recent changes in openQA.

Impact

As the changes happen in rsync.pl and are hidden in log files they should be handled with higher prio as otherwise we have many people with question marks in their face why there is no new build tested.

History

#1 Updated by coolo over 1 year ago

  • Project changed from openQA Project to openQA Tests
  • Subject changed from [sporadic] rsync.pl triggers "500 Internal Server Error Can't locate object method "is_status_class" via package "Mojo::Message::Response" at /opt/openqa-scripts/rsync.pl line 1005. to [sporadic] rsync.pl Can't locate object method "is_status_class" via package "Mojo::Message::Response" at /opt/openqa-scripts/rsync.pl line 1005.
  • Category changed from Concrete Bugs to Infrastructure
  • Priority changed from High to Normal

The 500 is on server side and the real problem - it would still be in logs only if rsync.pl wouldn't crash additionally on it.

But that's a rsync.pl bug - and as we agreed that the split between openQA and its' Tests subproject is defined if Adam can help: let's move it down

#2 Updated by okurz over 1 year ago

  • Subject changed from [sporadic] rsync.pl Can't locate object method "is_status_class" via package "Mojo::Message::Response" at /opt/openqa-scripts/rsync.pl line 1005. to [functional][y][sporadic] rsync.pl Can't locate object method "is_status_class" via package "Mojo::Message::Response" at /opt/openqa-scripts/rsync.pl line 1005.

#3 Updated by okurz over 1 year ago

  • Target version set to future

@riafarov, WDYT, can we do something about this? Do we expect this can maybe not happen anymore after recent changes in rsync.pl? I doubt the changes by you and mloviska changed behaviour in this regard but I would like to ask you as being the expert :)

#4 Updated by riafarov 12 months ago

  • Assignee set to riafarov

okurz wrote:

@riafarov, WDYT, can we do something about this? Do we expect this can maybe not happen anymore after recent changes in rsync.pl? I doubt the changes by you and mloviska changed behaviour in this regard but I would like to ask you as being the expert :)

It still happens, I've got this error recently when executing script locally. I'll provide patch, as method got removed from cpan:
https://metacpan.org/source/SRI/Mojolicious-7.31/Changes#L3

#5 Updated by riafarov 12 months ago

  • Status changed from New to Resolved

Also available in: Atom PDF