Dec 092016
 

Oops I Did It Again…

Live Upgrade, with my tried and trusted method. By now that method is so polished that I had no issue whatsoever, so I did all three computers at the same time. I’m just glad to have a decent internet connection… I think the total downloads added up to somewhere near 15 gigabyte.

Jan 092015
 

I finally updated my last machine from openSUSE 12.3 to 13.1 (in the usual way), and with that one I had a bit more fun than the other few times I’ve done this by now.

First mysql refused to start, then quite a few services that were enabled on 12.3 decided to be disabled on 13.1, but nothing during the update “told me so”… but now all seems to work fine.

Nov 232014
 

I’ve done it again… a live upgrade from openSUSE 13.1 to 13.2.

I’ve been following the usual process that I’ve outlined in a few posts so far, and it went pretty smoothly on three different computers.

The actual process has evolved into this:

  1. run this script (after editing to fix the version numbers):
    #!/bin/bash
    old=13.1
    new=13.2
    repodir=/etc/zypp/repos.d
    newrepodir=/etc/zypp/repos.d_${new}
    
    mkdir -p ${newrepodir}
    cd ${repodir}
    for repofile in *repo; do
    {
        echo -n converting ${repofile} to ${newrepodir}/$(echo ${repofile}|sed -e "s/${old}/${new}/g") ... ;
        cat "${repofile}" | sed -e "s/${old}/${new}/g" > "${newrepodir}/$(echo ${repofile}|sed -e "s/${old}/${new}/g")" ;
        echo done.
    }
    done;
  2. move /etc/zypp/repos.d out of the way, for example rename it to /etc/zypp/repos.d_old
  3. move /etc/zypp/repos.d_13.2 to /etc/zypp/repos.d
  4. clean zyppers cache:
    zypper cc --all
  5. refresh zypper:
    zypper ref

    When you do this, you might get errors for some repositories because they don’t exist yet for 13.2. To disable them, do this:

    zypper mr -d -R 

    On the other hand you might want to investigate if there are 13.2 versions of those repositories, and edit the repo files accordingly.
    Then, repeat the zypper ref command.

  6. Once you can run through zypper ref without errors, get updated versions of zypper, libzypp and rpm, and install them:
    zypper up --download only zypper libzypp rpm
    zypper up zypper libzypp rpm
  7. Once that finished without errors, do the same two commands for the whole distribution (Pay attention to any warnings and/or conflicts here. You’ll have to make the right choices about what should be done to resolve them, and I can’t really give you a recipe):
    zypper dup -l --download only --allow-vendor-change --allow-arch-change --recommends
    zypper dup -l --allow-vendor-change --allow-arch-change --recommends
  8. After all is done you can reboot. The first reboot should lead into textmode in case you have to re-install/upgrade your nvidia or AMD binary drivers. To boot into text mode, append this kernel parameter:
    systemd.unit=multi-user.target

Have a lot of fun!

Dec 282013
 

Seeing that there are only two more weeks until openSUSE 12.2 reaches end of life, I’m doing my usual upgrade with zypper.

If you are about to say “didn’t you do that already some months ago“, that was a virtual machine…now it’s my “production” system. Let’s hope all goes as well as it did on the VM.

So far all is looking good, but 4500 packages takes some time, so I can’t really say anything yet. I’m doing 12.2 -> 12.3 and KDE 4.11 -> KDE 4.12 at the same time, so it might get a bit hairy at some point.

The fun part comes next week… if this goes well I’ll do the same to my wife’s laptop, where a failure will be way more painful…

 

Update: finished, all seems to be working fine.

Apr 152013
 

Like I already said before, openSUSE 12.3 was released today, and I’ve done the usual live upgrade with zypper.

The upgrade itself worked without any problems, and the resulting installation was usable without issues right from the start.

I logged into KDE 4.10 and everything that I’ve tried works just fine. I admit, I can’t say anything about performance as my test machine is accessed via a NoMachine remote desktop session.

After that I upgraded the KDE 4.10.0 to 4.10.1 from the opensuse build service, and that also went well and posed no problems afterwards. Now I’m waiting for my own repository for 12.3 to rebuild against KDE:Release:410.

I’m pretty confident in saying that with 12.3 the process of a live update via zypper can be done without major fear, as long as one has ones repositories set up properly, and with the right priorities (packman and KDE from OBS should have a higher priority than the stop openSUSE repositories).

Mar 132013
 

Today, openSUSE 12.3 got released after 6 months of hard work by openSUSE members and contributors.

As usual, I’m doing a zypper live upgrade, but so far it’s still downloading packages, so I can’t say anything about 12.3 just yet.

I am going to post a review of the process and the results after it is finished. In the mean time, if you’re in the area (southern Germany), why not go to the release party in Nürnberg? It starts at 7pm at artefakt.

Dec 122012
 

I’m doing it again. Upgrading a live system with zypper, this time the step is 12.1->12.2.

The procedure has been described here and here; let’s see what happens.

Update:

Everything worked fine, with the small exception that the ssh daemon config needed one small tweak to get nxserver to work again.
Hint: nxserver uses authorized_keys2, suse uses authorized_keys as the ssh key file name.

Mar 172011
 

Here’s a little followup to my previous post about how to upgrade to 11.4.

This one describes how to make the whole process even more risky. You have been warned.
It’s even possible to do this remotely through a ssh session. If you attempt to do that, do it from inside a screen session!

Actually, this first bit makes it a bit easier:

#!/bin/bash

repodir=/etc/zypp/repos.d
newrepodir=/etc/zypp/repos.d_11.4
old=11.3
new=11.4

mkdir -p ${newrepodir}

cd ${repodir}

for repofile in *repo; do
{
 echo -n converting ${repofile} to ${newrepodir}/$(echo ${repofile}|sed -e 's/11.3/11.4/g') ... ;
 cat "${repofile}" | sed -e 's/11.3/11.4/g' > "${newrepodir}/$(echo ${repofile}|sed -e 's/11.3/11.4/g')" ;
 echo done.
}

done;

This script creates a directory /etc/zypp/repos.d_11.4 with all your configured repos switched to their 11.4 counterparts.

After you run this script, all you have to do is move the old /etc/zypp/repos.d out of the way, rename the new one to /etc/zypp/repos.d and make sure that all the paths in the repo files exist. If they don’t, “zypp ref” is going to complain.

now, before you begin, run these two commands:

zypper cc --all
zypper ref

The first one clears all zypper cache folders, the second one refreshes all repositories (here’s where you’ll see if all paths are correct).
If you have a custom X11 setup (dualscreen or such), now would be the point to make a copy of your xorg.conf file.
Now you jump into the instructions in my previous post, right at #6.

Mar 142011
 

Here’s a quick and dirty HOWTO about upgrading from openSUSE 11.3 to 11.4, with all additional repos enabled…

  1. Switch to runlevel 3: as root, execute “init 3”
  2. Login as root
  3. Make a backup of all your repositories:
    cd /etc/zypp
    cp -r repos.d repos.d_11.3
  4. Go through all your .repo files in /etc/zypp/repos.d and replace “11.3” with “11.4”.
    Here’s a “before/after” example:
    before: 

    [openSUSE 11.3 OSS]
    name=Haupt-Repository (OSS)
    enabled=1
    autorefresh=0
    baseurl=http://download.opensuse.org/distribution/11.3/repo/oss/
    path=/
    type=yast2
    keeppackages=0

    after:

    [openSUSE 11.4 OSS]
    name=Haupt-Repository (OSS)
    enabled=1
    autorefresh=0
    baseurl=http://download.opensuse.org/distribution/11.4/repo/oss/
    path=/
    type=yast2
    keeppackages=0
  5. Refresh your repository cache:
    zypper ref
  6. Upgrade zypper:
    zypper install zypper

    You have to pay attention on the list of conflicts. Generally the best of the proposed solutions is the one the would uninstall the least number of packages while still installing/upgrading what you want.

  7. Do the full upgrade:
    zypper dup

    Again, pay attention to any listed conflicts, and resolve them carefully. Again, the best of the proposed solution would be the one that installs what you want while uninstalling as little as possible.

  8. The scary moment:
    Reboot your system. If all went well you will be greeted by a working openSUSE 11.4 installation.
  9. Cleaning up afterwards:
    Login as root, and run the following command:

    LANG=CTYPE zypper search -si | grep "(System Packages)"| cut -d "|" -f 2

    That will list all installed packages that are not available from any of the configured repositories anymore.
    You might want to carefully remove them one by one with “zypper remove”. If you use “zypper remove -u” instead, you will also remove all dependencies that are not needed anymore. This can really break things.

Optimization WordPress Plugins & Solutions by W3 EDGE
%d bloggers like this: