Comment #3 on issue 855 by [email protected]: Hide opportunistic locking within Ganeti
http://code.google.com/p/ganeti/issues/detail?id=855

commit f3f1fc574671d41fefb05661b01d4ff93312eef7
Author: Klaus Aehlig <[email protected]>
Date:   Tue Jul 8 17:29:41 2014 +0200

    Honor requests for minimal lock count

    Change lock allocation in mcpu to honor the required minimum
    of locks to allocate in opportunistic lock allocation.

    Signed-off-by: Klaus Aehlig <[email protected]>
    Reviewed-by: Hrvoje Ribicic <[email protected]>

commit ed94242fdd9947815c84de8b0727aa63630c8f34
Author: Klaus Aehlig <[email protected]>
Date:   Tue Jul 8 17:26:30 2014 +0200

    Make instance creation ask for 2 nodes, if DRBD is used

    In opportunistic locking, we always ask for as many locks
    as possible to later chose what fits best. However, we
    may also ask for a minimum as otherwise it cannot work
    for principle reasons. For DRBD, this minimum should
    be two, rather than the default one.

    Signed-off-by: Klaus Aehlig <[email protected]>
    Reviewed-by: Hrvoje Ribicic <[email protected]>

commit 24ef93b37ba2411e86f06e045d523a8769372335
Author: Klaus Aehlig <[email protected]>
Date:   Tue Jul 8 17:03:48 2014 +0200

    Allow LUs to specify a number of opportunistic locks

    LUs may decide to acquire locks in an opportunistic way. In this
    case, also allow them to specify the number of locks the which to
    acquire at least.

    Signed-off-by: Klaus Aehlig <[email protected]>
    Reviewed-by: Hrvoje Ribicic <[email protected]>

commit 280f37bccdc676aec4e6e5aaf7e321632b12756b
Author: Klaus Aehlig <[email protected]>
Date:   Tue Jul 8 16:53:05 2014 +0200

    Export guardedOpportunisticLockUnion through WConfD

    ...so that jobs can wait till they get a number of locks
    that might work at least in principle.

    Signed-off-by: Klaus Aehlig <[email protected]>
    Reviewed-by: Hrvoje Ribicic <[email protected]>

commit 96245004980fdf9b8f2257a52ada81b08404b75b
Author: Klaus Aehlig <[email protected]>
Date:   Tue Jul 8 14:44:16 2014 +0200

    Add a guarded version of opportunistic locking

    ...allowing to request at least a certain number of
    the requests to succeed and otherwise not touch the
    locking state.

    Signed-off-by: Klaus Aehlig <[email protected]>
    Reviewed-by: Hrvoje Ribicic <[email protected]>


--
You received this message because this project is configured to send all issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

Reply via email to