action #42569

Unexpected error when setting QEMURAM is specified twice on workers.ini

Added by SLindoMansilla over 1 year ago. Updated 4 months ago.

Status:ResolvedStart date:16/10/2018
Priority:LowDue date:
Assignee:okurz% Done:

0%

Category:Concrete Bugs
Target version:Done
Difficulty:
Duration:

Description

Observation

Extracted from autoinst-log.txt

[2018-10-16T14:07:57.0185 CEST] [debug] QEMU: qemu-system-x86_64: -m '2048
[2018-10-16T14:07:57.0185 CEST] [debug] QEMU: 2048': Parameter 'size' expects a non-negative number below 2^64
[2018-10-16T14:07:57.0185 CEST] [debug] QEMU: Optional suffix k, M, G, T, P or E means kilo-, mega-, giga-, tera-, peta-
[2018-10-16T14:07:57.0185 CEST] [debug] QEMU: and exabytes, respectively.

Extracted from vars.json

QEMURAM: "2048 2048",

Content of /etc/openqa/workers.ini

[global]
HOST = http://slindomansilla-vm.qa.suse.de
WORKER_HOSTNAME=slindomansilla-vm.qa.suse.de
WORKER_CLASS = qemu_x86_64
QEMURAM = 2048
CACHEDIRECTORY = /var/lib/openqa/cache
QEMURAM = 2048

#[1]
#WORKER_CLASS = 64bit-ipmi

[http://slindomansilla-vm.qa.suse.de]
TESTPOOLSERVER = rsync://10.160.66.74/openqa-tests

Acceptance criteria

  • AC1: The INI parser detects the duplicate setting and explicitly complaints about it or, The last setting in global section overrides the value.

Suggestions

  • Check if duplicate settings can be prevented with a simple hash in openQA

History

#1 Updated by SLindoMansilla over 1 year ago

  • Category set to Concrete Bugs

#2 Updated by coolo over 1 year ago

  • Subject changed from [tools] Unexpected error when setting QEMURAM is specified twice on workers.ini to Unexpected error when setting QEMURAM is specified twice on workers.ini
  • Priority changed from Normal to Low
  • Target version set to future

There is no such option in Config::IniFiles and I don't see any value in switching the perl module

#3 Updated by okurz 4 months ago

  • Description updated (diff)
  • Status changed from New to Resolved
  • Assignee set to okurz
  • Target version changed from future to Done

I believe 535f87443 fixed this.

I tested now by creating a duplicate entry in my /etc/openqa/workers.ini and could see the setting correctly applied for any job running on the server but only once so we are good.

Also available in: Atom PDF