what is the recommended procedure to upgrade from an existing 3.9 stable to 4 ?
Does that always amount to a fresh install or how do i take data and configuration across.
My installation is on a Gen10 HP Microserver with a separate 128G system disk, and multiple data pools.
Welcome to Rockstor @twermann
The journey from 3.9 to 4 is a fresh install and the underlying Linux distros are different (CentOS for v3 vs opensuse for v4).
However there is no official v4 installer available yet, but you can build your own from the latest beta version:
I have gone through this build before: it is quite straightforward.
Your existing v3.9 data pools and config can be imported into v4. I trust you have effective and current data backups. When installing v4, I’d suggest a fresh target disk, and disconnect all the data pools. After install is complete, shutdown, reconnect data drives and reboot.
thanks, its a bit of a rocky road.
when trying to build the image on a OpenSuse Leap15.2 on WSL from the Microsoft app store, building the raw image fails with
KiwiCommandNotFound: Command “qemu-img” not found in the environment
So switching over to a Leap15.2 on VirtualBox.
On VirtualBox i can build the image, put it on a USB stick and start the install.
However in the middle of the install, the screen turns black - no further messages and no visible response to the keyboard.
Alt-CTR-Return restarts the machine, it starts booting from HD but same result, the screen ends up blank and unresponsive except for ALT-CTR-Return.
I dont know how to capture the boot messages, but this is the last i could see on the screen:
This is regardless of the boot choice normal/failsafe.
The Machine is a Gen10 HP Microserver (Opteron), has been running 3.9 with a 4.10 kernel with no issues.
Vanilla Leap15.2 installs/boots with no problems.
@twermann Hello again.
Great, that’s actually quite a few hurdles over and done with. Do consider helping others with this process if you see question on this come up on the forum.
We have had another report of what looks / sounds exactly like this. I don’t think it’s yet been posted publicly on the forum but calling @rockstoruser77github I think it was who reported and resolved a similar problem with regard to a failed vga output during install on their N54L microserver. I believe they resorted to using a doner machine to install Rockstor to a USB device and then moved this over to their microserver. @rockstoruser77github if you could correct me on this that would be grand.
Esentially the installer doesn’t know who to use that VGA output and will likely need some custom kernel options to make it work as expected. If someone could chip in with these then we may be able to offer a custom install target within our DIY rockstor-installer config for this rather popular line of servers.
So if you search generally for linux on Gen10 HP Microserver you may find some appropriate kernel command line optinos that make the VGA output behave properly.
Do report back your findings and hopefully we can, in time, add this as a note on the installer config or as a known hardware target.
Hope that helps.
Hi, thanks for the hint with the kernel options, I will check that out and update.
switching to EFI boot from legacy, i now get to more meaningful messages in the boot sequence:
and there seem to be known issues with some kernels, then again this is an integrated GPU on the Opteron.
finally, booting with kernel parameter “nomodeset” worked.
Nice spot and fix. Don’t you just hate it when things that should be so straightforward, aren’t?
Anyway, glad you are on the road now. Look forward to hearing further findings from you.