Pass optional timeout to service commands

Bug #1556314 reported by Petr Malik
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack DBaaS (Trove)
Fix Released
Low
Unassigned
Mitaka
Fix Committed
Low
Unassigned
Newton
Fix Released
Low
Petr Malik

Bug Description

Pass optional timeout to service commands

Service commands may take some time to return.
The current code does not pass any timeout value into the execute
function resulting in the default 30s value being used.
That value turns out to be too short for certain datastores
(Cassandra) on slower/heavily-loaded systems.

Trove already has a timeout (default=3min) for instance state changes that
should be used instead (this timeout has already been used when
polling for database states).

The service command execute function have been updated to accept an
optional timeout kwargs (like the shell command execute function).
The state change timeout is now being passed in from DB
start/stop/restart calls.

Amrith Kumar (amrith)
Changed in trove:
milestone: none → newton-1
status: New → In Progress
Changed in trove:
assignee: Petr Malik (pmalik) → Amrith (amrith)
Amrith Kumar (amrith)
no longer affects: trove/newton
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to trove (master)

Reviewed: https://review.openstack.org/291941
Committed: https://git.openstack.org/cgit/openstack/trove/commit/?id=87658dc4cc59f7c87d5631fbd6132b98384d396c
Submitter: Jenkins
Branch: master

commit 87658dc4cc59f7c87d5631fbd6132b98384d396c
Author: Petr Malik <email address hidden>
Date: Thu Mar 10 22:41:59 2016 -0500

    Pass optional timeout to service commands

    Service commands may take some time to return.
    The current code does not pass any timeout value into the execute
    function resulting in the default 30s value being used.
    That value turns out to be too short for certain datastores
    (Cassandra) on slower/heavily-loaded systems.

    Trove already has a timeout (default=3min) for instance state changes that
    should be used instead (this timeout has already been used when
    polling for database states).

    The service command execute function have been updated to accept an
    optional timeout kwargs (like the shell command execute function).
    The state change timeout is now being passed in from DB
    start/stop/restart calls.

    Change-Id: I1ef45b95d9238a52a26f630961657755216786cb
    Closes-Bug: 1556314

Changed in trove:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to trove (stable/mitaka)

Fix proposed to branch: stable/mitaka
Review: https://review.openstack.org/313598

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to trove (stable/mitaka)

Reviewed: https://review.openstack.org/313598
Committed: https://git.openstack.org/cgit/openstack/trove/commit/?id=547816c0fe6b2671378dd71744a614f20048b6ae
Submitter: Jenkins
Branch: stable/mitaka

commit 547816c0fe6b2671378dd71744a614f20048b6ae
Author: Petr Malik <email address hidden>
Date: Thu Mar 10 22:41:59 2016 -0500

    Pass optional timeout to service commands

    Service commands may take some time to return.
    The current code does not pass any timeout value into the execute
    function resulting in the default 30s value being used.
    That value turns out to be too short for certain datastores
    (Cassandra) on slower/heavily-loaded systems.

    Trove already has a timeout (default=3min) for instance state changes that
    should be used instead (this timeout has already been used when
    polling for database states).

    The service command execute function have been updated to accept an
    optional timeout kwargs (like the shell command execute function).
    The state change timeout is now being passed in from DB
    start/stop/restart calls.

    Change-Id: I1ef45b95d9238a52a26f630961657755216786cb
    Closes-Bug: 1556314
    (cherry picked from commit 87658dc4cc59f7c87d5631fbd6132b98384d396c)

Revision history for this message
Doug Hellmann (doug-hellmann) wrote : Fix included in openstack/trove 5.0.1

This issue was fixed in the openstack/trove 5.0.1 release.

Revision history for this message
Doug Hellmann (doug-hellmann) wrote : Fix included in openstack/trove 6.0.0.0b2

This issue was fixed in the openstack/trove 6.0.0.0b2 development milestone.

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.