Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at
Bug 1019454 - fatal: RPC failed at server. There is no Hardware named 'armv7l'
Summary: fatal: RPC failed at server. There is no Hardware named 'armv7l'
Alias: None
Product: Fedora
Classification: Fedora
Component: libreport
Version: 20
Hardware: arm
OS: Linux
Target Milestone: ---
Assignee: abrt
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: ARMTracker F21AlphaBlocker
TreeView+ depends on / blocked
Reported: 2013-10-15 18:24 UTC by Paul Whalen
Modified: 2014-07-09 18:11 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2014-07-09 18:11:44 UTC
Type: Bug

Attachments (Terms of Use)

Description Paul Whalen 2013-10-15 18:24:38 UTC
Description of problem:
When attempting to report a problem to Bugzilla, reports fails to upload. 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install attempted on ARM using dnf rather than yum
2. Install fails, attempt to use the automatic reporting tool 
3. Report is generated

Actual results:
Upload fails with:

Checking for duplicates
Creating a new bug
fatal: RPC failed at server.  There is no Hardware named 'armv7l'.
('report_Bugzilla' exited with 1)

Expected results:
Bug created.

Additional info:
uname -m reports 'armv7l' wheras Bugzilla uses 'arm' for bug reports.

Comment 1 Paul Whalen 2014-05-07 19:17:48 UTC
This problem still exists in F21.

Comment 2 Peter Robinson 2014-05-08 14:08:16 UTC
Ping!?!? With armv7hl being a primary platform this should be supported.

Comment 3 Jakub Filak 2014-05-09 06:27:17 UTC
We can go two ways with this:

1. fast hack - I can add a statement like (strstr("arm", arch) ? "arm" : arch) to libreport's code

2. systematic way - introduce a new variable in /etc/os-release "REDHAT_BUGZILLA_PLATFORM" which will hold the proper value on all architectures

My preferred way is the systematic way because I am a fan of semantic computers and this way is more reliable. On the other hand, the second option requires more work on distribution's side.

Dennis are you willing to add and maintain "REDHAT_BUGZILLA_PLATFORM" variable in /etc/os-release?

Comment 4 Dennis Gilmore 2014-05-09 15:50:02 UTC
there is no way to add what you are asking to /etc/os-release

is the issue that bugzilla does not have armv7l as an arch?

Comment 5 Jakub Filak 2014-05-12 08:18:43 UTC
(In reply to Dennis Gilmore from comment #4)
> is the issue that bugzilla does not have armv7l as an arch?

Yes, ABRT calls 'uname()' to get architecture of crash's machine and then uses the returned string for 'Hardware' field of a new Bugzilla report. This approach works for all architectures except arm. The problem is that Kernel returns 'armv7l' string where Red Hat Bugzilla expects 'arm' string.

I can add a hack to libreport but I would like to fix this issue in a cleaner way.

How about to add 'armv7l' string to the list of Hardware (Platforms)?

Comment 7 John Skeoch 2014-05-20 00:35:45 UTC
armv7l is one of the hardware options now.

Comment 8 Paul Whalen 2014-07-09 18:11:44 UTC
abrt now confirmed working.

Note You need to log in before you can comment on or make changes to this bug.