Commit 5c280d2
committed
crimson/osd: InternalClientRequests should not be repeated after interval change
Normal cient requests are special in that we "requeue" them after an
interval change if the primary did not change. This behavior exists due
to a client-side optimization where the client doesn't resend the
operation unless the primary changed.
That's not true for InternalClientRequest (generally used for watch
expirations). The primary will eventually reload and re-expire the
watch once the other watchers reconnect.
If we actually did want InternalClientRequests to be able to repeat
after interval change, they'd need the same resettable handle mechanism
normal ClientRequests use -- this implementation wouldn't actually work
as it would mean the same handle reentering a previous stage.
Fixes: https://tracker.ceph.com/issues/68068
Signed-off-by: Samuel Just <[email protected]>1 parent 0d61375 commit 5c280d2
1 file changed
+7
-12
lines changedLines changed: 7 additions & 12 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
54 | 54 | | |
55 | 55 | | |
56 | 56 | | |
57 | | - | |
58 | 57 | | |
59 | 58 | | |
| 59 | + | |
60 | 60 | | |
61 | 61 | | |
62 | 62 | | |
| |||
121 | 121 | | |
122 | 122 | | |
123 | 123 | | |
124 | | - | |
125 | | - | |
126 | | - | |
127 | | - | |
128 | | - | |
129 | | - | |
130 | | - | |
131 | | - | |
132 | | - | |
133 | | - | |
134 | | - | |
| 124 | + | |
| 125 | + | |
| 126 | + | |
| 127 | + | |
| 128 | + | |
| 129 | + | |
135 | 130 | | |
136 | 131 | | |
137 | 132 | | |
| |||
0 commit comments