[HowTo] SuSE 8.1 auf SuSE 8.2 upgraden

[Joe User]

@Ulf:

danke, ich habe den Fipptehler korrigiert.

Gruss,
Markus

[anguel]

Hallo Leute!

Wollte nachher mal das Suse 8.2 HOWTO ausprobieren. Da ist mir folgendes aufgefallen: gegen Ende soll das root-Passwort über passwd geändert werden. Funktioniert das überhaupt? Wird das neue Passwort dann nicht durch Confixx überschrieben? 8O

Viele Grüße!
Anguel

[giffi]

Hallo Leute!
Da ist mir folgendes aufgefallen: gegen Ende soll das root-Passwort über passwd geändert werden. Funktioniert das überhaupt? Wird das neue Passwort dann nicht durch Confixx überschrieben? 8O

Nein, da pfuscht Confixx Gott sei dank ausnahmsweise mal nicht drin rum ;-)
Du musst aber soweit ich mich erinnern kann in eineigen Confixx-CFonfig Dateien
das alte Root-Passwort durch das neue ersetzen.
Weiss leider nicht welche Files das sind.
Sollte aber durch ein

Code: Select all

grep altesrootpw /root/* -R

und

Code: Select all

grep altesrootpw /etc/* -R

und

Code: Select all

grep altesrootpw /home/* -R

leicht herrauzufinden sein

Giffi[/code]

[Joe User]

es reicht aus, das aktuelle Passwort erneut zu vergeben, nur muss ein neues/altes Passwort vergeben werden, wenn man sich nach dem Reboot einloggen können möchte.
Mein HowTo richtet sich, wie im Intro deutlich vermerkt, nur an Admins, welche wissen, was sie tun. Daraus ergibt sich zwangsläufig, dass ich jegliche, nicht zwingend zum Serverbetrieb notwendige, Zusatzsoftware im HowTo nicht berücksichtigen kann beziehungsweise werde, zudem es einen erheblichen Mehraufwand bedeuten würde.

BTW: Ein Update von SuSE 8.x auf SuSE 9.0 wird so nicht mehr funktionieren :(

[anguel]

Hi Leute!

Danke für die Hilfe! Nach dem Update habe ich folgende *.rpmsave Dateien. Welche davon müssen nach eurer Erfahrung eigentlich angepasst werden, da 1&1 wichtige Ã?nderungen vorgenommen hat?

Code: Select all

/etc/httpd/suse_addmodule.conf.rpmsave
/etc/httpd/suse_loadmodule.conf.rpmsave
/etc/init.d/apache.rpmsave
/etc/init.d/mysql.rpmsave
/etc/login.defs.rpmsave
/etc/mail/genericstable.rpmsave
/etc/mail/submit.cf.rpmsave
/etc/mail/virtusertable.rpmsave
/etc/modules.conf.rpmsave
/etc/pam.d/sshd.rpmsave
/etc/php.ini.rpmsave
/etc/syslog.conf.rpmsave

Danke!
Anguel

[Joe User]

die *.rpmsave sind, von RPM erstellte, Backups von Konfigurationsdateien, welche bei Up/Downgrades nicht von RPM angepasst werden können/dürfen. Du musst also selbst entscheiden, ob und welche Optionen Du aus den Backups übernehmen kannst/willst, wo wir dann wieder bei dem 'Admins, welche wissen, was sie tun' sind...

[silentfog]

Bin nach Beschreibung vorgegangen, aber nach dem 'reboot' kein ping, nichts mehr.

• rescue:/# updatedb
  rescue:/# ldconfig
  rescue:/# SuSEconfig --verbose
  Starting SuSEconfig, the SuSE Configuration Tool...
  Running in verbose mode.
  Running in full featured mode.
  Reading /etc/sysconfig and updating the system...
  Executing /sbin/conf.d/SuSEconfig.aaa_at_first...
  Executing /sbin/conf.d/SuSEconfig.alljava...
  Executing /sbin/conf.d/SuSEconfig.apache...
  No changes for /etc/httpd/httpd.conf
  No changes for /etc/httpd/suse_loadmodule.conf
  No changes for /etc/httpd/suse_addmodule.conf
  No changes for /etc/httpd/suse_include.conf
  No changes for /etc/httpd/suse_define.conf
  No changes for /etc/httpd/suse_text.conf
  Executing /sbin/conf.d/SuSEconfig.bootsplash...
  Executing /sbin/conf.d/SuSEconfig.doublecheck...
  Executing /sbin/conf.d/SuSEconfig.fonts...
  Executing /sbin/conf.d/SuSEconfig.groff...
  /sbin/conf.d/SuSEconfig.groff: line 34: /dev/fd/62: No such file or directory
  Executing /sbin/conf.d/SuSEconfig.hostname...
  Executing /sbin/conf.d/SuSEconfig.libxml2...
  Executing /sbin/conf.d/SuSEconfig.man_info...
  Executing /sbin/conf.d/SuSEconfig.news...
  No changes for /etc/nntpserver
  No changes for /etc/inews_mail_gateway
  No changes for /var/lib/news/mailname
  No changes for /var/lib/news/whoami
  Executing /sbin/conf.d/SuSEconfig.perl...
  Executing /sbin/conf.d/SuSEconfig.permissions...
  Executing /sbin/conf.d/SuSEconfig.postfix...
  hostname: Unknown host
  Executing /sbin/conf.d/SuSEconfig.profiles...
  No changes for /etc/SuSEconfig/profile
  No changes for /etc/SuSEconfig/csh.login
  No changes for /etc/SuSEconfig/csh.cshrc
  Executing /sbin/conf.d/SuSEconfig.sortpasswd...
  Finished.
  rescue:/#
  rescue:/# locate rpmnew
  /etc/ssh/sshd_config.rpmnew
  rescue:/# locate rpmsave
  /etc/mail/genericstable.rpmsave
  /etc/mail/submit.cf.rpmsave
  /etc/mail/virtusertable.rpmsave
  rescue:/# cd /boot
  rescue:/boot# rm -rf c* e* i* K* v* S* /lib/modules/2.4.*
  rescue:/boot# wget ftp://update.rootmaster.info/local-upda ... 704.tar.gz
  --23:16:58-- ftp://update.rootmaster.info/local-upda ... 704.tar.gz
  => `kernel-2.4.21-030704.tar.gz'
  Resolving update.rootmaster.info... done.
  Connecting to update.rootmaster.info[195.20.224.78]:21... connected.
  Logging in as anonymous ... Logged in!
  ==> SYST ... done. ==> PWD ... done.
  ==> TYPE I ... done. ==> CWD /local-updates ... done.
  ==> EPRT ...
  Invalid EPRT.
  ==> PORT ... done. ==> RETR kernel-2.4.21-030704.tar.gz ... done.
  Length: 1,893,730 (unauthoritative)
  
  100%[========================================================>] 1,893,730 7.46M/s ETA 00:00
  
  23:16:59 (7.46 MB/s) - `kernel-2.4.21-030704.tar.gz' saved [1893730]
  
  rescue:/boot# tar xzf kernel-2.4.21-030704.tar.gz -C /
  rescue:/boot# ln -s vmlinuz-2.4.21-lufs-030704 vmlinuz
  rescue:/boot# rm -f kernel-2.4.21-030704.tar.gz
  rescue:/boot# ls
  . config-2.4.21-lufs-030704 message.SuSEconfig.2003.09.28-17.27
  .. grub message.SuSEconfig.2003.09.28-22.15
  System.map-2.4.21-lufs-030704 lost+found vmlinuz
  boot message vmlinuz-2.4.21-lufs-030704
  rescue:/boot# passwd root
  Changing password for root.
  New password:
  Re-enter new password:
  Password changed
  rescue:/boot# exit
  exit
  rescue:~# umount /dev/hda1
  rescue:~# umount /dev/hda3
  rescue:~#

Habe auch die configs gechecked, vielleich etwas übersehen ?
Fällt Euch etwas dazu ein ?

Ã?ber 'rescue' komme ich noch ran...

[Joe User]

hmm, hast Du die einzelnen Schritte manuell, oder per c&p durchgeführt?
War das System (noch) jungfräulich, oder bereits um/verkonfiguriert?
Die Konfigurationsdateien gemäss der *rpmnew/save rekonfiguriert?

[silentfog]

Hi Markus,

hmm, hast Du die einzelnen Schritte manuell, oder per c&p durchgeführt??

Manuell, kein Schritt per c&p, das sollte eigentlich ok gewesen sein ...

War das System (noch) jungfräulich, oder bereits um/verkonfiguriert?

Da sehe ich mittlerweile schon ein 'Problem', da vorher bereits einige Yast-Updates zwecks 'aktualisierter' Module erfolgt sind.
Etwas in der rpm-Db scheint sich da 'gespießt' zu haben.
Bin da noch am suchen ...
Auf SuSE und in den Mail-Threads ist dazu aber eigentlich zu viel, um das kurz 'mal zu sehen ... da ist noch etw. 'wühlen' angesagt.

Die Konfigurationsdateien gemäss der *rpmnew/save rekonfiguriert?

Yes, jepp. Auch nachträglich nochmal durchgegangen. Der Rooti scheint aber voll zu 'hängen', da keine logs, messages etc. mehr geschrieben werden ...
Scheint fast so, als hätte sich der Bootloader verabschiedet ?

[anguel]

Hallo Leute!

Habe nach der SuSE 8.2 Installation gestern den Server reinitialisieren lassen und würde euch von dem Update abraten.
Der Aufwand lohnt sich einfach nicht. Erstens ist es IMHO ohne Guru-Kenntnisse nicht möglich, die vielen rpmsave und rpmnew Dateien 100% anzupassen - man weiss eben nicht, ob SuSE oder 1&1 für einige der Ã?nderungen verantwortlich war.
Ausserdem waren bei mir nach dem Update einige Einträge in der sysconfig doppelt vorhanden, wenn ich sie mir über Yast angeschaut habe. Und wie Confixx mit dem Update klarkommt ist wieder eine andere Frage...
Ã?brigens sind bereichts beim frisch initialisierten 1&1 Server auch ein paar rpmsave und rpmnew Dateien vorhanden, was eigentlich nicht sein sollte.

Viele Grüße!
Anguel

[Joe User]

Moin,

Habe nach der SuSE 8.2 Installation gestern den Server reinitialisieren lassen und würde euch von dem Update abraten.
Der Aufwand lohnt sich einfach nicht. Erstens ist es IMHO ohne Guru-Kenntnisse nicht möglich, die vielen rpmsave und rpmnew Dateien 100% anzupassen - man weiss eben nicht, ob SuSE oder 1&1 für einige der Ã?nderungen verantwortlich war.

zu den 'Guru-Kenntnissen': Was hast Du bezüglich

Code: Select all

############################################################
#    Installation von SuSE 8.2 auf einem 1&1 Rootserver    #
#----------------------------------------------------------#
#                                                          #
#                      !!! WARNUNG !!!                     #
#----------------------------------------------------------#
#     DIE FOLGENDE INSTALLATIONSANLEITUNG RICHTET SICH     #
#    AUSSCHLIESSLICH AN ERFAHRENE SYSTEMADMINISTRATOREN    #
#----------------------------------------------------------#
#                                                          #
############################################################

nicht verstanden?
Zu den *rpmnew/save: Diese Dateien werden von RPM angelegt, nicht von 1&1, und sämtliche Ã?nderungen lassen sich in den jeweiligen Changelogs nachlesen.

Ausserdem waren bei mir nach dem Update einige Einträge in der sysconfig doppelt vorhanden, wenn ich sie mir über Yast angeschaut habe.

SuSEconfig --verbose durchgeführt?

Und wie Confixx mit dem Update klarkommt ist wieder eine andere Frage...

Das HowTo beschreibt das Upgrade von SuSE 8.1 auf SuSE 8.2, nicht 'HowTo (re)install Confixx'

Ã?brigens sind bereichts beim frisch initialisierten 1&1 Server auch ein paar rpmsave und rpmnew Dateien vorhanden, was eigentlich nicht sein sollte.

Doch, schliesslich führt 1&1 regelmässig Securityupdates auf ihren Images durch (siehe oben).

[winston]

so, ich habd as alles gemacht und es hat prima geklappt. aber wenn ich in yast gehe und mal testweise aufs systemupdate, so steht da immer noch dass ich 8.1 hätte. zwar sagt er sass es zu 8.2. nix merh zu updaten gäbe. aber ich würd schon gerne einstellen, dass da in zukunft überall 8.2 steht. wo amche ich das?

[Joe User]

Code: Select all

rm -f /var/adm/YaST/ProdDB/prod_00000001

sollte den gewünschten Effekt bewirken.

[t0x1c]

Tut mir echt leid wenn sich das jetzt nicht so nett anhört, aber

man iss SuSE nen scheiß

Da lob ich mir doch mein apt-get dist-upgrade :D

Aber nettes Howto, ausführlich und gut geschrieben!!

//

Wäre nett wenn ein Admin meinen 1. Unvollständigen Post löschen könnte :roll:

[Joe User]

man iss SuSE nen scheiß

Da lob ich mir doch mein apt-get dist-upgrade :D

Mach' mal ein Update der libc von 2.2.x nach 2.3.x...

Aber nettes Howto, ausführlich und gut geschrieben!!

Danke ;)

Wäre nett wenn ein Admin meinen 1. Unvollständigen Post löschen könnte :roll:

[x] Done.

[sibrenner]

Hallo,

Nachdem ich gestern das How-To zum Upgrade auf 8.2 durchgeführt habe und der Server einfach nicht mehr starten wollte, habe ich den neu initialisieren lassen und das How-To mal an einer frischen Installation ausgeführt. Wie bei der vorherigen Installation kann ich nichts seltsames / besonderes berichten, es erschienen auch keine besonderen Fehlermeldungen, dennoch hats dann wohl doch nicht funktioniert.

Ich vermute, daß der Bootloader das System nicht bootet oder gar nicht mehr im MBR installiert ist, das war wohl auch das Problem, daß ich schon bei der ersten Installation hatte. Jedenfalls wurde die boot.msg seit dem Upgrade vom System nicht mehr modifiziert.

Das HowTo ist eigentlich ganz gut, jedoch war mir eine Sache nicht ganz klar, deshalb noch eine Frage zu Punkt 8. Dort steht, daß man den Standardkernel und Lilo deaktivieren muss, was ja auch klar ist, da man ja eh nen speziellen Kernel braucht und ja grub als Bootloader verwenden will. Was ist mit deselektieren nun gemeint? Soll ich nun das alte drauflassen (i) oder deinstallieren (-), ist das egal? Das k_default-Paket erscheint bei Yast bei mir mit abgekürztem Titel.

Das Rescue-System funktioniert noch. Wie kann ich denn nun grub installieren? Ã?ber "grub" und "quit" gehts nicht, die Befehle setup / root habe ich ausprobiert, jedoch weigert sich grub irgendetwas zu machen. Was muss ich denn als Device angeben? /dev/hd0 funktioniert jedenfalls nicht.

Ich hab auch mal am alten System probiert, Lilo zu installieren, nachdem ich grub nicht zum laufen bekommen habe. Hat auch nicht geklappt.

Ich bin für jeden Hinweis dankbar!

[sibrenner]

Schreibt der Bootloader eigentlich selbst irgendeine Art log-Datei, so daß ich nach irgendeinem Fehler suchen kann? Ich habe inzwischen sowohl Lilo als auch grub probiert und der Server startet nicht. Die Dateien in /var/log werden gar nicht angerührt.

Inhalte von /boot:


-rw-r--r-- 1 root root 503663 Jul 4 23:35 System.map-2.4.21-lufs-030704
lrwxrwxrwx 1 root root 1 Nov 28 08:46 boot -> .
-rw-r--r-- 1 root root 512 Nov 30 19:13 boot.0300
-rw-r--r-- 1 root root 512 Nov 30 21:13 boot.0301
-rw-r--r-- 1 root root 19279 Jul 4 23:32 config-2.4.21-lufs-030704
drwxr-xr-x 2 root root 4096 Nov 30 21:34 grub
drwxr-xr-x 2 root root 49152 Nov 28 08:53 lost+found
-rw------- 1 root root 167936 Nov 30 21:14 map
-rw-r--r-- 1 root root 142091 Nov 30 19:13 message
-rw-r--r-- 1 root root 83147 Jan 16 2003 message.SuSEconfig.2003.11.28-16.05
lrwxrwxrwx 1 root root 26 Nov 30 19:27 vmlinuz -> vmlinuz-2.4.21-lufs-030704
-rw-r--r-- 1 root root 955995 Jul 4 23:35 vmlinuz-2.4.21-lufs-030704
Inhalte /boot/grub:

-rw-r--r-- 1 root root 30 Nov 30 19:30 device.map
-rw-r--r-- 1 root root 30 Nov 30 19:30 device.map.old
-rw-r--r-- 1 root root 7520 Mar 14 2003 e2fs_stage1_5
-rw-r--r-- 1 root root 7152 Mar 14 2003 fat_stage1_5
-rw-r--r-- 1 root root 6624 Mar 14 2003 ffs_stage1_5
-rw-r--r-- 1 root root 8128 Mar 14 2003 jfs_stage1_5
-rw------- 1 root root 160 Nov 30 19:30 menu.lst
-rw------- 1 root root 237 Nov 28 16:06 menu.lst.backup
-rw-r--r-- 1 root root 151 Nov 30 19:30 menu.lst.old
-rw-r--r-- 1 root root 6816 Mar 14 2003 minix_stage1_5
-rw-r--r-- 1 root root 159644 Mar 14 2003 nbgrub
-rw-r--r-- 1 root root 160668 Mar 14 2003 pxegrub
-rw-r--r-- 1 root root 8992 Mar 14 2003 reiserfs_stage1_5
-rw-r--r-- 1 root root 512 Mar 14 2003 stage1
-rw-r--r-- 1 root root 100586 Mar 14 2003 stage2
-rw-r--r-- 1 root root 159740 Mar 14 2003 stage2.netboot
-rw-r--r-- 1 root root 100586 Nov 29 01:01 stage2.old
-rw-r--r-- 1 root root 6240 Mar 14 2003 vstafs_stage1_5
-rw-r--r-- 1 root root 9064 Mar 14 2003 xfs_stage1_5

Inhalt von menu.lst:

timeout 1
default 0
title Linux
kernel(hd0,0)/vmlinuz root=/dev/hda3

nachdem der Rechner nicht gebootet hat, hab ich grub versucht neu zu installieren über

grub
> root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
> setup (hd0)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 15 sectors are embedded.
succeeded
Running "install /boot/grub/stage1 (hd0) (hd0)1+15 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
Done.

Gruß,
Simon

[sibrenner]

hat sich erledigt, war ne Fehlkonfiguration von grub

[Joe User]

hat sich erledigt, war ne Fehlkonfiguration von grub

Fehler im HowTo, oder bei Dir?

[sibrenner]

Das kann ich leider nicht mehr so nachvollziehen, ich vermute jedoch, daß die Datei grub.conf durch die Installation mit Yast überschrieben wurde und dort noch Ã?nderungen notwendig waren. Das hab ich jedenfalls als letztes gemacht. Ich hab mir einfach die Daten aus meinem Backup angesehen und die Inhalte wiederhergestellt.

Wenn das der Fehler war, wäre ein Hinweis im HowTo hilfreich, das man die Datei überprüfen sollte. Ich hatte noch Teile des "grub"-Ordners unterhalb von "/boot/" durch die Inhalte meines Backups ersetzt. Die dadurch ersetzte menu.lst findest Du im vorherigen Beitrag. Könnte also auch an ner kaputten Grub-Installation im allgemeinen liegen.

Gruß,
Simon

[boerni]

Hallo,
ich habe das selbe Problem. Was ratet ihr mir? Kann ich auch lilo statt grub auf dem Rootie einsetzen?

Danke.

Greets Börni

[sibrenner]

Hallo Börni,

kontrollier mal folgendes:

In der grub.conf unter /etc/ hab ich folgendes eingetragen:

root (hd0,0)
install /boot/grub/stage1 (hd0) (hd0)1+15 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst
quit

installieren tut man den Bootloader wohl, so hab ich das zumindest verstanden, über

grub
> root (hd0,0)
> setup (hd0)
> quit

was bei mir alleine aber nicht funktioniert hat.

Davor hatte ich noch die Dateien im Ordner /boot/grub durch die meines Backups ersetzt. Probier aber erst mal die grub.conf.

@Joe User: wie ist den nun der Punkt 8 im FAQ zu verstehen? Soll man den Kernel unaktualisiert drauflassen, löschen, oder ist das eh egal? Das man den Bootloader nicht löschen soll, ist mir nun auch klar, ich denke, daß war das Hauptproblem, wenn man den neu installiert scheint die Konfiguration weg zu sein.

Gruß,
Simon

[Joe User]

Moin,

@Joe User: wie ist den nun der Punkt 8 im FAQ zu verstehen? Soll man den Kernel unaktualisiert drauflassen, löschen, oder ist das eh egal?

der SuSE-Standard-Kernel sollte mittels YaST deinstalliert werden, da dieser früher oder später zu Problemen führen kann/wird, weshalb in Punkt 10 der 1&1-Kernel installiert wird.

PS: Sorry für die (sehr) späte Antwort :oops:

[Joe User]

der SuSE-Standard-Kernel sollte mittels YaST deinstalliert werden

Die Deinstallation des SuSE-Kernels ist jetzt direkt im HowTo integriert.

[cantinaro]

Hallo,

# 7) Das System fuer ein sauberes Update vorbereiten:

rpm -e --nodeps k_deflt lilo
rm -f /var/adm/YaST/ProdDB/prod_00000001

Nach Eingabe von "rpm -e --nodeps k_deflt lilo", wird mir angezeigt die folgenden Packete seien nicht installiert. Weiß jemand an was das liegen könnte, die Installation ist ansonsten eigentlich reibungslos durchgelaufen. Danke im Vorraus.


Die Fehlermeldung:

...
rescue:/# rpm -e --nodeps k_deflt lilo
error: package k_deflt is not installed
error: package lilo is not installed
...


Gruss, Carlos