Upgrade process use the wrong URL
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 466
- Forks
- 338
- Avg merge
- 3d 7h
- Merged PRs (30d)
- 8
Description
Bug Report
Please answer these questions before submitting your issue. Thanks!
-
What did you do?
Upgrade cluster -
What did you expect to see?
Successfully -
What did you see instead?
Upgrading component tikv
failed increasing schedule limit: no endpoint available, the last err was: error requesting http://10.4.101.105:2379/pd/api/v1/config/replication-mode, response: {
"code": "input",
"msg": "unexpected end of JSON input",
"data":
{ "Offset": 0 }
For xxx-schedule-limit, we should use pd/api/v1/config or pd/api/v1/config/schedule instead of pd/api/v1/config/replication-mode. replication-mode hasn't GA for now.
- What version of TiUP are you using (
tiup --version)?
master
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading pkg/cluster/operation/upgrade.go around line 223 and pkg/cluster/api/pdapi.go around line 771. Trace how the xxx-schedule-limit request is assembled, then verify that cluster upgrade uses the supported PD configuration endpoint and no longer produces the reported replication-mode error.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli, devops
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 35/100