Allow rails to be loaded in fix auth

[kbrock]

When objects are serialized into yaml blobs in tables,
we need to load our whole environment to handle the deserialization

This typically happens with miq_requests.options

Even though we don't support storing non hash/list/string value in the database, it happens. A number of customers have recently run into this issue.

This provides a --resilient option to load our environment and allow those hashes to be deserialized.

see also Fine version #17428

[jdeubel]

@kbrock Since making the changes not able to run fix_auth. Recieving this error message:

[root@unused vmdb]# fix_auth --help
/opt/rh/cfme-gemset/gems/activesupport-5.0.3/lib/active_support/dependencies.rb:263:in `rescue in load_dependency': /var/www/miq/vmdb/tools/fix_auth/cli.rb:28: syntax error, unexpected tSTRING_BEG, expecting keyword_end (SyntaxError)
        opt :rails     "Load rails for those stuborn ...
                        ^
/var/www/miq/vmdb/tools/fix_auth/cli.rb:28: syntax error, unexpected ',', expecting keyword_end
... for those stuborn migrations", :type => :boolean, :short =>...
...                               ^
/var/www/miq/vmdb/tools/fix_auth/cli.rb:28: Can't assign to nil
...ype => :boolean, :short => nil, :default => false
...                               ^
/var/www/miq/vmdb/tools/fix_auth/cli.rb:28: syntax error, unexpected =>, expecting &. or :: or '[' or '.'
...ean, :short => nil, :default => false
...                               ^
	from /opt/rh/cfme-gemset/gems/activesupport-5.0.3/lib/active_support/dependencies.rb:256:in `load_dependency'
	from /opt/rh/cfme-gemset/gems/activesupport-5.0.3/lib/active_support/dependencies.rb:293:in `require'
	from tools/fix_auth.rb:23:in `<main>'

[kbrock]

Also of note

The require statement throws the following exception:

/var/www/miq/vmdb/config/environments/patches/database_configuration.rb:29:in `database_configuration': undefined method `decrypt_passwords!' for Vmdb::Settings:Class (NoMethodError)

[kbrock]

I'll kick again. unsure about the cops (invalid syntax) - that has already been fixed.
the spec failures look unrelated

[miq-bot]

Checked commit kbrock@88faab3 with ruby 2.3.3, rubocop 0.52.1, haml-lint 0.20.0, and yamllint 1.10.0
6 files checked, 2 offenses detected

tools/fix_auth/auth_model.rb

• ❗ - Line 108, Col 35 - Style/NumericPredicate - Use ((errors + processed) % 10_000).zero? instead of (errors + processed) % 10_000 == 0.
• ❗ - Line 113, Col 42 - Style/NumericPredicate - Use errors.positive? instead of errors > 0.

[carbonin]

Looks good to me. @kbrock does this need to go back to gaprindashvili? (Only asking because you made a PR to fine)

Also is there a BZ associated with this change?

[jrafanie]

Don't you want to run the initializers? Typically, tools in the tools directory require config/environment to load rails, which is the same as above ^ but it also calls Vmdb::Application.initialize!

@kbrock I don't know that it matters but was curious since all the other tools load config/environment (since that's what I always do).

[jrafanie]

@kbrock I need this to go back to at least gaprindashvili for #17410 otherwise, that PR will need to be manually backported to address conflicts

[kbrock]

@simaishi Is it possible to backport this? to G?

[simaishi]

@kbrock We need this in G for #17410 or something else?

[kbrock]

@gmcculloug @mkanoor Do you all have a BZ that you would like referenced by this PR?
This was to help to get around automate objects serialized in the requests tables

[gmcculloug]

@tinaafitz Can you help find a BZ for this? I know we've had BZs related to this but could use some help identifying them.

[tinaafitz]

@gmcculloug @kbrock Would this BZ suffice: https://bugzilla.redhat.com/show_bug.cgi?id=1643250