[Access-master-node] Can't login to UI part with default credentials

Bug #1339581 reported by Andrey Sledzinskiy
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Invalid
High
Andrey Sledzinskiy

Bug Description

{

    "build_id": "2014-07-09_02-14-20",
    "ostf_sha": "f6f7cee46a85ca3e758f629c2df8b370e9de494a",
    "build_number": "305",
    "auth_required": true,
    "api": "1.0",
    "nailgun_sha": "2001a30884f2c24d18a62fc9f9c76c6ed66691e3",
    "production": "docker",
    "fuelmain_sha": "9e441d9035fa852bdb00be1031355f0f89823231",
    "astute_sha": "c0ffd4fa1b1ea16931f174a7f4efeac701ec23e6",
    "feature_groups": [
        "mirantis"
    ],
    "release": "5.1",
    "fuellib_sha": "fd5fd0d3f74c5a084adfc951a4ee24e3dc27e09c"

}

Steps:
1. Start installing fuel
2. After operation system installation enter to fuel menu
3. Change default password to 'password777'
4. Save and continue installation
5. After installation ssh to master node
6. Enter nailgun container, change in /etc/nailgun/settings.yaml - 'Authorization' to 'keystone'
7. Do 'supervisorctl restart nailgun'
8. Open fuel UI log in page

Expected - user can log in with 'admin:password777' credentials
Actual - get 'Unable to log in' trying to log in with 'admin:password777'

Screen is attached

Revision history for this message
Andrey Sledzinskiy (asledzinskiy) wrote :
Revision history for this message
Andrey Sledzinskiy (asledzinskiy) wrote :

Actually it doesn't work even if I didn't change password and then tried to log in with default admin/admin

summary: - [Access-master-node] Can't login to UI part if change password in fuel
- menu
+ [Access-master-node] Can't login to UI part with default credentials
Changed in fuel:
assignee: Matthew Mosesohn (raytrac3r) → Łukasz Oleś (loles)
Changed in fuel:
assignee: Łukasz Oleś (loles) → Kamil Sambor (ksambor)
Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

I can't reproduce this bug. I set admin password to "notadmin" and confirmed it worked in keystone[1]. Next, I updated /etc/nailgun/settings.yaml in nailgun container and restart nailgun. I was able to log in with "notadmin".

Can you confirm your /etc/fuel/astute.yaml reflects your changes? Maybe you saved and it had an error. Fuelmenu only writes its changes if all checks pass.

[1] http://paste.openstack.org/show/iFZ4EZwCpGqmqyuy88cW/

Changed in fuel:
status: New → Incomplete
Revision history for this message
Kamil Sambor (ksambor) wrote :

I also am not able to reproduce this bug

Changed in fuel:
assignee: Kamil Sambor (ksambor) → Andrey Sledzinskiy (asledzinskiy)
Revision history for this message
Andrey Sledzinskiy (asledzinskiy) wrote :

verified on {

    "build_id": "2014-07-15_02-19-18",
    "ostf_sha": "9863db951a6e159f4fa6e6861c8331e1af069cf8",
    "build_number": "320",
    "auth_required": true,
    "api": "1.0",
    "nailgun_sha": "902cbb4ac4995a13dfaedb6a5111f177c1df9ab5",
    "production": "docker",
    "fuelmain_sha": "d12f4ac69a6299130b360e788b098c1f304b28c3",
    "astute_sha": "18a6861ecf96e20ead17782ef4ea8d62e7449c14",
    "feature_groups": [
        "mirantis"
    ],
    "release": "5.1",
    "fuellib_sha": "b2caaea7b0a39f40ff08240da4dab81aaba6e29c"

}

Issue isn't reproduced now

Changed in fuel:
status: Incomplete → Invalid
Revision history for this message
Valeriy Saharov (vsakharov) wrote :
Download full text (3.5 KiB)

This bug appears again.

VERSION:
  feature_groups:
    - mirantis
  production: "docker"
  release: "5.1"
  api: "1.0"
  build_number: "11"
  build_id: "2014-09-17_21-40-34"
  astute_sha: "f5fbd89d1e0e1f22ef9ab2af26da5ffbfbf24b13"
  fuellib_sha: "d9b16846e54f76c8ebe7764d2b5b8231d6b25079"
  ostf_sha: "64cb59c681658a7a55cc2c09d079072a41beb346"
  nailgun_sha: "eb8f2b358ea4bb7eb0b2a0075e7ad3d3a905db0d"
  fuelmain_sha: "8ef433e939425eabd1034c0b70e90bdf888b69fd"

Steps:
1.Download iso-image MOS5.1 from https://software.mirantis.com/
2. Create kvm virtual machine with 1 NIC
3. Install MOS5.1.iso with default settings.
4. Try to login in Fuel UI with default admin/admin.

Also, when I've tryed any command to fuel-cli (fuel node, fuel task), I've got this traceback:
[root@fuel ~]# fuel node
Traceback (most recent call last):
  File "/usr/bin/fuel", line 9, in <module>
    load_entry_point('fuelclient==0.2', 'console_scripts', 'fuel')()
  File "/usr/lib/python2.6/site-packages/fuelclient/cli/error.py", line 105, in wrapper
    handle_exceptions(exc)
  File "/usr/lib/python2.6/site-packages/fuelclient/cli/error.py", line 103, in wrapper
    return func(*args, **kwargs)
  File "/usr/lib/python2.6/site-packages/fuelclient/cli/parser.py", line 177, in main
    parser.parse()
  File "/usr/lib/python2.6/site-packages/fuelclient/cli/parser.py", line 93, in parse
    actions[parsed_params.action].action_func(parsed_params)
  File "/usr/lib/python2.6/site-packages/fuelclient/cli/actions/base.py", line 58, in action_func
    method(params)
  File "/usr/lib/python2.6/site-packages/fuelclient/cli/actions/node.py", line 243, in list
    node_collection = NodeCollection.get_all()
  File "/usr/lib/python2.6/site-packages/fuelclient/objects/node.py", line 152, in get_all
    return cls(Node.get_all())
  File "/usr/lib/python2.6/site-packages/fuelclient/objects/base.py", line 68, in get_all
    return map(cls.init_with_data, cls.get_all_data())
  File "/usr/lib/python2.6/site-packages/fuelclient/objects/base.py", line 64, in get_all_data
    return cls.connection.get_request(cls.class_api_path)
  File "/usr/lib/python2.6/site-packages/fuelclient/client.py", line 151, in get_request
    request.add_header('X-Auth-Token', self.auth_token)
  File "/usr/lib/python2.6/site-packages/fuelclient/client.py", line 68, in auth_token
    if not self.keystone_client.auth_token:
  File "/usr/lib/python2.6/site-packages/fuelclient/client.py", line 84, in keystone_client
    self.initialize_keystone_client()
  File "/usr/lib/python2.6/site-packages/fuelclient/client.py", line 98, in initialize_keystone_client
    tenant_name="admin")
  File "/usr/lib/python2.6/site-packages/keystoneclient/client.py", line 45, in Client
    d = discover.Discover(session=session, **kwargs)
  File "/usr/lib/python2.6/site-packages/keystoneclient/discover.py", line 249, in __init__
    self._available_versions = available_versions(url, session=session)
  File "/usr/lib/python2.6/site-packages/keystoneclient/discover.py", line 142, in available_versions
    resp = session.get(url, headers=headers)
  File "/usr/lib/python2.6/site-packages/keystoneclient/session.py", line 307, in get
    return self.request...

Read more...

Changed in fuel:
status: Invalid → Confirmed
Revision history for this message
Andrey Sledzinskiy (asledzinskiy) wrote :

Can you please provide diagnostic snapshot?
Also please check in which state is docker keystone container on master node

Changed in fuel:
milestone: 5.1 → 5.1.1
Revision history for this message
Andrey Sledzinskiy (asledzinskiy) wrote :

Issue wasn't reproduced on one virtual machine with one NIC. iso 5.1-11
Please, attach snapshot if you will reproduce it again

Changed in fuel:
status: Confirmed → Incomplete
Revision history for this message
Kamil Sambor (ksambor) wrote :

I mark as invalid, because snapshot has not been delivered and the bug has not been reproduced.

Changed in fuel:
status: Incomplete → Invalid
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.