Systemd init script does not pass --pnor

Bug #1549098 reported by Jeremy Kerr
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
skiboot (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

We have a --pnor option that almost all opal-prd invocations will need. In the debian packaging, we have an /etc/defaults file that controls this:

[jk@pudge skiboot-5.1.1]$ grep PNOR debian/opal-prd.default
PNOR_DEVICE=/dev/mtd0

This is consumed by the sysv init script for opal-prd:

if [ "$PNOR_DEVICE" ]
then
 PNOR_OPTS="--pnor $PNOR_DEVICE"
fi

However, the systemd init script has no way of handing this:

[Service]
StandardInput=socket
ExecStart=/usr/sbin/opal-prd

So it ends up starting opal-prd without --pnor, which means the diagnostics daemon has no access to flash.

Jeremy Kerr (jk-ozlabs)
tags: added: taco-screen-team
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in skiboot (Ubuntu):
status: New → Confirmed
Revision history for this message
Vipin K Parashar (vipin-g) wrote :

opal-prd.service file changes should be as below:

[Service]
StandardInput=socket
ExecStart=/usr/sbin/opal-prd --pnor /dev/mtd0

Revision history for this message
Jeremy Kerr (jk-ozlabs) wrote :

Or even better, (somehow) use the value from /etc/default/opal-prd.

Revision history for this message
Jeremy Kerr (jk-ozlabs) wrote :

Any updates here?
=

Revision history for this message
Frédéric Bonnard (frediz) wrote :

The feature is actually fixed but it's hardcoded in the service file.
When I'll upload a new version, I'll use /etc/default/opal-prd as Jeremy suggested.

Revision history for this message
Frédéric Bonnard (frediz) wrote :

This is fixed in Debian Unstable but due to the freeze in Ubuntu, it was not synced to Zesty.

Revision history for this message
Adam Conrad (adconrad) wrote :

This was fixed in zesty and artful.

Changed in skiboot (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.