One more subquestion for 2): as the upgrade takes 48 hours, which is too long downtime, we'll need to design a multi-step upgrade; I guess:
take original repo offline; copy the original repo (minutes); take the original repo online;
upgrade the copy's format (48 hours);
take the original repo offline; pull the original's repos changes into the copy (minutes); take the original repo online; eof.
Something observed by the colleague when on-the-fly conversion happened:
he had:
his laptop (bzr 2.0, 2a repo) branching from our central host (bzr 1.17, 1.9-or-1.14 repo):
- laptop: no bzr cpu use, no disk size increase
- no network traffic
- central host: bzr running at 100% cpu (user), increasing slowly in memory use ~450M
So it looks like the central host (bzr 1.17) knows the 2a format and performs the conversion while the laptop waits for the converted result?
One more subquestion for 2): as the upgrade takes 48 hours, which is too long downtime, we'll need to design a multi-step upgrade; I guess:
take original repo offline; copy the original repo (minutes); take the original repo online;
upgrade the copy's format (48 hours);
take the original repo offline; pull the original's repos changes into the copy (minutes); take the original repo online; eof.
Something observed by the colleague when on-the-fly conversion happened:
he had:
his laptop (bzr 2.0, 2a repo) branching from our central host (bzr 1.17, 1.9-or-1.14 repo):
- laptop: no bzr cpu use, no disk size increase
- no network traffic
- central host: bzr running at 100% cpu (user), increasing slowly in memory use ~450M
So it looks like the central host (bzr 1.17) knows the 2a format and performs the conversion while the laptop waits for the converted result?