# Fehlermeldung nach Update von 5.2 beta auf 5.2 RC - Column already exists

**URL:** <https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377>\
**Category:** Installation/Einstieg\
**Created:** [10. Juni 2016 um 10:49 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377 "2016-06-10T10:49:45Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![vierpunkt](https://avatars.discourse-cdn.com/v4/letter/v/ec9cab/32.png) [@vierpunkt](https://forum.shopware.com/u/vierpunkt)\
**Post date:** [10. Juni 2016 um 10:49 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/1 "2016-06-10T10:49:45Z")

</div>

Hallo zusammen,

ich bekomme beim Update eine Fehlermeldung von Shopware 5.2 beta auf die 5.2 RC

Siehe Screenshot:

&nbsp;

![](http://www.vierpunkt.de/shopware-update-52.png)

```
Error
Received the following error message:
Could not apply migration: SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'title'

Please try to fix this error and restart the update.
Response

{"valid":false,"errorMsg":"Could not apply migration: SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'title'"}

```

Weiß jemand, wie ich das Problem beheben kann oder wie ich rausfinde, wo genau die column title doppelt ist?  
Vielen Dank

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [10. Juni 2016 um 10:52 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/2 "2016-06-10T10:52:23Z")

</div>

Hab ich schon als Ticket angelegt - würde auch gerne wissen, welche migrations-Datei ich löschen muss, um weiter zu kommen&nbsp; ![Wearing-Sunglasses](http://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/wearing-sunglasses.png "Wearing-Sunglasses")  
Die Fehlermeldung schweigt sich da ja aus - und „Title“ gibt es ja nun mehrere in den Migrations-Scripts&nbsp; ![Wink](http://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/wink.png "Wink")

---

<div class="post-metadata">

**Author:** ![vierpunkt](https://avatars.discourse-cdn.com/v4/letter/v/ec9cab/32.png) [@vierpunkt](https://forum.shopware.com/u/vierpunkt)\
**Post date:** [10. Juni 2016 um 10:59 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/3 "2016-06-10T10:59:14Z")

</div>

> [@sonic schrieb:](https://forum.shopware.com/profile/16285/sonic "sonic")
> 
> Hab ich schon als Ticket angelegt - würde auch gerne wissen, welche migrations-Datei ich löschen muss, um weiter zu kommen&nbsp; ![Wearing-Sunglasses](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/301eaa4db0af1251d93dae7904e5b71a4b15e729.png "Wearing-Sunglasses")  
> Die Fehlermeldung schweigt sich da ja aus - und „Title“ gibt es ja nun mehrere in den Migrations-Scripts&nbsp;

Super, Dank dir @sonic

---

<div class="post-metadata">

**Author:** ![Jan\_Bucker](https://avatars.discourse-cdn.com/v4/letter/j/db5fbb/32.png) [@Jan\_Bucker](https://forum.shopware.com/u/Jan_Bucker)\
**Post date:** [10. Juni 2016 um 11:15 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/4 "2016-06-10T11:15:22Z")

</div>

Hi, ein Update von der Beta 1 auf RC 1 wird nicht supportet.

LG

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [10. Juni 2016 um 11:16 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/5 "2016-06-10T11:16:28Z")

</div>

Dann sollte man es auch nicht im autoupdate als Popup anbieten&nbsp; ![Wink](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/b3785da0cbf2c8566cb535dcf55b2730b5224899.png "Wink")

---

<div class="post-metadata">

**Author:** ![parazone](https://avatars.discourse-cdn.com/v4/letter/p/58956e/32.png) [@parazone](https://forum.shopware.com/u/parazone)\
**Post date:** [10. Juni 2016 um 12:54 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/6 "2016-06-10T12:54:44Z")

</div>

Und wie bekommt man nun die Beta wieder zum laufen?

Auf der SW Facebook Seite hat auch jemand geschrieben, das auch ein update von RC auf die Final nicht supportet wird, stimmt das?

---

<div class="post-metadata">

**Author:** ![sschreier](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sschreier/32/23296_2.png) [@sschreier](https://forum.shopware.com/u/sschreier)\
**Post date:** [10. Juni 2016 um 13:05 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/7 "2016-06-10T13:05:47Z")

</div>

> [@parazone schrieb:](https://forum.shopware.com/profile/5801/parazone "parazone")
> 
> Und wie bekommt man nun die Beta wieder zum laufen?
> 
> Auf der SW Facebook Seite hat auch jemand geschrieben, das auch ein update von RC auf die Final nicht supportet wird, stimmt das?

Hallo,

das ein Update von RC auf Final nicht möglich sein wird, kann man sich aber auch schon denken, es steht ja nicht umsonst da, dass diese für Produktivsysteme nicht vorgesehen sind. Es steht aber auch in der Beschreibung vom RC selbst drin: " **Achtung** - Der Release Candidate dient ausschließlich zu Evaluierungszwecken und sollte nicht in Produktiv-Umgebungen eingespielt werden. Ein Updatepfad auf die finale Version wird **nicht** sichergestellt", siehe: [http://community.shopware.com/Downloads\_cat\_448.html](http://community.shopware.com/Downloads%5C_cat%5C_448.html) und „5.2.0 RC 1“.

Wahrscheinlich bleibt einen nichts anderes übrig, als entweder die Beta oder den RC (manuell) neu in der Testumgebung aufzuspielen.

Beste Grüße

Sebastian

---

<div class="post-metadata">

**Author:** ![bioweg](https://avatars.discourse-cdn.com/v4/letter/b/9de053/32.png) [@bioweg](https://forum.shopware.com/u/bioweg)\
**Post date:** [10. Juni 2016 um 16:31 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/8 "2016-06-10T16:31:47Z")

</div>

Workaround

Am besten per Console in das Shopware Installationsverzeichnis gehen dann das Updatescript per

`php recovery/update/index.php`

aufrufen.

Auch hier erscheint jetzt die SQL Fehlermeldung.

Jetzt per phpmyadmin die tabelle s\_schema\_version aufrufen und nach Name sortieren. Wenn man scrollt findet man auf der rechten Seite wo ansonsten immer eine NULL eingetragen ist dieses SQL Statement (Fehlermeldung). Jetzt überprüfen ob genau dieser Eintrag schon existiert (also ob die neu eingetragene Tabelle schon vorhanden ist), wenn ja, dann die alte Tabelle löschen und in der neuen, wo der Fehler steht bei dem Fehlereintrag den “Haken” setzen (error\_msg) so das der Fehler dann gelöscht wird. Dann noch das gleiche Datum bei “complete\_date” einfügen wie es auch in " start\_date" steht.&nbsp;

Jetzt wieder per Console

`php recovery/update/index.php`

aufrufen.

Der Fehler erscheint wieder. 😉 Also wieder in die Datenbank und s\_schema\_version wieder öffnen und den beschriebenen Vorgang wiederholen.

Dieses müsst ihr je nach Konfiguration 5 - 10 x wiederholen, dann läuft zum schluss das Update durch und die Version 5.2.0 RC1 läuft sauber ohne Fehler 😉

Viel Spass

---

<div class="post-metadata">

**Author:** ![tschersich](https://avatars.discourse-cdn.com/v4/letter/t/a9adbd/32.png) [@tschersich](https://forum.shopware.com/u/tschersich)\
**Post date:** [10. Juni 2016 um 18:37 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/9 "2016-06-10T18:37:34Z")

</div>

Wer als Early Adopter ab dem RC Arbeit reinsteckt, sollte nicht im Regen stehen gelassen werden. Wenn es tatsächlich ein echter RC ist, sollte sich ja nicht mehr viel ändern und dann sollte wenigstens ein Update auf die 5.2.1 möglich sein, wenn nach wie vor die 4.2 als Basis zum Update angegeben wird.

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [10. Juni 2016 um 19:42 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/10 "2016-06-10T19:42:45Z")

</div>

Ich hab kein Problem damit, wenn eine Beta oder RC nicht updatefähig ist, das würde den Updatecode auch nur unnötig aufblähen.  
Womit ich aber ein Problem habe ist, wenn mir im Backend der Autoupdater ein Update von Beta auf RC anbietet, und das dann angestossene Update selber auch wieder keine Prüfung macht, und munter startet - und alles zerballert.&nbsp;Egal ob Testumgebung - auch da kann es „stören“ - ich gehe dann nach der Verfügbarkeitsmeldung im Backend sicherlich nicht auf die Suche bei Fratzenbuch, Zwitscher oder sonstwo um zu gucken, ob irgendwo versteckt eine abweichende Meldung ist.

1. Dann sollte in der Beta und in der RC der autoupdater deaktiviert oder nicht vorhanden sein
2. Das Update sollte schon prüfen, ob es „berechtigt“ ist

Und dann sollte man endlich mal überlegen, ob man die Migrations-Scripte einfach mal etwas „aussagefreudiger“ und „unkritischer“ macht.  
Ich sag da nur: Update auf 5.1.5 bei All-Inkl. gehosteten und „mapping\_id“  
Wenn einfach nur ein ALTER TABLE eine neue Spalte einfügt oder einen INDEX setzen möchte, die/der bereits vorhanden ist, besteht eigentlich kein Grund für einen Abbruch - und wenn doch, wäre es nützlich, wenn das Script mal seinen eigenen Dateinamen preisgeben würde.

&nbsp;

---

<div class="post-metadata">

**Author:** ![MSH](https://avatars.discourse-cdn.com/v4/letter/m/e19b73/32.png) [@MSH](https://forum.shopware.com/u/MSH)\
**Post date:** [11. Juni 2016 um 08:39 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/11 "2016-06-11T08:39:02Z")

</div>

Meine Erfahrung mit den Shopupdates hat mich gelehrt, dass ich immer vorher ein ein Backup mache.

---

<div class="post-metadata">

**Author:** ![TAiS46](https://avatars.discourse-cdn.com/v4/letter/t/82dd89/32.png) [@TAiS46](https://forum.shopware.com/u/TAiS46)\
**Post date:** [12. Juni 2016 um 16:04 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/12 "2016-06-12T16:04:19Z")

</div>

Das hat ja nichts direkt mit dem Update zu tun. Die Beta lässt sich dadurch trotzdem nicht updaten.

Auch ich sitze jetzt auf der Beta fest 🙂

---

<div class="post-metadata">

**Author:** ![vierpunkt](https://avatars.discourse-cdn.com/v4/letter/v/ec9cab/32.png) [@vierpunkt](https://forum.shopware.com/u/vierpunkt)\
**Post date:** [13. Juni 2016 um 08:28 UTC](https://forum.shopware.com/t/fehlermeldung-nach-update-von-5-2-beta-auf-5-2-rc-column-already-exists/37377/13 "2016-06-13T08:28:53Z")

</div>

> [@bioweg schrieb:](https://forum.shopware.com/profile/18016/bioweg "bioweg")
> 
> Workaround
> 
> Am besten per Console in das Shopware Installationsverzeichnis gehen dann das Updatescript per
> 
> `php recovery/update/index.php`
> 
> aufrufen.
> 
> Auch hier erscheint jetzt die SQL Fehlermeldung.
> 
> Jetzt per phpmyadmin die tabelle s\_schema\_version aufrufen und nach Name sortieren. Wenn man scrollt findet man auf der rechten Seite wo ansonsten immer eine NULL eingetragen ist dieses SQL Statement (Fehlermeldung). Jetzt überprüfen ob genau dieser Eintrag schon existiert (also ob die neu eingetragene Tabelle schon vorhanden ist), wenn ja, dann die alte Tabelle löschen und in der neuen, wo der Fehler steht bei dem Fehlereintrag den „Haken“ setzen (error\_msg) so das der Fehler dann gelöscht wird. Dann noch das gleiche Datum bei „complete\_date“ einfügen wie es auch in " start\_date" steht.&nbsp;
> 
> Jetzt wieder per Console
> 
> `php recovery/update/index.php`
> 
> aufrufen.
> 
> Der Fehler erscheint wieder. 😉 Also wieder in die Datenbank und s\_schema\_version wieder öffnen und den beschriebenen Vorgang wiederholen.
> 
> Dieses müsst ihr je nach Konfiguration 5 - 10 x wiederholen, dann läuft zum schluss das Update durch und die Version 5.2.0 RC1 läuft sauber ohne Fehler 😉
> 
> Viel Spass

Danke für den Workaround, allerdings wirds beim Update von der RC auf die Stable wieder Probleme geben, deswegen habe ich meine RC Installation jetzt eingestampft.
