Open colemickens opened 5 years ago
I thought you could go from 17.09 -> 19.03 without any issue, but I think I only tried it once. Going forward, I'd like to keep it so you can go from 17.09 to any future version. But it's pretty difficult to backport those things pre-17.09. Maybe we can make some tests to verify this works?
Anyway, could we just upload a newer azure image to fix this? I'm not sure who has permissions to do that ? Someone must still have it... /cc @rbvermaa @edolstra @vcunat @Phreedom
related to #3986 and #36262
I do not have it and do not know anyone who does.
The upgrade to 17.09 takes, the upgrade from there to 19.03 does not.
$ nix-channel --add https://nixos.org/channels/nixos-17.09 nixos; nix-channel --update; nixos-rebuild switch
$ nix-channel --add https://nixos.org/channels/nixos-19.03 nixos; nix-channel --update; nixos-rebuild switch &> ~/log; cat ~/log | curl -F 'f:1=<-' ix.io
...
http://ix.io/1KMH
I've copied that log below. In this time around, I used 16.09->17.09->18.09->19.03
, since I wanted to test the 17.09->19.03
leg specifically, then resorted to 17.09->18.09->19.03
.
(That log isn't the most interesting one, but I don't want to try more combos right now unless someone really wants me to find the jump that causes the weird GTK eval error.)
On to the boot issue. Directly after upgrading all of the way to 19.03...
sh-4.3# ls -al /dev/disk/by-uuid/
total 0
drwxr-xr-x 2 root root 100 May 30 14:15 .
drwxr-xr-x 8 root root 160 May 30 14:15 ..
lrwxrwxrwx 1 root root 10 Jun 3 05:37 3506ce47-f82c-438c-bed2-d91bd2c3bd72 -> ../../sdc1
lrwxrwxrwx 1 root root 10 Jun 3 05:37 b3e8f4c6-64f2-4f13-8eb1-a9d5e83279e3 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jun 3 05:37 ba77ec3b-9545-46c3-857f-5070a8cbc2d4 -> ../../sdb1
sh-4.3# cat /boot/grub/grub.cfg
Results in:
Thank you for your contributions.
This has been automatically marked as stale because it has had no activity for 180 days.
If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity.
Here are suggestions that might help resolve this more quickly:
Issue description
The Azure images are old. One of them doesn't work. I believe the one that does work is the NixOps bootstrap image and lacks a channel out of the box. For the sake of this bug, I'm starting with this VHD: "https://nixos.blob.core.windows.net/images/nixos-image-16.09.1694.019dcc3-x86_64-linux.vhd"
You cannot upgrade from the latest to
19.03
ornixos-unstable
directly. Instead I've found that I can do 16.09 -> 17.03 -> 18.03 -> 19.03 and everything works out. (I'll include the outputs from failed attempts when I try again. It did try to workaround not having the right version of Nix, but it basically kept failing on an evaluation in some specific gtk derivation deep down in.)Except not really. If you upgrade to nixos-unstable and shut down the VM and try to start it, it will fail. It looks like the Grub entries are using FSUUID values and maybe the right kernel module isn't loaded for them to appear under those names? All I know is that the partuuid is there before shutdown, and then grub complains it can't find it on boot.
I'll be repeating this again today, in an attempt to get something work stably.