Bug 1471730 - Mediawiki123 can't access after binding to postgresql
Mediawiki123 can't access after binding to postgresql
Status: VERIFIED
Product: OpenShift Container Platform
Classification: Red Hat
Component: Service Broker (Show other bugs)
3.6.0
Unspecified Unspecified
high Severity medium
: ---
: ---
Assigned To: Todd Sanders
DeShuai Ma
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-07-17 06:55 EDT by DeShuai Ma
Modified: 2017-07-18 16:25 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
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)

  None (edit)
Description DeShuai Ma 2017-07-17 06:55:59 EDT
Description of problem:
Install service-catalog and asb 

Version-Release number of selected component (if applicable):
openshift v3.6.151
kubernetes v1.6.1+5115d708d7
etcd 3.2.1

How reproducible:
Always

Steps to Reproduce:
1. In catalog console after binding Mediawiki123 and postgresql, then access mediawiki123 application, met some error
//In console
session_save_path("/home/www-data/tmp"); $wgUploadDirectory = "/home/www-data/httpd/mediawiki123/images";
[5733871b] 2017-07-17 10:02:33: Fatal exception of type MWException

[root@host-8-175-186 dma]# oc logs mediawiki123-3-qldw2 -n dma
PHP 5.4.16 is installed.
Warning: Could not find APC, XCache or WinCache.
Object caching is not enabled.
Found ImageMagick: /usr/bin/convert.
Image thumbnailing will be enabled if you enable uploads.
Found the Git version control software: /usr/bin/git.
Using server URL "http://mediawiki123-dma.0717-q33.qe.rhcloud.com".
Warning: Your default directory for uploads (/usr/share/mediawiki123/images/) is not checked for vulnerability
to arbitrary script execution during the CLI install.
Using the intl PECL extension for Unicode normalization.
The environment has been checked.
You can install MediaWiki.
Setting up database
done
Creating database user
done
Checking for language PL/pgSQL
done
Creating schema
done
Creating tables
done
Populating default interwiki table
done
Committing changes
done
Initializing statistics
done
Generating secret keys
done
Creating administrator user account
Internal error when setting a password for the admin "admin": Your password must be different from your username.
AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 10.128.0.34. Set the 'ServerName' directive globally to suppress this message

2.
3.

Actual results:


Expected results:


Additional info:
Comment 1 John Matthews 2017-07-17 08:25:07 EDT
Issue is from below logs:

"Internal error when setting a password for the admin "admin": Your password must be different from your username."

Mediawiki has a rule of not allowing the password to be 'admin'.

Please retry with a different password.
Comment 2 DeShuai Ma 2017-07-18 01:59:07 EDT
Thanks for your info, I can deploy successfully after use different password.

The issue I want to say is that: If it must not different we shouldn't create it successfully in webconsole. I'm not sure if we can restrict it by json schema ?
If not I'll verify the bug.

For the last line error "AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 10.128.0.34. Set the 'ServerName' directive globally to suppress this message", I can't affect the function, need ignore it? 

Thanks.
Comment 3 DeShuai Ma 2017-07-18 06:18:38 EDT
See bug, we need define better json schema: https://bugzilla.redhat.com/show_bug.cgi?id=1472226

I'll verify the bug, use BZ1472226 to trace the issue.
Comment 4 John Matthews 2017-07-18 16:25:29 EDT
DeShuai,

For now I would recommend ignoring the warning:
 AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 10.128.0.34. Set the 'ServerName' directive globally to suppress this message

The configuration detail is outside the scope of what we wanted to show with the APB service coming up.

If you'd like to open a BZ for future we can come back to update the image, but I think it would be best to punt that from 3.6.0.

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