Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1238423 - migration error "Process ID out of range error" after evmserverd start
migration error "Process ID out of range error" after evmserverd start
Status: CLOSED ERRATA
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Appliance (Show other bugs)
5.4.0
All All
medium Severity medium
: GA
: 5.5.0
Assigned To: Nick Carboni
Jan Krocil
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-07-01 16:14 EDT by Josh Carter
Modified: 2015-12-08 08:21 EST (History)
5 users (show)

See Also:
Fixed In Version: 5.5.0.1
Doc Type: Bug Fix
Doc Text:
While migrating from the previous version of CloudForms Management Engine, a process id out of range error would be displayed after the evmserverd service was started. This error was a result of invalid text being written to the evm pid file by the upgrade process. This error was fixed by verifying the content of the pid file before passing it to ps. The process id out of range error is no longer seen in the new version of CloudForms Management Engine.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-12-08 08:21:07 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:2551 normal SHIPPED_LIVE Moderate: CFME 5.5.0 bug fixes and enhancement update 2015-12-08 12:58:09 EST

  None (edit)
Description Josh Carter 2015-07-01 16:14:49 EDT
Description of problem:
Migrate from 5.3.4 to 5.4.0.5 using https://access.redhat.com/articles/1435433

Section "Upgrade and Migration Procedure from 5.3.1 and above"
The start of the evmserverd service will generate the following error. 

"Process ID out of range error"

A #service evmserverd status shows all workers started without error. 

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


How reproducible:
very

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 3 Nick Carboni 2015-07-10 16:29:53 EDT
Was not able to reproduce by following the directions in the KB article exactly.

For this to happen, you would need to run yum update from the command line without stopping the server first then continue with the commands listed in step 5 of "Upgrade and Migration Procedure from 5.3.1 and above."

https://github.com/ManageIQ/manageiq/pull/3417
Comment 7 CFME Bot 2015-07-13 09:12:24 EDT
New commit detected on manageiq/master:
https://github.com/ManageIQ/manageiq/commit/653fd8523288b8dda8c702f6204871fa3ea6fdab

commit 653fd8523288b8dda8c702f6204871fa3ea6fdab
Author:     Nick Carboni <ncarboni@redhat.com>
AuthorDate: Fri Jul 10 16:16:45 2015 -0400
Commit:     Nick Carboni <ncarboni@redhat.com>
CommitDate: Fri Jul 10 16:16:45 2015 -0400

    Make PidFile#pid return nil for non-numeric pid file contents
    
    If we return a non-numeric pid from PidFile#pid MiqProcess.command_line will cause ps(1)
    to output a usage message.
    This usage message was seen during the upgrade process if the server was started
    through the command line.
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1238423

 lib/pid_file.rb           | 2 +-
 spec/lib/pid_file_spec.rb | 5 +++++
 2 files changed, 6 insertions(+), 1 deletion(-)
Comment 10 errata-xmlrpc 2015-12-08 08:21:07 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2015:2551

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