[gelöst] Update von Debian 6.0 auf 7.0

[ltiefland]

weil die eingesetzten PHP-Skripte leider nicht mit PHP 7.0

Das ist Mist.

Wenn du schon eine nicht mehr supportete Debian-Version einsetzt kommt es doch gar nicht auf den Releasestand an. Besser wäre wohl gewesen gar nicht upzudaten. Hast du noch ein altes Backup?

Welche Software benötigt eine so alte PHP-Version? Betreibst du die im Internet?


https://wiki.debian.org/PHP

Theoretisch hast Du natürlich recht. Allerdings ließ sich der Standard-Client von Let's Encrypt nicht installieren. Daher wollte ich ein Upgrade durchführen.

Die PHP-Problematik bezieht sich auf von unserer Firma entwickelte Shopsysteme und deren Backendverwaltung. Diese stammt noch aus der PHP4-Zeit und setzt z. B. noch auf mysql_query etc.

[Nice]

Das Beste hat guennid bereits geschrieben:

Du solltest gründlich überlegen, ob hier eine Neuinstallation (nebst Datensicherung) nicht vorzuziehen wäre.

Zwischenzeitlich hat sich doch Einiges getan, so dass ein einfaches dist-upgrade wohl nicht genügt.

Also mein bescheidener Rat:
Daten sichern.
Stretch neu installieren.

[KBDCALLS]

Wenn php5 unbedingt gebraucht wird dann bliebe noch Jessie . Also Version 8 Das wäre oldstable

So wie ich das sehe ist das Kind schon in den Brunnen gefallen, und schon arg ramponiert. Also ich würde doch erst mal versuchen ein sauberes Sqeeze zurück zugehen.

• Code: Alles auswählen

  deb ftp.nl.debian.org/debian-archive/debian squeeze  contrib main non-free

Vorher mal den Inhalt /var/lib/apt/lists löschen.

• Code: Alles auswählen

  Package: 	*
  Pin:  release a=oldoldstable,n=squeeze
  Pin-Priority: 	1001

• Code: Alles auswählen

  aptitude update

  Mit

  • Code: Alles auswählen

    apt-cache policy

  die Priorität prüfen
  
  Dann das dist-upgrade
  

  • Code: Alles auswählen

    aptitude dist-upgrade -V

  Das komplette Log dann aber bitte nach NoPaste

[Apfelmann]

Ganz schön verfahren.

Versuche mal Bunsenlabs, damit hast Du ein Livesystem auf debian-jessie, i386 / amd /
https://www.bunsenlabs.org/installation.html
Damit könntet Ihr testen, ob Eure php-Skripte unterstützt werden.
Wenn alles funktioniert könnte installiert werden.

Ansonsten alte Installations- cd's / dvd's rauskramen und das alte System neu aufziehen.
Ein upgrade oder dist-upgrade geht nur von Version zu Version, es kann nichts übersprungen werden.

Als weitere Möglichkeit könnte man alles in eine virtuelle Maschine packen.

LG

[guennid]

So ganz pessimistisch sehe ich's noch gar nicht. Auf squeeze zurück würde ich nicht gehen. Es wurde ein (fehlgeschlagenes) Upgrade auf wheezy unternommen. Wenn ich mir das, was ltiefland als sources.list gepostet hat, anschaue und mal unterstelle, dass außer den verunglückten code-tags das alles ist, was darin steht, dann geht da vielleicht noch was: Wie von cosinus angeregt, könnte er die security-updates hinzufügen (alles mit deb-src benötigt er nicht), noch ein

Code: Alles auswählen

apt(-get) update

fahren (falls das noch geht) und es noch mal mit

Code: Alles auswählen

apt-get -f install

oder

Code: Alles auswählen

apt(-get) dist-upgrade

versuchen, auf ein funktionierendes wheezy zu kommen. (Herr hilf, ist das ein Geraffel mit diesem unsäglichen apt(-get)-Unsinn) Spätestens, wenn das nicht funktioniert, würde ich diese Versuche aber aufgeben.

[KBDCALLS]

Ich würds doch erst mal versuchen ob das sauber funktionert . Und wenn das hinhaut dann kann man weitersehen. install -f verschlimmert die Situation häufig. Und läuft erst recht gegen die Wand.

[guennid]

install -f verschlimmert die Situation häufig.

Wenn dpkg alles hat, was es benötigt?

[KBDCALLS]

Wenn die Scripte in /var/lib/dpkg/info einen Fehler melden oder betroffen sind kommt man mit normalen Mitteln nicht mehr weiter. So schön sich das auch liest und auch wäre.

Es wäre auch nicht verkehrt das hier sich mal durchzulesen.

Die Seiten für Wheezy und Jessie sind immer noch vorhanden. Findet man aber nur wenn den Link manuell ändert.

[guennid]

Ich würde das riskieren/ausprobieren, habe ich schon öfter gehabt, dass Konflikte wegen eines unzureichenden apt-get update anschließend mühelos behoben wurden. Und bisher wurde ja nichts anderes gemacht, wenn ich recht sehe: ein dist-upgrade nicht mit einer falschen, sondern lediglich mit einer unvollständigen sources.list.

[KBDCALLS]

Allerdings vorher sich die Zeit nehmen und genau hinsehen was passieren soll.

Ein dpkg --audit kann auch nicht schaden. Checkt auf defekte Pakete etc.

[ltiefland]

Als weitere Möglichkeit könnte man alles in eine virtuelle Maschine packen.

Das ganze ist eine virtuelle Maschine. Wir arbeiten ausschließlich mit Virtuozzo Containern auf unseren eigenen Servern (bzw. den Servern unserer Kunden).

Ein dpkg --audit kann auch nicht schaden. Checkt auf defekte Pakete etc.

Code: Alles auswählen

dpkg --audit

ergibt folgendes Ergebnis

Code: Alles auswählen

The following packages have been unpacked but not yet configured.
They must be configured using dpkg --configure or the configure
menu option in dselect for them to work:
 libssl1.0.0          SSL shared libraries
 python2.6-minimal    Minimal subset of the Python language (version 2.6)

The following packages are only half configured, probably due to problems
configuring them the first time.  The configuration should be retried using
dpkg --configure <package> or the configure menu option in dselect:
 debconf              Debian configuration management system

[KBDCALLS]

Versuchs erstmal mit

• Code: Alles auswählen

  dpkg --configure debconf

wenn das funktioniert

• Code: Alles auswählen

  dpkg -configure -q

Was gibt denn jetzt

• Code: Alles auswählen

  dpkg-cache policy

aus ?

[ltiefland]

Code: Alles auswählen

dpkg --configure debconf

führt zu

Code: Alles auswählen

Setting up debconf (1.5.49) ...
Traceback (most recent call last):
  File "/usr/lib/python2.5/runpy.py", line 95, in run_module
    filename, loader, alter_sys)
  File "/usr/lib/python2.5/runpy.py", line 52, in _run_module_code
    mod_name, mod_fname, mod_loader)
  File "/usr/lib/python2.5/runpy.py", line 32, in _run_code
    exec code in run_globals
  File "/usr/lib/python2.5/py_compile.py", line 164, in <module>
    main()
  File "/usr/lib/python2.5/py_compile.py", line 159, in main
    compile(filename, doraise=True)
  File "/usr/lib/python2.5/py_compile.py", line 115, in compile
    f = open(file, 'U')
IOError: [Errno 2] No such file or directory: '-'
dpkg: error processing debconf (--configure):
 subprocess installed post-installation script returned error exit status 255
Errors were encountered while processing:
 debconf

dpkg-cache ist bei dem Server nicht installiert.

Code: Alles auswählen

apt-cache policy

hingegen ergibt

Code: Alles auswählen

Package files:
 100 /var/lib/dpkg/status
     release a=now
 500 http://ftp.debian.org wheezy-updates/non-free Packages
     release o=Debian,a=oldoldstable-updates,l=Debian,c=non-free
     origin ftp.debian.org
 500 http://ftp.debian.org wheezy-updates/contrib Packages
     release o=Debian,a=oldoldstable-updates,l=Debian,c=contrib
     origin ftp.debian.org
 500 http://ftp.debian.org wheezy-updates/main Packages
     release o=Debian,a=oldoldstable-updates,l=Debian,c=main
     origin ftp.debian.org
 500 http://security.debian.org wheezy/updates/non-free Packages
     release v=7.0,o=Debian,a=oldoldstable,l=Debian-Security,c=non-free
     origin security.debian.org
 500 http://security.debian.org wheezy/updates/contrib Packages
     release v=7.0,o=Debian,a=oldoldstable,l=Debian-Security,c=contrib
     origin security.debian.org
 500 http://security.debian.org wheezy/updates/main Packages
     release v=7.0,o=Debian,a=oldoldstable,l=Debian-Security,c=main
     origin security.debian.org
 500 http://ftp.debian.org wheezy/non-free Packages
     release v=7.11,o=Debian,a=oldoldstable,l=Debian,c=non-free
     origin ftp.debian.org
 500 http://ftp.debian.org wheezy/contrib Packages
     release v=7.11,o=Debian,a=oldoldstable,l=Debian,c=contrib
     origin ftp.debian.org
 500 http://ftp.debian.org wheezy/main Packages
     release v=7.11,o=Debian,a=oldoldstable,l=Debian,c=main
     origin ftp.debian.org
Pinned packages:

[KBDCALLS]

Code: Alles auswählen

dpkg --configure debconf

führt zu

Code: Alles auswählen

Setting up debconf (1.5.49) ...
Traceback (most recent call last):
  File "/usr/lib/python2.5/runpy.py", line 95, in run_module
    filename, loader, alter_sys)
  File "/usr/lib/python2.5/runpy.py", line 52, in _run_module_code
    mod_name, mod_fname, mod_loader)
  File "/usr/lib/python2.5/runpy.py", line 32, in _run_code
    exec code in run_globals
  File "/usr/lib/python2.5/py_compile.py", line 164, in <module>
    main()
  File "/usr/lib/python2.5/py_compile.py", line 159, in main
    compile(filename, doraise=True)
  File "/usr/lib/python2.5/py_compile.py", line 115, in compile
    f = open(file, 'U')
IOError: [Errno 2] No such file or directory: '-'
dpkg: error processing debconf (--configure):
 subprocess installed post-installation script returned error exit status 255
Errors were encountered while processing:
 debconf

dpkg-cache ist bei dem Server nicht installiert.

Wie komm ich auf dpkg-cache . War ja auch apt-cache gemeint stattdessen

• Code: Alles auswählen

  IOError: [Errno 2] No such file or directory: '-'

Der IOError deutet aber auf eine defekte Platte hin.

[breakthewall]

Die PHP-Problematik bezieht sich auf von unserer Firma entwickelte Shopsysteme und deren Backendverwaltung. Diese stammt noch aus der PHP4-Zeit und setzt z. B. noch auf mysql_query etc.

Wird in dieser Firma alles nur einmal entwickelt, und dann nicht mehr gepflegt? Diese Verfahrensweise ist unverantwortlich und zieht das ganze System in Mitleidenschaft. Wenn dann müsste dieses Shopsystem inkl. aller Bestandteile, mindestens in einer eigenen VM bzw. in einem Container laufen, und das auf einem aktuellen Debian-Stretch. Aber nicht innerhalb des Host-Systems, womit auch noch System-Updates unterbunden werden, weil niemand an modernem PHP-Support für das Shopsystem arbeitet. Tut euch einen Gefallen und macht wenigstens ein Flatpak daraus, um die Problematik halbwegs komfortabel zu lösen. An Sicherheitslücken denkt man besser erst garnicht, angesichts des Alters der Software.

[ltiefland]

• Code: Alles auswählen

  IOError: [Errno 2] No such file or directory: '-'

Der IOError deutet aber auf eine defekte Platte hin.

Dann müsste aber das RAID defekt sein, oder? In dem Server werkeln 3 SSDs im RAID5-Verbund. Auf diesem Verbund ist sowhl das Wirt-Betriebssystem als auch alle Gastsysteme installiert.

Außerdem der "Verzeichnisname" deutet doch auf die Standardeingabe hin, oder irre ich mich da? Jedenfalls sollte doch alles ansprechbar sein, auch wenn eine Platte / SSD einen Fehler aufweist bzw. ausfällt.

Das Raid wird per Nagios überwacht und meldet dort keinen Plattenausfall.

OK: 0:0:RAID-5:3 drives:474.972GB:Optimal Drives:3

[cosinus]

Für mich sieht die Fehlermeldung aus, als wenn die von python kommt und es auf eine Datei will, die nicht (mehr) existiert.

[owl102]

Das ganze ist eine virtuelle Maschine.

Und du hast hoffentlich vor dem Update-Versuch einen Snapshot angelegt? Wenn ja: Dorthin zurückkehren und es noch einmal sauber versuchen.

Code: Alles auswählen

IOError: [Errno 2] No such file or directory: '-'

Der IOError deutet aber auf eine defekte Platte hin.

Nö:

Code: Alles auswählen

#define ENOENT       2  /* No such file or directory */

[KBDCALLS]

Jetzt hab ich mir das mal etwas näher noch angesehen. Die Fehlermeldung kommt nicht von debconf , sondern von Python.

• Code: Alles auswählen

  /usr/lib/python2.5/runpy.py

Und die gehört zu

• Code: Alles auswählen

  libpython2.5-minimal:amd64: /usr/lib/python2.5/runpy.py

Und das gibt es nicht mehr in Wheezy. Sondern nur noch 2.6 und 2.7

Man könnte versuchen debconf von Squeeze zu installieren.

• Code: Alles auswählen

  ftp://ftp.nl.debian.org/debian-archive/debian/pool/main/d/debconf/debconf_1.5.36.1_all.deb
  

und

• Code: Alles auswählen

  ftp://ftp.nl.debian.org/debian-archive/debian/pool/main/d/debconf/debconf-utils_1.5.36.1_all.deb

Herunterladen und mit

• Code: Alles auswählen

  dpkg -i paketname 

installieren. Kompletter Paketname muß angegeben werden.

Eventuell ist er damit schon zufrieden fürs erste.

[ltiefland]

Jetzt hab ich mir das mal etwas näher noch angesehen. Die Fehlermeldung kommt nicht von debconf , sondern von Python.

• Code: Alles auswählen

  /usr/lib/python2.5/runpy.py

Und die gehört zu

• Code: Alles auswählen

  libpython2.5-minimal:amd64: /usr/lib/python2.5/runpy.py

Und das gibt es nicht mehr in Wheezy. Sondern nur noch 2.6 und 2.7

Man könnte versuchen debconf von Squeeze zu installieren.

• Code: Alles auswählen

  ftp://ftp.nl.debian.org/debian-archive/debian/pool/main/d/debconf/debconf_1.5.36.1_all.deb
  

und

• Code: Alles auswählen

  ftp://ftp.nl.debian.org/debian-archive/debian/pool/main/d/debconf/debconf-utils_1.5.36.1_all.deb

Herunterladen und mit

• Code: Alles auswählen

  dpkg -i paketname 

installieren. Kompletter Paketname muß angegeben werden.

Eventuell ist er damit schon zufrieden fürs erste.

Hi KBDCALLS,

danke für den Tipp. Das hat doch glatt geholfen.

Ein anschließendes

Code: Alles auswählen

apt-get dist-upgrade

hat dann auch geklappt und das System läuft jetzt mit Debian 7.11. Nächste Woche werde ich dann ein Dist-Upgrade auf 8.10 durchführen.