Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-06-01 Diskussionsfäden Michael_OF
Hallo zusammen,


vielen Dank allen für die vielen Tipps, die ich zu meinem Upgrade-Problem 
bekommen habe!

Ich habe Ende April den Restore gewählt und 7.6.16 wieder "zum leben erweckt".

Jetzt hatte ich endlich dafür Zeit und habe nochmals den Upgrade gewagt, 
diesmal ausgehend von 7.6.18.

Und diesmal mit soweit möglich allen Extensions deaktiviert.
Und erstem Zugriff über /typo3/install, also dem Install Tool. Und nicht 
über Backend.

Hat funktioniert. 8.7.1 läuft jetzt problemlos. Und das neue responsive Backend 
macht sogar auf dem 5" Smartphone Spaß.
Ein bisschen jedenfalls :-)


Nur alle meine NEWS Datensätze sind nach dem Upgrade weg. Zum Glück nicht so 
schlimm.


Viele Grüße,
Michael


Am 20.04.2017 um 22:58 schrieb Marcus Raphelt:
> Tach,
> 
> du benötigst ein Tar-Archiv der Filebase und einen mysqldump.
> mysqldump --opt -u user -p datenbankname | gzip > dump.sql.gz
> tar -czf archiv.tgz webfolder dump.sql.gz
> 
> Zurück dann:
> tar -xzf archiv.tgz
> zcat dump.sql.gz | mysql -u user -p datenbankname
> 
> Mit diesen beiden Befehlen lässt sich jede php-basierte Applikation
> sichern und wieder zurückspielen.
> 
> Gruß
> Marcus
> 
> Am 20.04.2017 um 00:57 schrieb Michael_OF:
>>
>>
>> Mal eine pragmatische Frage: Ich habe immer vollständige Sicherungen meines 
>> vservers, also auch zum Zeitpunkt, als
>> 7.6.16 noch einwandfrei lief. Was genau brauche ich eigentlich alles, um 
>> einen Restore auf 7.6.16 durchzuführen?
>>
>>
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-05-12 Diskussionsfäden Sybille Peters
Bei mir hilft ebenso generell das Löschen des OPcaches (bzw. php-fpm reload) bei obigem Fehler (t3skin ..). 

Der Fehler kommt gelegentlich beim Updaten von Extensions über die Kommandozeile (aktuell auch beobachtet mit der aktuellen 7.6.18) trotz Löschen des Caches über Install Tool UND php-fpm reload. 


Auch beim Updaten der TYPO3 Version auf release level kam es immer mal wieder 
zu Problemen, s. daher auch meine Anfrage: im forge (#80092) https 
://forge.typo3.org/issues/80092
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-24 Diskussionsfäden Jakob Lenfers

Für mich hat das Leeren des OPCode Caches geholfen: 
httpx://stackoverflow.com/questions/34856649/typo3-upgrade-6-2-to-7-6/42853510#42853510
 (sorry, darf keine Links posten)
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-20 Diskussionsfäden Marcus Raphelt
Tach,

du benötigst ein Tar-Archiv der Filebase und einen mysqldump.
mysqldump --opt -u user -p datenbankname | gzip > dump.sql.gz
tar -czf archiv.tgz webfolder dump.sql.gz

Zurück dann:
tar -xzf archiv.tgz
zcat dump.sql.gz | mysql -u user -p datenbankname

Mit diesen beiden Befehlen lässt sich jede php-basierte Applikation
sichern und wieder zurückspielen.

Gruß
Marcus

Am 20.04.2017 um 00:57 schrieb Michael_OF:
>
>
> Mal eine pragmatische Frage: Ich habe immer vollständige Sicherungen meines 
> vservers, also auch zum Zeitpunkt, als
> 7.6.16 noch einwandfrei lief. Was genau brauche ich eigentlich alles, um 
> einen Restore auf 7.6.16 durchzuführen?
>
>

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-20 Diskussionsfäden Freddy Tripold

Hallo Michael,

das kenne ich nur zu gut. Downgrade/Upgrade machst du am besten so.
Direkt ins install-Tool einloggen->dort Cache löschen
-) auf keinen Fall ins BE einloggen
-) Upgrade Wizard checken, ob es Probleme gibt
-) Extensions checken, bei Bedarf in der PackageStates.php auf 
"inactive" setzen

-) immer wieder Cache löschen
-) ins BE einloggen, wenn nicht möglich neuen BE-User anlegen

Ich hab vielleicht noch das eine oder andere vergessen, aber im Prinzip 
niemals im BE einloggen, immer zuerst alles übers Install Tool checken, 
nur wenn dort kein Fehler mehr kommt, dann ins BE einloggen.


Upgrade und Downgrade ist so empfindlich, sobald da bei einer Ext nur 
eine Kleinigkeit nicht passt geht alles schief. Manchmal geht es 
trotzdem schief, zumeist irgendwelche Inkompatibilitäten wegen PHP5 und 
PHP7 oder ganz ganz schlimm, PHP-FPM.


Die Zeiten des locker flockigen Versionssprung sind vorbei, das ist nun 
richtige Arbeit ;-)


lg
Freddy


Am 20.04.2017 um 00:57 schrieb Michael_OF:

Hallo Michael,


die "höchstmöglichen" Extensions sind ziemlich sicher drin gewesen, ich war auf 
7.6.16 und recht aktuell mit allem. Aber
deaktivieren der Extensions wäre sicher angebracht gewesen, wurde hier ja 
oftmals empfohlen, blöd von mir.

Im Moment ist es echt arg:

- Bleibe ich bei 8.7.1, hüpfe ich von einer Exception in die nächste.

Nachdem ich rabiat alles weggehauen habe was irgendwie nach realurl klang, der 
fehler war echt hartnäckig, hatte ich
diese Exception bzgl. der Datenbank: 
https://wiki.typo3.org/Exception/CMS/1459422492

Entsprechend korrigiert verschwindet zwar das "Oops", aber der Browser bleibt 
leer und im Apache Log steht der nächste
Fehler:

[Thu Apr 20 00:05:22.827395 2017] [:error] [pid 106803] [client 
2003:8e:6c54:6b00:201:2eff:fe58:9eb9:51698] PHP Fatal
error:  Uncaught TypeError: strpos() expects parameter 1 to be string, null 
given in
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php:152\nStack
 trace:\n#0
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php(152):
 strpos(NULL, 'pdo_')\n#1
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php(132):
TYPO3\\CMS\\Core\\Database\\ConnectionPool->getDatabaseConnection(Array)\n#2
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php(83):
TYPO3\\CMS\\Core\\Database\\ConnectionPool->getConnectionByName('Default')\n#3
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Error/AbstractExceptionHandler.php(98):
TYPO3\\CMS\\Core\\Database\\ConnectionPool->getConnectionForTable('sys_log')\n#4
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Error/AbstractExceptionHandler.php(85):
TYPO3\\CMS\\Core\\Error\\AbstractExceptionHandler->writeLog('Core: 
Exception...')\n#5
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Error/ProductionExceptionHandler.p
 in
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php 
on line 152

Ich glaube kaum, dass es zielführend sein kann, dieses "Hüpfen" von einem 
Fehler zum nächsten ernsthaft zu verfolgen.

Zumal die reguläre Update-Doku NICHTS von diesen manuellen Schritten erwähnt 
und ich eine an sich super einfache kleine
Installation hatte, mit 7.6.13 überhaupt erst angefangen.

- Zurück auf 7.6.16 komme ich aber auch nicht wirklich:

Wenn ich typo3temp/* lösche und die den symlink zurücksetze, dann erhalte ich 
folgenden (kaputten) Backend-Login-Screen:

http://paste.opensuse.org/69803013

Egal was ich eingebe, bekomme ich ein "incorrect login". Bei im Firefox 
gespeicherten user+passwords, TYPOs also
ausgeschlossen. Der Screen sah mal anders aus, und (selbstverständlich) sind 
Cookies aktiviert :-(

Ich "verstehe" langsam, warum gefühlt mind. die Hälfte aller Threads hier in 
der Liste um irgendein Upgrade-Thema geht,
blanker Horror, hätte ich nach den einfachen 7.6.n auf 7.6.n+1 Upgrades nicht 
mit gerechnet!

Insbesondere fange ich bald an zu heulen, wenn ich noch öfters in den 
offiziellen Docs oder von Euch Hinweise finde bzw.
bekomme, was ich alles im Install_Tool machen soll... würde ich ja gerne :-(

/typo3/install bzw. weitergeleitet 
/typo3/sysext/install/Start/Install.php liefert aber auch nur eine
leere Seite und im Apache-Log den Fehler:

[Thu Apr 20 00:52:56.311929 2017] [:error] [pid 107727] [client 
2003:8e:6c54:6b00:201:2eff:fe58:9eb9:52178] PHP Fatal
error:  Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key 
"t3skin" is NOT loaded! in
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:132\nStack
 trace:\n#0
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(172):
TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::extPath('t3skin')\n#1
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Messaging/ErrorpageMessage.php(33):
TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::siteRelPath('t3skin')\n#2

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-19 Diskussionsfäden Michael_OF
Hallo Michael,


die "höchstmöglichen" Extensions sind ziemlich sicher drin gewesen, ich war auf 
7.6.16 und recht aktuell mit allem. Aber
deaktivieren der Extensions wäre sicher angebracht gewesen, wurde hier ja 
oftmals empfohlen, blöd von mir.

Im Moment ist es echt arg:

- Bleibe ich bei 8.7.1, hüpfe ich von einer Exception in die nächste.

Nachdem ich rabiat alles weggehauen habe was irgendwie nach realurl klang, der 
fehler war echt hartnäckig, hatte ich
diese Exception bzgl. der Datenbank: 
https://wiki.typo3.org/Exception/CMS/1459422492

Entsprechend korrigiert verschwindet zwar das "Oops", aber der Browser bleibt 
leer und im Apache Log steht der nächste
Fehler:

[Thu Apr 20 00:05:22.827395 2017] [:error] [pid 106803] [client 
2003:8e:6c54:6b00:201:2eff:fe58:9eb9:51698] PHP Fatal
error:  Uncaught TypeError: strpos() expects parameter 1 to be string, null 
given in
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php:152\nStack
 trace:\n#0
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php(152):
 strpos(NULL, 'pdo_')\n#1
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php(132):
TYPO3\\CMS\\Core\\Database\\ConnectionPool->getDatabaseConnection(Array)\n#2
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php(83):
TYPO3\\CMS\\Core\\Database\\ConnectionPool->getConnectionByName('Default')\n#3
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Error/AbstractExceptionHandler.php(98):
TYPO3\\CMS\\Core\\Database\\ConnectionPool->getConnectionForTable('sys_log')\n#4
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Error/AbstractExceptionHandler.php(85):
TYPO3\\CMS\\Core\\Error\\AbstractExceptionHandler->writeLog('Core: 
Exception...')\n#5
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Error/ProductionExceptionHandler.p
 in
/srv/www/typo3_src-8.7.1/typo3/sysext/core/Classes/Database/ConnectionPool.php 
on line 152

Ich glaube kaum, dass es zielführend sein kann, dieses "Hüpfen" von einem 
Fehler zum nächsten ernsthaft zu verfolgen.

Zumal die reguläre Update-Doku NICHTS von diesen manuellen Schritten erwähnt 
und ich eine an sich super einfache kleine
Installation hatte, mit 7.6.13 überhaupt erst angefangen.

- Zurück auf 7.6.16 komme ich aber auch nicht wirklich:

Wenn ich typo3temp/* lösche und die den symlink zurücksetze, dann erhalte ich 
folgenden (kaputten) Backend-Login-Screen:

http://paste.opensuse.org/69803013

Egal was ich eingebe, bekomme ich ein "incorrect login". Bei im Firefox 
gespeicherten user+passwords, TYPOs also
ausgeschlossen. Der Screen sah mal anders aus, und (selbstverständlich) sind 
Cookies aktiviert :-(

Ich "verstehe" langsam, warum gefühlt mind. die Hälfte aller Threads hier in 
der Liste um irgendein Upgrade-Thema geht,
blanker Horror, hätte ich nach den einfachen 7.6.n auf 7.6.n+1 Upgrades nicht 
mit gerechnet!

Insbesondere fange ich bald an zu heulen, wenn ich noch öfters in den 
offiziellen Docs oder von Euch Hinweise finde bzw.
bekomme, was ich alles im Install_Tool machen soll... würde ich ja gerne :-(

/typo3/install bzw. weitergeleitet 
/typo3/sysext/install/Start/Install.php liefert aber auch nur eine
leere Seite und im Apache-Log den Fehler:

[Thu Apr 20 00:52:56.311929 2017] [:error] [pid 107727] [client 
2003:8e:6c54:6b00:201:2eff:fe58:9eb9:52178] PHP Fatal
error:  Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key 
"t3skin" is NOT loaded! in
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:132\nStack
 trace:\n#0
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(172):
TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::extPath('t3skin')\n#1
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Messaging/ErrorpageMessage.php(33):
TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::siteRelPath('t3skin')\n#2
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4541):
TYPO3\\CMS\\Core\\Messaging\\ErrorpageMessage->__construct('/srv/www/htdocs...',
 'Oops, an error ...')\n#3
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4516):
TYPO3\\CMS\\Core\\Utility\\GeneralUtility::instantiateClass('TYPO3CMSCore...',
 Array)\n#4
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Error/ProductionExceptionHandler.php(60):
TYPO3\\CMS\\Core\\Utility\\Gen in
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php
 on line 132





Mal eine pragmatische Frage: Ich habe immer vollständige Sicherungen meines 
vservers, also auch zum Zeitpunkt, als
7.6.16 noch einwandfrei lief. Was genau brauche ich eigentlich alles, um einen 
Restore auf 7.6.16 durchzuführen?


Frustrierte Grüße,
Michael




Am 19.04.2017 um 17:57 schrieb Michael Kasten:
> Hallo Michael,
> 
> bevor du ein upgrade machst: die höchstmögliche Version der Extensions 
> einspielen (gut vergessen
> kann 

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-19 Diskussionsfäden Michael_OF
Hallo Marcus,


danke, ja hab ich. Zwischenzeitlich sogar auf Empfehlung von hier 
https://wiki.typo3.org/Exception/CMS/1365429656, ich
hatte diese Exception, alles unter typo3temp. Gebracht hat das leider gar 
nichts.


Liebe Grüße,
Michael


Am 19.04.2017 um 18:33 schrieb Marcus Raphelt:
> Hallo,
> 
> hast Du bereits versucht, typo3temp/Cache zu löschen?
> 
> Gruß
> Marcus
> 
> Am 19.04.2017 um 17:49 schrieb Michael_OF:
>> Hallo zusammen,
>>
>>
>> kann mir jemand einen Tipp geben für diesen Apache-Fehler?
>>
>> [Wed Apr 19 17:21:48.383559 2017] [:error] [pid 82539] [client 
>> 2003:8e:6c54:6b00:201:2eff:fe58:9eb9:49032] PHP Fatal
>> error:  Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key 
>> "t3skin" is NOT loaded! in
>>
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-19 Diskussionsfäden Christian Hackl

Und den ganzen Inhalt vom typo3temp Ordner mal löschen, bewirkt hin und wieder 
Wunder. :D
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-19 Diskussionsfäden Marcus Raphelt
Hallo,

hast Du bereits versucht, typo3temp/Cache zu löschen?

Gruß
Marcus

Am 19.04.2017 um 17:49 schrieb Michael_OF:
> Hallo zusammen,
>
>
> kann mir jemand einen Tipp geben für diesen Apache-Fehler?
>
> [Wed Apr 19 17:21:48.383559 2017] [:error] [pid 82539] [client 
> 2003:8e:6c54:6b00:201:2eff:fe58:9eb9:49032] PHP Fatal
> error:  Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key 
> "t3skin" is NOT loaded! in
>

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-19 Diskussionsfäden Michael Kasten
Hallo Michael,

bevor du ein upgrade machst: die höchstmögliche Version der Extensions 
einspielen (gut vergessen
kann vorkommen)
Wenn du den Symlink umgelegt hast: Als erstes mal im Installtool auf 
incompatible extensions testen
Du kannst die störenden Extensions ja jederzeit in der Datei 
typo3conf/PackageStates.php inaktiv
setzen. Ich würde also den Symlink wieder auf 8.7.1 legen in der o.g. Datei mal 
die störenden
Extensions inaktiv setzen und dann die upgrade Wizard im Installtool direkt 
aufrufen.


Daumen Drück




Am 19.04.2017 um 17:49 schrieb Michael_OF:
> Hallo zusammen,
> 
> 
> kann mir jemand einen Tipp geben für diesen Apache-Fehler?
> 
> [Wed Apr 19 17:21:48.383559 2017] [:error] [pid 82539] [client 
> 2003:8e:6c54:6b00:201:2eff:fe58:9eb9:49032] PHP Fatal
> error:  Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key 
> "t3skin" is NOT loaded! in
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:132\nStack
>  trace:\n#0
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(172):
> TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::extPath('t3skin')\n#1
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Messaging/ErrorpageMessage.php(33):
> TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::siteRelPath('t3skin')\n#2
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4541):
> TYPO3\\CMS\\Core\\Messaging\\ErrorpageMessage->__construct('', 'Oops, an 
> error ...')\n#3
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4516):
> TYPO3\\CMS\\Core\\Utility\\GeneralUtility::instantiateClass('TYPO3CMSCore...',
>  Array)\n#4
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Error/ProductionExceptionHandler.php(60):
> TYPO3\\CMS\\Core\\Utility\\GeneralUtility::makeI in
> /srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php
>  on line 132
> 
> Was habe ich Böses zuvor getan bzw. was wollte ich machen:
> 
> - Nachdem ich PHP 5 auf 7 gehoben und den dadurch entstandenen diversen Ärger 
> mit anderen Dingen beseitigt hatte, wollte
> ich (endlich) meine TYPO3 7.6 Instanz auf 8.7.1 heben. Üblicher Weg, Download 
> der .tar.gz Datei, symlink auf typo3_src
> passend setzen.
> - Der erste Aufruf unter 8.7.1 lieferte einen "Ooops" und "TYPO3 Fatal Error: 
> Extension key "realurl" is NOT loaded!"
> 
> Wäre wohl eine bessere Idee gewesen, alle Extensions vorher zu disablen.
> 
> Also wollte ich zurück auf 7.6.16, um dieses nachzuholen. Dass klappt aber 
> nicht (mehr), Fehler oben. KEIN Hinweis im
> Browser, Seite bleibt leer, view-source: ist auch komplett leer.
> 
> Schon mal jemand in dieses Loch gefallen?
> 
> 
> Liebe Grüße,
> Michael
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 

-- 
Michael Kasten | http://m-kasten.de
Im wirklichen Leben gibt es kein [Strg]+[Z]
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

2017-04-19 Diskussionsfäden Michael_OF
Hallo zusammen,


kann mir jemand einen Tipp geben für diesen Apache-Fehler?

[Wed Apr 19 17:21:48.383559 2017] [:error] [pid 82539] [client 
2003:8e:6c54:6b00:201:2eff:fe58:9eb9:49032] PHP Fatal
error:  Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key 
"t3skin" is NOT loaded! in
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php:132\nStack
 trace:\n#0
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php(172):
TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::extPath('t3skin')\n#1
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Messaging/ErrorpageMessage.php(33):
TYPO3\\CMS\\Core\\Utility\\ExtensionManagementUtility::siteRelPath('t3skin')\n#2
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4541):
TYPO3\\CMS\\Core\\Messaging\\ErrorpageMessage->__construct('', 'Oops, an error 
...')\n#3
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/GeneralUtility.php(4516):
TYPO3\\CMS\\Core\\Utility\\GeneralUtility::instantiateClass('TYPO3CMSCore...',
 Array)\n#4
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Error/ProductionExceptionHandler.php(60):
TYPO3\\CMS\\Core\\Utility\\GeneralUtility::makeI in
/srv/www/typo3_src-7.6.16/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php
 on line 132

Was habe ich Böses zuvor getan bzw. was wollte ich machen:

- Nachdem ich PHP 5 auf 7 gehoben und den dadurch entstandenen diversen Ärger 
mit anderen Dingen beseitigt hatte, wollte
ich (endlich) meine TYPO3 7.6 Instanz auf 8.7.1 heben. Üblicher Weg, Download 
der .tar.gz Datei, symlink auf typo3_src
passend setzen.
- Der erste Aufruf unter 8.7.1 lieferte einen "Ooops" und "TYPO3 Fatal Error: 
Extension key "realurl" is NOT loaded!"

Wäre wohl eine bessere Idee gewesen, alle Extensions vorher zu disablen.

Also wollte ich zurück auf 7.6.16, um dieses nachzuholen. Dass klappt aber 
nicht (mehr), Fehler oben. KEIN Hinweis im
Browser, Seite bleibt leer, view-source: ist auch komplett leer.

Schon mal jemand in dieses Loch gefallen?


Liebe Grüße,
Michael

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german