[Yahoo-eng-team] [Bug 1439432] Re: Can't delete job execution for unknown plugin

2015-04-01 Thread Andrew Lazarev
** Project changed: horizon = sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1439432

Title:
  Can't delete job execution for unknown plugin

Status in OpenStack Data Processing (Sahara):
  New

Bug description:
  Steps to repro:
  1. Create cluster
  2. Run job over cluster
  3. Delete cluster and Sahara plugin used
  4. Try to delete job execution

  Observed behavior: Sahara can't delete job execution.

  Logs full with:
  2015-04-01 14:42:41.499 6266 DEBUG sahara.openstack.common.loopingcall [-] 
Dynamic looping call bound method SaharaPeriodicTasks.run_periodic_tasks of 
sahara.service.periodic.SaharaPeriodicTasks object at 0x10260ded0 sleeping 
for 45.00 seconds _inner 
/Users/alazarev/openstack/sahara/sahara/openstack/common/loopingcall.py:132
  2015-04-01 14:42:41.560 6267 ERROR sahara.service.edp.job_manager [-] Error 
during update job execution 5f554792-ba84-42fc-bfc6-10246d6ab786: u'2.2.0'

To manage notifications about this bug go to:
https://bugs.launchpad.net/sahara/+bug/1439432/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1439433] Re: [MAPR] Can't create cluster without volumes

2015-04-01 Thread Andrew Lazarev
** Project changed: horizon = sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1439433

Title:
  [MAPR] Can't create cluster without volumes

Status in OpenStack Data Processing (Sahara):
  New

Bug description:
  Steps to repro:
  1. Try to create MapR cluster (4.0.2.mrv2). Use flavor without any volumes. 
Don't ask for volumes in Sahara.

  Observed behavior:
  2015-04-01 15:32:45.949 6608 DEBUG sahara.context [-] Thread 
init-mfs-9997e9df-c53b-4823-ab4c-a7a5cf84e19e failed with exception: 
RemoteCommandException: Error during command execution: 
/opt/mapr/server/disksetup -F /tmp/disk.list
  Return code: 1
  STDOUT:
  Error 117, Structure needs cleaning.
  Traceback (most recent call last):
File /opt/mapr/server/disksetup, line 1253, in module
  RunDiskSetup();
File /opt/mapr/server/disksetup, line 1138, in RunDiskSetup
  GroupDisksAndCreateSPs(force);
File /opt/mapr/server/disksetup, line 650, in GroupDisksAndCreateSPs
  primary = FormatSPOnDisks(gdisks[index:last], cid, force);
File /opt/mapr/server/disksetup, line 609, in FormatSPOnDisks
  CreateRaid0DG(deviceList);
File /opt/mapr/server/disksetup, line 335, in CreateRaid0DG
  SetCurrDiskPath(deviceList[0]);
  IndexError: list index out of range

  
  Error ID: 16b7a867-a5c6-41cc-9195-6740970332c9 _wrapper 
/Users/alazarev/openstack/sahara/sahara/context.py:193

To manage notifications about this bug go to:
https://bugs.launchpad.net/sahara/+bug/1439433/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1439404] [NEW] [MAPR] Can't login to centos instance

2015-04-01 Thread Andrew Lazarev
Public bug reported:

Steps to reproduce:
1. Download 
https://s3-us-west-2.amazonaws.com/sahara-images/centos_6.5_mapr_4.0.2_latest.qcow2
 as linked from 
http://docs.openstack.org/developer/sahara/userdoc/mapr_plugin.html
2. Register in sahara with 'cloud-user' user as suggested in description
3. Try to create cluster

Observed behavior: Sahara can't login to instance with 'permission
denied'. Login with keypair doesn't work too.

Ubuntu image with 'ubuntu' user works fine.

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: mapr

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1439404

Title:
  [MAPR] Can't login to centos instance

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce:
  1. Download 
https://s3-us-west-2.amazonaws.com/sahara-images/centos_6.5_mapr_4.0.2_latest.qcow2
 as linked from 
http://docs.openstack.org/developer/sahara/userdoc/mapr_plugin.html
  2. Register in sahara with 'cloud-user' user as suggested in description
  3. Try to create cluster

  Observed behavior: Sahara can't login to instance with 'permission
  denied'. Login with keypair doesn't work too.

  Ubuntu image with 'ubuntu' user works fine.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1439404/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1439432] [NEW] Can't delete job execution for unknown plugin

2015-04-01 Thread Andrew Lazarev
Public bug reported:

Steps to repro:
1. Create cluster
2. Run job over cluster
3. Delete cluster and Sahara plugin used
4. Try to delete job execution

Observed behavior: Sahara can't delete job execution.

Logs full with:
2015-04-01 14:42:41.499 6266 DEBUG sahara.openstack.common.loopingcall [-] 
Dynamic looping call bound method SaharaPeriodicTasks.run_periodic_tasks of 
sahara.service.periodic.SaharaPeriodicTasks object at 0x10260ded0 sleeping 
for 45.00 seconds _inner 
/Users/alazarev/openstack/sahara/sahara/openstack/common/loopingcall.py:132
2015-04-01 14:42:41.560 6267 ERROR sahara.service.edp.job_manager [-] Error 
during update job execution 5f554792-ba84-42fc-bfc6-10246d6ab786: u'2.2.0'

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1439432

Title:
  Can't delete job execution for unknown plugin

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to repro:
  1. Create cluster
  2. Run job over cluster
  3. Delete cluster and Sahara plugin used
  4. Try to delete job execution

  Observed behavior: Sahara can't delete job execution.

  Logs full with:
  2015-04-01 14:42:41.499 6266 DEBUG sahara.openstack.common.loopingcall [-] 
Dynamic looping call bound method SaharaPeriodicTasks.run_periodic_tasks of 
sahara.service.periodic.SaharaPeriodicTasks object at 0x10260ded0 sleeping 
for 45.00 seconds _inner 
/Users/alazarev/openstack/sahara/sahara/openstack/common/loopingcall.py:132
  2015-04-01 14:42:41.560 6267 ERROR sahara.service.edp.job_manager [-] Error 
during update job execution 5f554792-ba84-42fc-bfc6-10246d6ab786: u'2.2.0'

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1439432/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1439433] [NEW] [MAPR] Can't create cluster without volumes

2015-04-01 Thread Andrew Lazarev
Public bug reported:

Steps to repro:
1. Try to create MapR cluster (4.0.2.mrv2). Use flavor without any volumes. 
Don't ask for volumes in Sahara.

Observed behavior:
2015-04-01 15:32:45.949 6608 DEBUG sahara.context [-] Thread 
init-mfs-9997e9df-c53b-4823-ab4c-a7a5cf84e19e failed with exception: 
RemoteCommandException: Error during command execution: 
/opt/mapr/server/disksetup -F /tmp/disk.list
Return code: 1
STDOUT:
Error 117, Structure needs cleaning.
Traceback (most recent call last):
  File /opt/mapr/server/disksetup, line 1253, in module
RunDiskSetup();
  File /opt/mapr/server/disksetup, line 1138, in RunDiskSetup
GroupDisksAndCreateSPs(force);
  File /opt/mapr/server/disksetup, line 650, in GroupDisksAndCreateSPs
primary = FormatSPOnDisks(gdisks[index:last], cid, force);
  File /opt/mapr/server/disksetup, line 609, in FormatSPOnDisks
CreateRaid0DG(deviceList);
  File /opt/mapr/server/disksetup, line 335, in CreateRaid0DG
SetCurrDiskPath(deviceList[0]);
IndexError: list index out of range


Error ID: 16b7a867-a5c6-41cc-9195-6740970332c9 _wrapper 
/Users/alazarev/openstack/sahara/sahara/context.py:193

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: mapr

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1439433

Title:
  [MAPR] Can't create cluster without volumes

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to repro:
  1. Try to create MapR cluster (4.0.2.mrv2). Use flavor without any volumes. 
Don't ask for volumes in Sahara.

  Observed behavior:
  2015-04-01 15:32:45.949 6608 DEBUG sahara.context [-] Thread 
init-mfs-9997e9df-c53b-4823-ab4c-a7a5cf84e19e failed with exception: 
RemoteCommandException: Error during command execution: 
/opt/mapr/server/disksetup -F /tmp/disk.list
  Return code: 1
  STDOUT:
  Error 117, Structure needs cleaning.
  Traceback (most recent call last):
File /opt/mapr/server/disksetup, line 1253, in module
  RunDiskSetup();
File /opt/mapr/server/disksetup, line 1138, in RunDiskSetup
  GroupDisksAndCreateSPs(force);
File /opt/mapr/server/disksetup, line 650, in GroupDisksAndCreateSPs
  primary = FormatSPOnDisks(gdisks[index:last], cid, force);
File /opt/mapr/server/disksetup, line 609, in FormatSPOnDisks
  CreateRaid0DG(deviceList);
File /opt/mapr/server/disksetup, line 335, in CreateRaid0DG
  SetCurrDiskPath(deviceList[0]);
  IndexError: list index out of range

  
  Error ID: 16b7a867-a5c6-41cc-9195-6740970332c9 _wrapper 
/Users/alazarev/openstack/sahara/sahara/context.py:193

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1439433/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1418278] [NEW] [Sahara] Copy node group template button doesn't work in some cases

2015-02-04 Thread Andrew Lazarev
Public bug reported:

Copy node group template doesn't work if node group template contains
None as security_groups field. Note, it is impossible to get into such
state using horizon.

Steps to reproduce:
1. Create node group template with security_groups=None (default value) using 
REST API. Note, horizon puts [] for this field. 
2. Open node group templates list in horizon
3. Click 'Copy Template' button

Observed behavior: 'Danger: An error occurred. Please try again later.'
error

Stacktrace from horizon:
Internal Server Error: 
/project/data_processing/nodegroup_templates/1e560118-3281-49a3-abc7-9742a3fe8408/copy
Traceback (most recent call last):
  File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py,
 line 112, in get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
return view_func(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 52, in 
dec
return view_func(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
return view_func(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 84, in 
dec
return view_func(request, *args, **kwargs)
  File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 69, in view
return self.dispatch(request, *args, **kwargs)
  File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 87, in dispatch
return handler(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/workflows/views.py, line 
144, in get
context = self.get_context_data(**kwargs)
  File 
/Users/alazarev/openstack/horizon/openstack_dashboard/dashboards/project/data_processing/nodegroup_templates/views.py,
 line 89, in get_context_data
.get_context_data(**kwargs)
  File /Users/alazarev/openstack/horizon/horizon/workflows/views.py, line 91, 
in get_context_data
workflow = self.get_workflow()
  File /Users/alazarev/openstack/horizon/horizon/workflows/views.py, line 81, 
in get_workflow
entry_point=entry_point)
  File 
/Users/alazarev/openstack/horizon/openstack_dashboard/dashboards/project/data_processing/nodegroup_templates/workflows/copy.py,
 line 71, in __init__
[(sg, sg) for sg in template.security_groups])
TypeError: 'NoneType' object is not iterable

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: Confirmed


** Tags: sahara

** Tags added: sahara

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

** Changed in: horizon
   Status: New = Confirmed

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1418278

Title:
  [Sahara] Copy node group template button doesn't work in some cases

Status in OpenStack Dashboard (Horizon):
  Confirmed

Bug description:
  Copy node group template doesn't work if node group template contains
  None as security_groups field. Note, it is impossible to get into
  such state using horizon.

  Steps to reproduce:
  1. Create node group template with security_groups=None (default value) using 
REST API. Note, horizon puts [] for this field. 
  2. Open node group templates list in horizon
  3. Click 'Copy Template' button

  Observed behavior: 'Danger: An error occurred. Please try again
  later.' error

  Stacktrace from horizon:
  Internal Server Error: 
/project/data_processing/nodegroup_templates/1e560118-3281-49a3-abc7-9742a3fe8408/copy
  Traceback (most recent call last):
File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py,
 line 112, in get_response
  response = wrapped_callback(request, *callback_args, **callback_kwargs)
File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
  return view_func(request, *args, **kwargs)
File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 52, in 
dec
  return view_func(request, *args, **kwargs)
File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
  return view_func(request, *args, **kwargs)
File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 84, in 
dec
  return view_func(request, *args, **kwargs)
File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 69, in view
  return self.dispatch(request, *args, **kwargs)
File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 87, in dispatch
  return handler(request, *args, **kwargs)
File /Users/alazarev/openstack/horizon

[Yahoo-eng-team] [Bug 1404037] Re: SimpleReadOnlySaharaClientTest.test_sahara_help fails in gate

2015-01-26 Thread Andrew Lazarev
It looks this is resolved already. Marking as Invalid.

** Changed in: sahara
   Status: New = Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1404037

Title:
  SimpleReadOnlySaharaClientTest.test_sahara_help fails in gate

Status in OpenStack Compute (Nova):
  Invalid
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  Invalid

Bug description:
  Fails on various gate jobs, example patch here:
  https://review.openstack.org/#/c/141931/  at Dec 18, 22:34 UTC

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1404037/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1276694] Re: Openstack services should support SIGHUP signal

2015-01-06 Thread Andrew Lazarev
** Also affects: sahara
   Importance: Undecided
   Status: New

** Changed in: sahara
   Status: New = Confirmed

** Changed in: sahara
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1276694

Title:
  Openstack services should support SIGHUP signal

Status in OpenStack Image Registry and Delivery Service (Glance):
  Confirmed
Status in Orchestration API (Heat):
  Fix Released
Status in OpenStack Identity (Keystone):
  Confirmed
Status in OpenStack Compute (Nova):
  Confirmed
Status in The Oslo library incubator:
  Invalid
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  Confirmed

Bug description:
  1)In order to more effectively manage the unlinked and open (lsof +L1)
  log files descriptors w/o restarting the services, SIGHUP signal
  should be accepted by every Openstack service.

  That would allow, e.g. logrotate jobs to gracefully HUP services after
  their log files were rotated. The only option we have for now is to
  force the services restart, quite a poor option from the services
  continuous accessibility PoV.

  Note: according to  http://en.wikipedia.org/wiki/Unix_signal
  SIGHUP
     ... Many daemons will reload their configuration files and reopen their 
logfiles instead of exiting when receiving this signal.

  Currently Murano and Glance are out of sync with Oslo SIGHUP support.

  There is also the following issue exists for some of the services of OS 
projects with synced SIGHUP support:
  2)
  heat-api-cfn, heat-api, heat-api-cloudwatch, keystone:  looks like the synced 
code is never being executed, thus SIGHUP is not supported for them. Here is a 
simple test scenario:
  2.1) modify 
python-path/site-packages/foo-service-name/openstack/common/service.py
  def _sighup_supported():
  +LOG.warning(SIGHUP is supported: {0}.format(hasattr(signal, 'SIGHUP')))
  return hasattr(signal, 'SIGHUP')
  2.2) restart service foo-service-name and check logs for SIGHUP is 
supported, if service  really supports it, the appropriate messages would be 
present in the logs.
  2.3) issue kill -HUP foo-service-pid and check logs for SIGHUP is 
supported and Caught SIGHUP, if service  really supports it, the appropriate 
messages would be present in the logs. Besides that, the service should remain 
started and its main thread PID should not be changed.

  e.g.
  2.a) heat-engine supports HUPing:
  #service openstack-heat-engine restart
  132Apr 11 14:03:48 node-3 heat-heat.openstack.common.service WARNING: 
SIGHUP is supported: True

  2.b)But heat-api don't know how to HUP:
  #service openstack-heat-api restart
  134Apr 11 14:06:22 node-3 heat-heat.api INFO: Starting Heat ReST API on 
0.0.0.0:8004
  134Apr 11 14:06:22 node-3 heat-eventlet.wsgi.server INFO: Starting single 
process server

  2.c) HUPing heat-engine is OK
  #pid=$(cat /var/run/heat/openstack-heat-engine.pid); kill -HUP $pid  echo 
$pid
  16512
  134Apr 11 14:12:15 node-3 heat-heat.openstack.common.service INFO: Caught 
SIGHUP, exiting
  132Apr 11 14:12:15 node-3 heat-heat.openstack.common.service WARNING: 
SIGHUP is supported: True
  134Apr 11 14:12:15 node-3 heat-heat.openstack.common.rpc.common INFO: 
Connected to AMQP server on ...
  service openstack-heat-engine status
  openstack-heat-engine (pid  16512) is running...

  2.d) HUPed heat-api is dead now ;(
  #kill -HUP $(cat /var/run/heat/openstack-heat-api.pid)
  (no new logs)
  # service openstack-heat-api status
  openstack-heat-api dead but pid file exists

  3)
  nova-cert, nova-novncproxy, nova-objectstore, nova-consoleauth, 
nova-scheduler - unlike to case 2, after kill -HUP foo-service-pid command 
was issued, there would be a Caught SIGHUP message in the logs, BUT the 
associated service would have got dead anyway. Instead, the service should 
remain started and its main thread PID should not be changed (similar to the 
2.c case).

  So, looks like there are a lot of things still should be done to
  ensure POSIX standards abidance in Openstack :-)

To manage notifications about this bug go to:
https://bugs.launchpad.net/glance/+bug/1276694/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1404046] [NEW] Session is timed out on login with timed out session

2014-12-18 Thread Andrew Lazarev
Public bug reported:

Steps to reproduce
1. Login to horizon (I'm using macos chrome)
2. Leave it for a day or so (not sure about exact time), close browser
3. After a day open browser and open horizon (I usually start typing URL and 
browser completes it). Login screen will appear.
4. Type login/password to the form.

Expected result: Session is logged in to the horizon
Observed result: Session is timed out message appears and login screen is 
shown.

Second login attempt works fine.

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1404046

Title:
  Session is timed out on login with timed out session

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce
  1. Login to horizon (I'm using macos chrome)
  2. Leave it for a day or so (not sure about exact time), close browser
  3. After a day open browser and open horizon (I usually start typing URL and 
browser completes it). Login screen will appear.
  4. Type login/password to the form.

  Expected result: Session is logged in to the horizon
  Observed result: Session is timed out message appears and login screen is 
shown.

  Second login attempt works fine.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1404046/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1400869] [NEW] [Sahara] Create Nodegroup template is overloaded

2014-12-09 Thread Andrew Lazarev
Public bug reported:

Create Nodegroup template page was overloaded before. After adding
security groups feature that can display all security groups on the same
page it is overloaded much more.

Proposed change: extract security options to the separate tab

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: New


** Tags: sahara

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

** Description changed:

- Create Nodegroup template was overloaded before. After adding security
- groups feature that can display all security groups on the same page it
- is overloaded much more.
+ Create Nodegroup template page was overloaded before. After adding
+ security groups feature that can display all security groups on the same
+ page it is overloaded much more.
  
  Proposed change: extract security options to the separate tab

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1400869

Title:
  [Sahara] Create Nodegroup template is overloaded

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Create Nodegroup template page was overloaded before. After adding
  security groups feature that can display all security groups on the
  same page it is overloaded much more.

  Proposed change: extract security options to the separate tab

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1400869/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1400873] [NEW] [Sahara] Hadoop options are not displayed on nodegroup template details page

2014-12-09 Thread Andrew Lazarev
Public bug reported:

Steps to reproduce
1. Start creation of hadoop1 nodegroup template
2. Select tasktracker process
3. Set mapred.child.java.opts option to -Xmx201m
4. Click 'Create'
5. Click to template name to get nodegroup template details
6. Go to 'service configurations'

Observed behavior:
Page displays that mapred.child.java.opts parameter is overwritten, but 
doesn't display value (see screenshot attached).
Manual request to sahara shows that sahara returns correct value. So, problem 
is on horizon side.

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: New


** Tags: sahara

** Attachment added: Screen Shot 2014-12-09 at 12.55.37 PM.png
   
https://bugs.launchpad.net/bugs/1400873/+attachment/4277218/+files/Screen%20Shot%202014-12-09%20at%2012.55.37%20PM.png

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1400873

Title:
  [Sahara] Hadoop options are not displayed on nodegroup template
  details page

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce
  1. Start creation of hadoop1 nodegroup template
  2. Select tasktracker process
  3. Set mapred.child.java.opts option to -Xmx201m
  4. Click 'Create'
  5. Click to template name to get nodegroup template details
  6. Go to 'service configurations'

  Observed behavior:
  Page displays that mapred.child.java.opts parameter is overwritten, but 
doesn't display value (see screenshot attached).
  Manual request to sahara shows that sahara returns correct value. So, problem 
is on horizon side.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1400873/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1400477] Re: In Juno Cannot Create Spark Cluster From Horizon

2014-12-08 Thread Andrew Lazarev
** Also affects: sahara
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1400477

Title:
  In Juno Cannot Create Spark Cluster From Horizon

Status in OpenStack Dashboard (Horizon):
  New
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  New

Bug description:
  Trying to instantiate a Spark 1.0.0 cluster, using “Data Processing”
  element under Horizon, and am having the following problems:

  1-  Security Group: Having problem with security groups, when
  either defining Node Group Templates or instantiating a cluster. In
  the first case, if I use an existing group, say default, gui shows
  an error stating Error Security group '2' not found. Sahara log file
  indicates the same thing:

 2014-12-03 23:41:24.144 30234 INFO urllib3.connectionpool [-] Starting new 
HTTP connection (1): cloudctrl1.maas17
  2014-12-03 23:41:24.146 30234 DEBUG urllib3.connectionpool [-] Setting 
read timeout to None _make_request 
/usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:375
  2014-12-03 23:41:24.163 30234 DEBUG urllib3.connectionpool [-] GET 
/v2/926c31c887f441f6a4e4b8031b8cc528/os-security-groups HTTP/1.1 200 682 
_make_request /usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:415
  2014-12-03 23:41:24.165 30234 DEBUG sahara.utils.api [-] Validation Error 
occurred: error_code=400, error_message=Security group '2' not found, 
error_name=INVALID_REFERENCE bad_request 
/usr/local/lib/python2.7/dist-packages/sahara/utils/api.py:245
  2014-12-03 23:41:24.165 30234 INFO sahara.cli.sahara_all [-] 10.0.0.86 - 
- [03/Dec/2014 23:41:24] POST 
/v1.1/926c31c887f441f6a4e4b8031b8cc528/node-group-templates HTTP/1.1 400 221 
0.063121
  2014-12-03 23:41:24.257 30234 DEBUG keystonemiddleware.auth_token [-] 
Authenticating user token __call__ 
/usr/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py:650
  2014-12-03 23:41:24.258 30234 DEBUG keystonemiddleware.auth_token [-] 
Removing headers from request environment: 
X-Identity-Status,X-Domain-Id,X-Domain-Name,X-Project-Id,X-Project-Name,X-Project-Domain-Id,X-Project-Domain-Name,X-User-Id,X-User-Name,X-User-Domain-Id,X-User-Domain-Name,X-Roles,X-Service-Catalog,X-User,X-Tenant-Id,X-Tenant-Name,X-Tenant,X-Role
 _remove_auth_headers 
/usr/lib/python2.7/dist-packages/keystonemiddleware/auth_token.py:707

  I can, temporarily, avoid the problem by selecting Auto Security
  Group option. This would allow for a node group to be created;
  however, I do not see any new security group, under Compute - Access
   Security. At any rate, this also fails during cluster instantiation:

  2014-12-03 23:55:06.285 30234 INFO urllib3.connectionpool [-] Starting new 
HTTP connection (1): cloudctrl1.maas17
  2014-12-03 23:55:06.286 30234 DEBUG urllib3.connectionpool [-] Setting read 
timeout to None _make_request 
/usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:375
  2014-12-03 23:55:06.409 30234 DEBUG urllib3.connectionpool [-] POST 
/v2/926c31c887f441f6a4e4b8031b8cc528/servers HTTP/1.1 400 116 _make_request 
/usr/lib/python2.7/dist-packages/urllib3/connectionpool.py:415
  2014-12-03 23:55:06.451 30234 ERROR sahara.service.ops [-] Error during 
operating cluster 'Sprk265' (reason: Security group 6 not found for project 
926c31c887f441f6a4e4b8031b8cc528. (HTTP 400))
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops Traceback (most recent 
call last):
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops   File 
/usr/local/lib/python2.7/dist-packages/sahara/service/ops.py, line 113, in 
wrapper
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops f(cluster_id, 
*args, **kwds)
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops   File 
/usr/local/lib/python2.7/dist-packages/sahara/service/ops.py, line 198, in 
_provision_cluster
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops 
INFRA.create_cluster(cluster)
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops   File 
/usr/local/lib/python2.7/dist-packages/sahara/service/direct_engine.py, line 
51, in create_cluster
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops 
self._create_instances(cluster)
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops   File 
/usr/local/lib/python2.7/dist-packages/sahara/service/direct_engine.py, line 
168, in _create_instances
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops 
self._run_instance(cluster, node_group, idx, aa_group=aa_group)
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops   File 
/usr/local/lib/python2.7/dist-packages/sahara/service/direct_engine.py, line 
305, in _run_instance
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops **nova_kwargs)
  2014-12-03 23:55:06.451 30234 TRACE sahara.service.ops   File 
/usr/lib/python2.7/dist-packages/novaclient/v1_1/servers.py, line 

[Yahoo-eng-team] [Bug 1393581] Re: Horizon DDOS Sahara for job execution in TOBEKILLED state

2014-11-24 Thread Andrew Lazarev
I have tried to reproduce this one more time, but didn't succeed. It
looks some conditions are needed from reproduction. Also I didn't find
anything specific for TOBEKILLED (or where TOBEKILLED missing). Horizon
doesn't care on job execution status in non-tests code. Marking as
invalid.

** Changed in: horizon
   Status: New = Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1393581

Title:
  Horizon DDOS Sahara for job execution in TOBEKILLED state

Status in OpenStack Dashboard (Horizon):
  Invalid

Bug description:
  I had a number of old job executions and decided to delete them all.
  After select all, delete two of job executions moved to TOBEKILLED
  state and horizon started to send GET requests about these job
  executions in a loop without any delay. Job executions have been
  deleted in 5 minutes (graceful cancel timeout). For this period
  horizon generated a lot of traffic to Sahara.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1393581/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1395931] [NEW] [sahara] Deleted job execution is not removed from table

2014-11-24 Thread Andrew Lazarev
Public bug reported:

Steps to repro:
1. Run job
2. Delete job execution
3. Wait while job execution is deleted without manual page refresh 

Observed result: deleted job execution is in the list with TOBEKILLED
state.

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: New


** Tags: sahara

** Tags added: sahara

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1395931

Title:
  [sahara] Deleted job execution is not removed from table

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to repro:
  1. Run job
  2. Delete job execution
  3. Wait while job execution is deleted without manual page refresh 

  Observed result: deleted job execution is in the list with
  TOBEKILLED state.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1395931/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1394059] Re: cannot view details of instance attached volume in Sahara dashboard

2014-11-20 Thread Andrew Lazarev
** Also affects: horizon
   Importance: Undecided
   Status: New

** No longer affects: sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1394059

Title:
  cannot view details of instance attached volume in Sahara dashboard

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  1. condition

  instance boot from volume

  2. description

  click Dashboard: Project - Data Processing - Clusters -
  $ClusterName - Tab Instances - $InstanceNmae

  get follow errors:

  display_name
  Request Method:   GET
  Request URL:  
http://10.20.10.93:8080/project/instances/636d1f32-7766-4377-b392-9b5ca8da1be8/
  Django Version:   1.6.7
  Exception Type:   AttributeError
  Exception Value:
  display_name
  Exception Location:   
/usr/lib/python2.6/site-packages/cinderclient/openstack/common/apiclient/base.py
 in __getattr__, line 463
  Python Executable:/usr/bin/python
  Python Version:   2.6.6
  Python Path:

  3.  I debug the code and found that:

  horizon/openstack_dashboard/api/nova.py

  def instance_volumes_list(request, instance_id):
 .
volume.name = volume_data.display_name
 .

  here volume_data has no attribute: display_name

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1394059/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1394794] [NEW] [Sahara] Internal error during cluster deletion

2014-11-20 Thread Andrew Lazarev
Public bug reported:

I had 3 clusters I wanted to delete. I marked all three of them and
clicked 'delete clusters'. After some time 'Failed to update row'
message occurred on client side.

Stacktrace from horizon:
Internal Server Error: /project/data_processing/clusters/
Traceback (most recent call last):
  File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py,
 line 112, in get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
return view_func(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 52, in 
dec
return view_func(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
return view_func(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 84, in 
dec
return view_func(request, *args, **kwargs)
  File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 69, in view
return self.dispatch(request, *args, **kwargs)
  File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 87, in dispatch
return handler(request, *args, **kwargs)
  File /Users/alazarev/openstack/horizon/horizon/tables/views.py, line 157, 
in get
handled = self.construct_tables()
  File /Users/alazarev/openstack/horizon/horizon/tables/views.py, line 143, 
in construct_tables
preempted = table.maybe_preempt()
  File /Users/alazarev/openstack/horizon/horizon/tables/base.py, line 1518, 
in maybe_preempt
error = exceptions.handle(request, ignore=True)
  File /Users/alazarev/openstack/horizon/horizon/exceptions.py, line 334, in 
handle
six.reraise(exc_type, exc_value, exc_traceback)
  File /Users/alazarev/openstack/horizon/horizon/tables/base.py, line 1511, 
in maybe_preempt
if self.get_object_id(datum) == self.current_item_id:
  File /Users/alazarev/openstack/horizon/horizon/tables/base.py, line 1655, 
in get_object_id
return datum.id
AttributeError: 'NoneType' object has no attribute 'id'
[20/Nov/2014 23:20:12] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=9a43709b-d998-4a14-be38-8318a44821d7
 HTTP/1.1 200 1019
[20/Nov/2014 23:20:13] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=8608c1ba-bb45-4a85-9734-fd602770cba4
 HTTP/1.1 500 31829

No errors on sahara side.

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: sahara

** Description changed:

  I had 3 clusters I wanted to delete. I marked all three of them and
  clicked 'delete clusters'. After some time 'Failed to update row'
  message occurred on client side.
  
  Stacktrace from horizon:
  Internal Server Error: /project/data_processing/clusters/
  Traceback (most recent call last):
-   File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/core/handlers/base.py,
 line 112, in get_response
- response = wrapped_callback(request, *callback_args, **callback_kwargs)
-   File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
- return view_func(request, *args, **kwargs)
-   File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 52, in 
dec
- return view_func(request, *args, **kwargs)
-   File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 36, in 
dec
- return view_func(request, *args, **kwargs)
-   File /Users/alazarev/openstack/horizon/horizon/decorators.py, line 84, in 
dec
- return view_func(request, *args, **kwargs)
-   File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 69, in view
- return self.dispatch(request, *args, **kwargs)
-   File 
/Users/alazarev/openstack/horizon/.venv/lib/python2.7/site-packages/django/views/generic/base.py,
 line 87, in dispatch
- return handler(request, *args, **kwargs)
-   File /Users/alazarev/openstack/horizon/horizon/tables/views.py, line 157, 
in get
- handled = self.construct_tables()
-   File /Users/alazarev/openstack/horizon/horizon/tables/views.py, line 143, 
in construct_tables
- preempted = table.maybe_preempt()
-   File /Users/alazarev/openstack/horizon/horizon/tables/base.py, line 1518, 
in maybe_preempt
- error = exceptions.handle(request, ignore=True)
-   File /Users/alazarev/openstack/horizon/horizon/exceptions.py, line 334, 
in handle
- six.reraise(exc_type, exc_value, exc_traceback)
-   File /Users/alazarev/openstack/horizon/horizon/tables/base.py, line 1511, 
in maybe_preempt
- if self.get_object_id(datum) == self.current_item_id:
-   File /Users/alazarev/openstack/horizon/horizon/tables/base.py, line 1655, 
in get_object_id
- return datum.id
+   File 

[Yahoo-eng-team] [Bug 1393581] [NEW] Horizon DDOS Sahara for job execution in TOBEKILLED state

2014-11-17 Thread Andrew Lazarev
Public bug reported:

I had a number of old job executions and decided to delete them all.
After select all, delete two of job executions moved to TOBEKILLED
state and horizon started to send GET requests about these job
executions in a loop without any delay. Job executions have been deleted
in 5 minutes (graceful cancel timeout). For this period horizon
generated a lot of traffic to Sahara.

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: sahara

** Tags added: sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1393581

Title:
  Horizon DDOS Sahara for job execution in TOBEKILLED state

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  I had a number of old job executions and decided to delete them all.
  After select all, delete two of job executions moved to TOBEKILLED
  state and horizon started to send GET requests about these job
  executions in a loop without any delay. Job executions have been
  deleted in 5 minutes (graceful cancel timeout). For this period
  horizon generated a lot of traffic to Sahara.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1393581/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1356053] Re: Doesn't properly get keystone endpoint when Keystone is configured to use templated catalog

2014-11-13 Thread Andrew Lazarev
Agreed about moving to a dash.

I don't think  fallback mechanism is possible. Sahara itself doesn't use
endpoint type (only in documentation). So, this is mostly for horizon
and devstack.

** Also affects: horizon
   Importance: Undecided
   Status: New

** Also affects: devstack
   Importance: Undecided
   Status: New

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

** Changed in: devstack
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

** Changed in: sahara
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1356053

Title:
  Doesn't properly get keystone endpoint when Keystone is configured to
  use templated catalog

Status in devstack - openstack dev environments:
  New
Status in OpenStack Dashboard (Horizon):
  New
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  New

Bug description:
  When using the keystone static catalog file to register endpoints 
(http://docs.openstack.org/developer/keystone/configuration.html#file-based-service-catalog-templated-catalog),
 an endpoint registered (correctly) as catalog.region.data_processing gets 
read as data-processing by keystone.
  Thus, when Sahara looks for an endpoint, it is unable to find one for 
data_processing.

  This causes a problem with the commandline interface and the
  dashboard.

  Keystone seems to be converting underscores to dashes here:
  
https://github.com/openstack/keystone/blob/master/keystone/catalog/backends/templated.py#L47

  modifying this line to not perform the replacement seems to work fine
  for me, but may have unintended consequences.

To manage notifications about this bug go to:
https://bugs.launchpad.net/devstack/+bug/1356053/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1391382] Re: cannot view details of instance attached volume in Sahara dashboard

2014-11-11 Thread Andrew Lazarev
** Also affects: horizon
   Importance: Undecided
   Status: New

** Tags added: sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1391382

Title:
  cannot view details of  instance attached volume in  Sahara dashboard

Status in OpenStack Dashboard (Horizon):
  New
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  New

Bug description:
  1. condition

  instance boot from volume

  2. description

  click  Dashboard: Project - Data Processing - Clusters -
  $ClusterName - Tab Instances - $InstanceNmae

  get follow errors:

  display_name
  Request Method:   GET
  Request URL:  
http://10.20.10.93:8080/project/instances/636d1f32-7766-4377-b392-9b5ca8da1be8/
  Django Version:   1.6.7
  Exception Type:   AttributeError
  Exception Value:  
  display_name
  Exception Location:   
/usr/lib/python2.6/site-packages/cinderclient/openstack/common/apiclient/base.py
 in __getattr__, line 463
  Python Executable:/usr/bin/python
  Python Version:   2.6.6
  Python Path:

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1391382/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1391382] Re: cannot view details of instance attached volume in Sahara dashboard

2014-11-11 Thread Andrew Lazarev
** Changed in: sahara
   Status: New = Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1391382

Title:
  cannot view details of  instance attached volume in  Sahara dashboard

Status in OpenStack Dashboard (Horizon):
  New
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  Invalid

Bug description:
  1. condition

  instance boot from volume

  2. description

  click  Dashboard: Project - Data Processing - Clusters -
  $ClusterName - Tab Instances - $InstanceNmae

  get follow errors:

  display_name
  Request Method:   GET
  Request URL:  
http://10.20.10.93:8080/project/instances/636d1f32-7766-4377-b392-9b5ca8da1be8/
  Django Version:   1.6.7
  Exception Type:   AttributeError
  Exception Value:  
  display_name
  Exception Location:   
/usr/lib/python2.6/site-packages/cinderclient/openstack/common/apiclient/base.py
 in __getattr__, line 463
  Python Executable:/usr/bin/python
  Python Version:   2.6.6
  Python Path:

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1391382/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1391382] Re: cannot view details of instance attached volume in Sahara dashboard

2014-11-11 Thread Andrew Lazarev
** No longer affects: sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1391382

Title:
  cannot view details of  instance attached volume in  Sahara dashboard

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  1. condition

  instance boot from volume

  2. description

  click  Dashboard: Project - Data Processing - Clusters -
  $ClusterName - Tab Instances - $InstanceNmae

  get follow errors:

  display_name
  Request Method:   GET
  Request URL:  
http://10.20.10.93:8080/project/instances/636d1f32-7766-4377-b392-9b5ca8da1be8/
  Django Version:   1.6.7
  Exception Type:   AttributeError
  Exception Value:  
  display_name
  Exception Location:   
/usr/lib/python2.6/site-packages/cinderclient/openstack/common/apiclient/base.py
 in __getattr__, line 463
  Python Executable:/usr/bin/python
  Python Version:   2.6.6
  Python Path:

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1391382/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1391507] Re: [UI] AttributeError if open tab job executions and cluster for job execution are deleted

2014-11-11 Thread Andrew Lazarev
** Also affects: horizon
   Importance: Undecided
   Status: New

** No longer affects: sahara

** Summary changed:

- [UI] AttributeError if open tab job executions and cluster for job 
execution are deleted
+ [Sahara] AttributeError if open tab job executions and cluster for job 
execution are deleted

** Tags added: sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1391507

Title:
  [Sahara] AttributeError if open tab job executions and cluster for
  job execution are deleted

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce:
  Create cluster with oozie
  Create dependencies for job
  Create and launch job
  Wait end of job execution
  Delete cluster for job execution
  Open tab job executions

  Expected result: tab opened

  Actual result: 
  AttributeError at /project/data_processing/job_executions/
  'NoneType' object has no attribute 'name'

  sahara version: master
  horizon version: master

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1391507/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1391698] [NEW] Sahara should handle 100 response on row update

2014-11-11 Thread Andrew Lazarev
Public bug reported:

I created cluster and was waiting while it is Active. After some time I
observed in Sahara logs that cluster is already Active. In Horizon it
was still in Starting state and didn't update. Here what I see in
horizon logs:

[12/Nov/2014 00:07:13] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 200 1033
[12/Nov/2014 00:07:15] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 200 1033
[12/Nov/2014 00:07:20] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 100 0

It looks like horizon stops updating cluster table row after 100
response. I'm not sure why server responded 100, but this is definitely
wrong behavior either of server side (must not respond with 100 or
should log why this happened) or client side (100 is a valid response
and should not be treated as fatal error).

Error from javascript log:
Failed to load resource: net::ERR_EMPTY_RESPONSE 
http://localhost:8080/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633

** Affects: horizon
 Importance: Undecided
 Status: New

** Description changed:

  I created cluster and was waiting while it is Active. After some time I
  observed in Sahara logs that cluster is already Active. In Horizon it
  was still in Starting state and didn't update. Here what I see in
  horizon logs:
  
  [12/Nov/2014 00:07:13] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 200 1033
  [12/Nov/2014 00:07:15] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 200 1033
  [12/Nov/2014 00:07:20] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 100 0
  
  It looks like horizon stops updating cluster table row after 100
  response. I'm not sure why server responded 100, but this is definitely
- wrong behavior either server side (must not respond with 100 or should
- log why this happened) or client side (100 is a valid response and
- should not be treated as fatal error).
+ wrong behavior either of server side (must not respond with 100 or
+ should log why this happened) or client side (100 is a valid response
+ and should not be treated as fatal error).
  
  Error from javascript log:
  Failed to load resource: net::ERR_EMPTY_RESPONSE 
http://localhost:8080/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1391698

Title:
  Sahara should handle 100 response on row update

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  I created cluster and was waiting while it is Active. After some time
  I observed in Sahara logs that cluster is already Active. In Horizon
  it was still in Starting state and didn't update. Here what I see in
  horizon logs:

  [12/Nov/2014 00:07:13] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 200 1033
  [12/Nov/2014 00:07:15] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 200 1033
  [12/Nov/2014 00:07:20] GET 
/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633
 HTTP/1.1 100 0

  It looks like horizon stops updating cluster table row after 100
  response. I'm not sure why server responded 100, but this is
  definitely wrong behavior either of server side (must not respond with
  100 or should log why this happened) or client side (100 is a valid
  response and should not be treated as fatal error).

  Error from javascript log:
  Failed to load resource: net::ERR_EMPTY_RESPONSE 
http://localhost:8080/project/data_processing/clusters/?action=row_updatetable=clustersobj_id=e11d0970-2163-4521-92e3-25671087f633

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1391698/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1391356] [NEW] [Sahara] Job executions don't show Job and Cluster for pending state

2014-11-10 Thread Andrew Lazarev
Public bug reported:

Steps to repro:
1. Create job execution
2. See job execution page

Job and Cluster columns contain dashes.
Logs:
The attribute job_name doesn't exist on JobExecution {u'output_id': 
u'91e796c9-1896-49dd-a807-5a34b0f733fb', u'info': {u'status': u'PENDING'}, 
u'job_id': u'02e0f0c1-6698-47cc-b0b9-439953f9b3a2', u'tenant_id': 
u'8e44eb2ce32b4c72b82070abbcd61ba8', u'start_time': None, u'return_code': None, 
u'updated_at': None, u'oozie_job_id': None, u'input_id': 
u'e8865f9a-f666-4df4-9612-8571d98d8ec6', u'end_time': None, u'progress': None, 
u'id': u'a106f3bb-b2f2-4187-9702-0de5d2a0f25d', u'cluster_id': 
u'04ad1b90-d04b-4b96-93f9-bd24c03f8693', u'job_configs': {u'configs': {}, 
u'args': [], u'params': {}}, u'created_at': u'2014-11-11 01:02:11.219366'}.
The attribute cluster_name doesn't exist on JobExecution {u'output_id': 
u'91e796c9-1896-49dd-a807-5a34b0f733fb', u'info': {u'status': u'PENDING'}, 
u'job_id': u'02e0f0c1-6698-47cc-b0b9-439953f9b3a2', u'tenant_id': 
u'8e44eb2ce32b4c72b82070abbcd61ba8', u'start_time': None, u'return_code': None, 
u'updated_at': None, u'oozie_job_id': None, u'input_id': 
u'e8865f9a-f666-4df4-9612-8571d98d8ec6', u'end_time': None, u'progress': None, 
u'id': u'a106f3bb-b2f2-4187-9702-0de5d2a0f25d', u'cluster_id': 
u'04ad1b90-d04b-4b96-93f9-bd24c03f8693', u'job_configs': {u'configs': {}, 
u'args': [], u'params': {}}, u'created_at': u'2014-11-11 01:02:11.219366'}.

3. Wait while job moved to SUCCEEDED state

Job and Cluster contain correct values.

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1391356

Title:
  [Sahara] Job executions don't show Job and Cluster for pending state

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to repro:
  1. Create job execution
  2. See job execution page

  Job and Cluster columns contain dashes.
  Logs:
  The attribute job_name doesn't exist on JobExecution {u'output_id': 
u'91e796c9-1896-49dd-a807-5a34b0f733fb', u'info': {u'status': u'PENDING'}, 
u'job_id': u'02e0f0c1-6698-47cc-b0b9-439953f9b3a2', u'tenant_id': 
u'8e44eb2ce32b4c72b82070abbcd61ba8', u'start_time': None, u'return_code': None, 
u'updated_at': None, u'oozie_job_id': None, u'input_id': 
u'e8865f9a-f666-4df4-9612-8571d98d8ec6', u'end_time': None, u'progress': None, 
u'id': u'a106f3bb-b2f2-4187-9702-0de5d2a0f25d', u'cluster_id': 
u'04ad1b90-d04b-4b96-93f9-bd24c03f8693', u'job_configs': {u'configs': {}, 
u'args': [], u'params': {}}, u'created_at': u'2014-11-11 01:02:11.219366'}.
  The attribute cluster_name doesn't exist on JobExecution {u'output_id': 
u'91e796c9-1896-49dd-a807-5a34b0f733fb', u'info': {u'status': u'PENDING'}, 
u'job_id': u'02e0f0c1-6698-47cc-b0b9-439953f9b3a2', u'tenant_id': 
u'8e44eb2ce32b4c72b82070abbcd61ba8', u'start_time': None, u'return_code': None, 
u'updated_at': None, u'oozie_job_id': None, u'input_id': 
u'e8865f9a-f666-4df4-9612-8571d98d8ec6', u'end_time': None, u'progress': None, 
u'id': u'a106f3bb-b2f2-4187-9702-0de5d2a0f25d', u'cluster_id': 
u'04ad1b90-d04b-4b96-93f9-bd24c03f8693', u'job_configs': {u'configs': {}, 
u'args': [], u'params': {}}, u'created_at': u'2014-11-11 01:02:11.219366'}.

  3. Wait while job moved to SUCCEEDED state

  Job and Cluster contain correct values.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1391356/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1389868] [NEW] Horizon asks Sahara for object with id='None'

2014-11-05 Thread Andrew Lazarev
Public bug reported:

Steps to repro:

1. Create cluster without cluster template and node group templates
2. View cluster details

Logs from Sahara:
2014-11-05 13:22:24.700 79534 DEBUG sahara.utils.api [-] Not Found exception 
occurred: error_code=404, error_message=Object with {'id': u'None'} not found, 
error_name=NOT_FOUND not_found 
/Users/alazarev/openstack/sahara/sahara/utils/api.py:255
2014-11-05 13:22:24.700 79534 INFO sahara.cli.sahara_all [-] 127.0.0.1 - - 
[05/Nov/2014 13:22:24] GET 
/v1.1/8e44eb2ce32b4c72b82070abbcd61ba8/node-group-templates/None HTTP/1.1 404 
244 0.006754

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: sahara

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1389868

Title:
  Horizon asks Sahara for object with id='None'

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to repro:

  1. Create cluster without cluster template and node group templates
  2. View cluster details

  Logs from Sahara:
  2014-11-05 13:22:24.700 79534 DEBUG sahara.utils.api [-] Not Found exception 
occurred: error_code=404, error_message=Object with {'id': u'None'} not found, 
error_name=NOT_FOUND not_found 
/Users/alazarev/openstack/sahara/sahara/utils/api.py:255
  2014-11-05 13:22:24.700 79534 INFO sahara.cli.sahara_all [-] 127.0.0.1 - - 
[05/Nov/2014 13:22:24] GET 
/v1.1/8e44eb2ce32b4c72b82070abbcd61ba8/node-group-templates/None HTTP/1.1 404 
244 0.006754

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1389868/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1379549] [NEW] Sahara cluster list page is broken

2014-10-09 Thread Andrew Lazarev
Public bug reported:

Steps to reproduce:
1. Go to Data processing / Clusters 

Error:
TemplateSyntaxError at 
/project/data_processing/clusters/25f374a4-e65f-4bf5-9215-057c132b54f6
Exception Type: TemplateSyntaxError
Exception Value:'blocktrans' doesn't allow other block tags (seen 
u'autoescape off') inside it

Error during template rendering 
In template 
/Users/andrew/Sahara/horizon/openstack_dashboard/dashboards/project/data_processing/clusters/templates/data_processing.clusters/_details.html,
 error at line 86

Corresponding line in html file:
{% blocktrans %}{{ key }}: {% autoescape off %}{{ val }}{% endautoescape %}{% 
endblocktrans %}

Code was introduced by recently merged
https://review.openstack.org/#/c/125206/

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1379549

Title:
  Sahara cluster list page is broken

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce:
  1. Go to Data processing / Clusters 

  Error:
  TemplateSyntaxError at 
/project/data_processing/clusters/25f374a4-e65f-4bf5-9215-057c132b54f6
  Exception Type:   TemplateSyntaxError
  Exception Value:  'blocktrans' doesn't allow other block tags (seen 
u'autoescape off') inside it

  Error during template rendering 
  In template 
/Users/andrew/Sahara/horizon/openstack_dashboard/dashboards/project/data_processing/clusters/templates/data_processing.clusters/_details.html,
 error at line 86

  Corresponding line in html file:
  {% blocktrans %}{{ key }}: {% autoescape off %}{{ val }}{% endautoescape %}{% 
endblocktrans %}

  Code was introduced by recently merged
  https://review.openstack.org/#/c/125206/

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1379549/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1379552] Re: [sahara] Hadoop configs must not be translated

2014-10-09 Thread Andrew Lazarev
** Changed in: horizon
   Status: New = Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1379552

Title:
  [sahara] Hadoop configs must not be translated

Status in OpenStack Dashboard (Horizon):
  Invalid

Bug description:
  https://review.openstack.org/#/c/125206/ translates a lot of things
  that must not be translated. E.g. hadoop configs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1379552/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1379552] [NEW] [sahara] Hadoop configs must not be translated

2014-10-09 Thread Andrew Lazarev
Public bug reported:

https://review.openstack.org/#/c/125206/ translates a lot of things that
must not be translated. E.g. hadoop configs.

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: New

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1379552

Title:
  [sahara] Hadoop configs must not be translated

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  https://review.openstack.org/#/c/125206/ translates a lot of things
  that must not be translated. E.g. hadoop configs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1379552/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1379642] [NEW] Sahara cluster details page has no cluster info links

2014-10-09 Thread Andrew Lazarev
Public bug reported:

Details page was broken after https://review.openstack.org/#/c/125206/ merge 
(bug #1379549). 
There is https://review.openstack.org/#/c/127063/ patch that fixes page load 
but brakes cluster info links.

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: In Progress

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1379642

Title:
  Sahara cluster details page has no cluster info links

Status in OpenStack Dashboard (Horizon):
  In Progress

Bug description:
  Details page was broken after https://review.openstack.org/#/c/125206/ merge 
(bug #1379549). 
  There is https://review.openstack.org/#/c/127063/ patch that fixes page load 
but brakes cluster info links.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1379642/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1379549] Re: Sahara cluster details page is broken

2014-10-09 Thread Andrew Lazarev
Not valid after https://review.openstack.org/#/c/127063/ merge. Filed
bug #1379642 with different symptoms .

** Changed in: horizon
   Status: In Progress = Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1379549

Title:
  Sahara cluster details page is broken

Status in OpenStack Dashboard (Horizon):
  Invalid

Bug description:
  Steps to reproduce:
  1. Go to Data processing / Clusters
  2. Choose any cluster

  Error:
  TemplateSyntaxError at 
/project/data_processing/clusters/25f374a4-e65f-4bf5-9215-057c132b54f6
  Exception Type:   TemplateSyntaxError
  Exception Value:  'blocktrans' doesn't allow other block tags (seen 
u'autoescape off') inside it

  Error during template rendering
  In template 
/Users/andrew/Sahara/horizon/openstack_dashboard/dashboards/project/data_processing/clusters/templates/data_processing.clusters/_details.html,
 error at line 86

  Corresponding line in html file:
  {% blocktrans %}{{ key }}: {% autoescape off %}{{ val }}{% endautoescape %}{% 
endblocktrans %}

  Code was introduced by recently merged
  https://review.openstack.org/#/c/125206/

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1379549/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1370715] [NEW] [Sahara] processes list in create nodegroup template page looks ugly

2014-09-17 Thread Andrew Lazarev
Public bug reported:

Steps to repro:
1. Try to create node group template

See screenshot attached

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: sahara

** Attachment added: Screen Shot 2014-09-17 at 2.11.47 PM.png
   
https://bugs.launchpad.net/bugs/1370715/+attachment/4206751/+files/Screen%20Shot%202014-09-17%20at%202.11.47%20PM.png

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1370715

Title:
  [Sahara] processes list in create nodegroup template page looks ugly

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to repro:
  1. Try to create node group template

  See screenshot attached

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1370715/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1367010] [NEW] [Sahara] ID's on job execution page can be replaced with clickable names

2014-09-08 Thread Andrew Lazarev
Public bug reported:

Now Job Execution page contains a lot of ID's. They should be replaced
by clickable names.

** Affects: horizon
 Importance: Undecided
 Assignee: Andrew Lazarev (alazarev)
 Status: New

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1367010

Title:
  [Sahara] ID's on job execution page can be replaced with clickable
  names

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Now Job Execution page contains a lot of ID's. They should be replaced
  by clickable names.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1367010/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1364659] Re: [HEAT] It's impossible to assign 'default' security group to node group

2014-09-03 Thread Andrew Lazarev
** Also affects: horizon
   Importance: Undecided
   Status: New

** Summary changed:

- [HEAT] It's impossible to assign 'default' security group to node group
+ [Sahara][HEAT engine] It's impossible to assign 'default' security group to 
node group

** Changed in: horizon
 Assignee: (unassigned) = Andrew Lazarev (alazarev)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1364659

Title:
  [Sahara][HEAT engine] It's impossible to assign 'default' security
  group to node group

Status in OpenStack Dashboard (Horizon):
  New
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  In Progress

Bug description:
  Steps to repro:
  1. Use HEAT provisioning engine
  2. Login as admin user who has access to several tenants
  3. Create node group template with 'default' security group assigned
  4. Create cluster with this node group

  Expected result: cluster is created
  Observed result: Cluster in error state. Heat stack is in state 
{stack_status_reason: Resource CREATE failed: PhysicalResourceNameAmbiguity: 
Multiple physical resources were found with name (default).,  stack_status: 
CREATE_FAILED}

  Problem investigation:
  Heat searches security group name in all tenants accessible for user, not 
only in tenant where stack is going to be created (heat bug?).

  Steps to make things better:
  1. We can allow specifying security group with ID
  2. Horizon UI can use IDs instead of names for security groups

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1364659/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1365107] [NEW] No xstatic-font-awesome in requirements

2014-09-03 Thread Andrew Lazarev
Public bug reported:

$ tools/with_venv.sh python manage.py runserver 0.0.0.0:8080
...
ImportError: Could not import settings 'openstack_dashboard.settings' (Is it on 
sys.path? Is there an import error in the settings file?): No module named 
font_awesome


$ .venv/bin/pip install XStatic-Font-Awesome
...
Successfully installed XStatic-Font-Awesome


$ tools/with_venv.sh python manage.py runserver 0.0.0.0:8080
...
Starting development server at http://0.0.0.0:8080/

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1365107

Title:
  No xstatic-font-awesome in requirements

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  $ tools/with_venv.sh python manage.py runserver 0.0.0.0:8080
  ...
  ImportError: Could not import settings 'openstack_dashboard.settings' (Is it 
on sys.path? Is there an import error in the settings file?): No module named 
font_awesome

  
  $ .venv/bin/pip install XStatic-Font-Awesome
  ...
  Successfully installed XStatic-Font-Awesome

  
  $ tools/with_venv.sh python manage.py runserver 0.0.0.0:8080
  ...
  Starting development server at http://0.0.0.0:8080/

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1365107/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1364643] [NEW] [Sahara] Node group template details doesn't show floating IP pool

2014-09-02 Thread Andrew Lazarev
Public bug reported:

Steps to reproduce:
1. Configure openstack to use neutron for networking
2. Create Sahara node group template with floating IP pool specified
3. Go to node group template details page

Expected result: selected pool is displayed
Observed result: no information about floating Ip pool

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: low-hanging-fruit

** Tags added: low-hanging-fruit

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1364643

Title:
  [Sahara] Node group template details doesn't show floating IP pool

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce:
  1. Configure openstack to use neutron for networking
  2. Create Sahara node group template with floating IP pool specified
  3. Go to node group template details page

  Expected result: selected pool is displayed
  Observed result: no information about floating Ip pool

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1364643/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1364648] [NEW] [Sahara] Can't create cluster template with several node groups

2014-09-02 Thread Andrew Lazarev
Public bug reported:

Steps to reproduce:
1. Use vanilla 1.2.1 plugin
2. Create node group template with namenode process only (name it 'nn')
3. Create node group template with datanode process only (name it 'dn')
4. Create cluster template, add both node group templates to it, click 'Create'

Expected result: cluster template with two node groups is created
Observed result:  cluster template with one node group (random one out of two) 
is created

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1364648

Title:
  [Sahara] Can't create cluster template with several node groups

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce:
  1. Use vanilla 1.2.1 plugin
  2. Create node group template with namenode process only (name it 'nn')
  3. Create node group template with datanode process only (name it 'dn')
  4. Create cluster template, add both node group templates to it, click 
'Create'

  Expected result: cluster template with two node groups is created
  Observed result:  cluster template with one node group (random one out of 
two) is created

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1364648/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1361386] [NEW] [Sahara] No description for Storage location on Node group template page

2014-08-25 Thread Andrew Lazarev
Public bug reported:

Description for Storage location on Node group template page contains
just word Storage (see screenshot). It should be more descriptive.

** Affects: horizon
 Importance: Undecided
 Status: New

** Attachment added: Screen Shot 2014-08-25 at 2.43.13 PM.png
   
https://bugs.launchpad.net/bugs/1361386/+attachment/4186934/+files/Screen%20Shot%202014-08-25%20at%202.43.13%20PM.png

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1361386

Title:
  [Sahara] No description for Storage location on Node group template
  page

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Description for Storage location on Node group template page contains
  just word Storage (see screenshot). It should be more descriptive.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1361386/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1354597] [NEW] [Sahara] Cluster template list page doesn't handle errors

2014-08-08 Thread Andrew Lazarev
Public bug reported:

Steps to repro:
1. Make Sahara raise exception on cluster template list request
2. Open cluster template page in horizon

Expected result: popup about problem
Observed result: error page with stacktrace

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1354597

Title:
  [Sahara] Cluster template list page doesn't handle errors

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to repro:
  1. Make Sahara raise exception on cluster template list request
  2. Open cluster template page in horizon

  Expected result: popup about problem
  Observed result: error page with stacktrace

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1354597/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1352590] [NEW] [Sahara] A lot of things don't work in new horizon design

2014-08-04 Thread Andrew Lazarev
Public bug reported:

Found by brief surfing:

1. Plugin version selection shows all versions of all plugins
2. large gap on cluster details page
3. no move up/down buttons in scaling

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1352590

Title:
  [Sahara] A lot of things don't work in new horizon design

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Found by brief surfing:

  1. Plugin version selection shows all versions of all plugins
  2. large gap on cluster details page
  3. no move up/down buttons in scaling

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1352590/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1350110] Re: [UI] In case of job execution validation failure UI doesn't display error right

2014-07-30 Thread Andrew Lazarev
** Also affects: horizon
   Importance: Undecided
   Status: New

** Summary changed:

- [UI] In case of job execution validation failure UI doesn't display error 
right 
+ [UI][Sahara] In case of job execution validation failure UI doesn't display 
error right

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1350110

Title:
  [UI][Sahara] In case of job execution validation failure UI doesn't
  display error right

Status in OpenStack Dashboard (Horizon):
  New
Status in OpenStack Data Processing (Sahara, ex. Savanna):
  New

Bug description:
  Steps to repro:

  1. create cluster without oozie
  2. run job on it using UI

  Expected result: UI will display that oozie is missing
  Observed result: Failure error with 'None' description. See screenshot.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1350110/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1324276] [NEW] Can't create public container in swift

2014-05-28 Thread Andrew Lazarev
Public bug reported:

Version: icehouse

Steps to repro:

1. Go to 'Project / Object Store / Containers'
2. Click Create Container
3. Type name and choose Public Container Access

Expected behavior: container created with Public access

Observed behavior: container created as Private

4. Choose Make Public in context menu of container

Container changes access to Public as expected

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1324276

Title:
  Can't create public container in swift

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Version: icehouse

  Steps to repro:

  1. Go to 'Project / Object Store / Containers'
  2. Click Create Container
  3. Type name and choose Public Container Access

  Expected behavior: container created with Public access

  Observed behavior: container created as Private

  4. Choose Make Public in context menu of container

  Container changes access to Public as expected

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1324276/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1231761] Re: So many unused LOG

2014-05-23 Thread Andrew Lazarev
** Changed in: horizon
   Status: Confirmed = Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1231761

Title:
  So many unused LOG

Status in OpenStack Dashboard (Horizon):
  Fix Released

Bug description:
  In some file, we define LOG ,”LOG = logging.getLogger(__name__)“, but
  we never used it later, so i think we should remove these unused LOG
  and mkdir horizon code clean :)

  # Below is provided by  Akihiro Motoki
  There are several number of files with unused LOG. The result of grep unused 
LOG (with some editing) is here: 
  http://paste.openstack.org/show/47557/

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1231761/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1261430] Re: Port opening in security group doesn't apply to existing VMs

2013-12-18 Thread Andrew Lazarev
Ignore the bug. The problem was with image used.

** Changed in: neutron
   Status: New = Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1261430

Title:
  Port opening in security group doesn't apply to existing VMs

Status in OpenStack Neutron (virtual network service):
  Invalid

Bug description:
  Steps to repro:
  1. Create VM choosing security group without port 8080 open
  2. Assign floating IP to VM
  3. Try to reach VM's port 8080 from external. As expected: connection refused.
  4. Edit security group allowing 1-65535 port range
  5. Try to reach VM's port 8080 from external.

  Expected behavior: VM can be reached by port 8080.
  Observed behavior: connection refused.

  6. Create new VM with this security group
  7. Assign floating IP to VM
  8. Try to reach VM's port 8080 from external. As expected: VM can be reached 
by port 8080

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1261430/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1261430] [NEW] Port opening in security group doesn't apply to existing VMs

2013-12-16 Thread Andrew Lazarev
Public bug reported:

Steps to repro:
1. Create VM choosing security group without port 8080 open
2. Assign floating IP to VM
3. Try to reach VM's port 8080 from external. As expected: connection refused.
4. Edit security group allowing 1-65535 port range
5. Try to reach VM's port 8080 from external.

Expected behavior: VM can be reached by port 8080.
Observed behavior: connection refused.

6. Create new VM with this security group
7. Assign floating IP to VM
8. Try to reach VM's port 8080 from external. As expected: VM can be reached by 
port 8080

** Affects: neutron
 Importance: Undecided
 Status: New

** Description changed:

  Steps to repro:
  1. Create VM choosing security group without port 8080 open
  2. Assign floating IP to VM
  3. Try to reach VM's port 8080 from external. As expected: connection refused.
  4. Edit security group allowing 1-65535 port range
- 5. Try to reach VM's port 8080 from external. 
+ 5. Try to reach VM's port 8080 from external.
  
  Expected behavior: VM can be reached by port 8080.
  Observed behavior: connection refused.
  
  6. Create new VM with this security group
- 7. Try to reach VM's port 8080 from external. As expected: VM can be reached 
by port 8080
+ 7. Assign floating IP to VM
+ 8. Try to reach VM's port 8080 from external. As expected: VM can be reached 
by port 8080

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1261430

Title:
  Port opening in security group doesn't apply to existing VMs

Status in OpenStack Neutron (virtual network service):
  New

Bug description:
  Steps to repro:
  1. Create VM choosing security group without port 8080 open
  2. Assign floating IP to VM
  3. Try to reach VM's port 8080 from external. As expected: connection refused.
  4. Edit security group allowing 1-65535 port range
  5. Try to reach VM's port 8080 from external.

  Expected behavior: VM can be reached by port 8080.
  Observed behavior: connection refused.

  6. Create new VM with this security group
  7. Assign floating IP to VM
  8. Try to reach VM's port 8080 from external. As expected: VM can be reached 
by port 8080

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1261430/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp