# Problem beim Update von 6.4.14 auf 6.4.15 SystemLocker.php / install.lock

**URL:** <https://forum.shopware.com/t/problem-beim-update-von-6-4-14-auf-6-4-15-systemlocker-php-install-lock/96654>\
**Category:** Shopware 6 (German)\
**Created:** [12. Oktober 2022 um 17:54 UTC](https://forum.shopware.com/t/problem-beim-update-von-6-4-14-auf-6-4-15-systemlocker-php-install-lock/96654 "2022-10-12T17:54:35Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![dateifabrk](https://avatars.discourse-cdn.com/v4/letter/d/da6949/32.png) [@dateifabrk](https://forum.shopware.com/u/dateifabrk)\
**Post date:** [12. Oktober 2022 um 17:54 UTC](https://forum.shopware.com/t/problem-beim-update-von-6-4-14-auf-6-4-15-systemlocker-php-install-lock/96654/1 "2022-10-12T17:54:35Z")

</div>

Beim Update im Terminal hatte ich bisher nie Probleme. Jetzt jedoch erhalte ich beim Aufruf von

```auto
php public/recovery/update/index.php

```

folgende Fehlermeldung:

```auto
In SystemLocker.php line 19:                                                                                                                                             
file_put_contents(/recovery/install/data/install.lock): failed to open stream: No such file or directory

```

Kurz zuvor kommt noch das übliche

```auto
Replace system files...
skipped...
Apply database migrations...
    0 [----->----------------------]
Apply database destructive migrations...
    0 [----->----------------------]
Cleanup old files, clearing caches...

```

In der SystemLocker.php aus der _vendor/shopware/core/Installer/Finish/SystemLocker.php_ scheint diese Zeile verantwortlich:

```auto
file_put_contents($this->projectDir . '/install.lock', date('YmdHi'));

```

Irgendwie passt hier nicht zusammen, daß der oben angemängelte Pfad nicht im public-Ordner, sondern im Pfad darüber gewählt wird. Ich habe also die o.a. Ordnerstruktur im Pfad über /public angelegt und dann läuft das Update durch. Aber das kann sicher nicht die Lösung sein…  
Gibt es eventuell ein Problem seitens Hoster, also bei mir Timmehosting oder was ist die Lösung?

Gruß  
Peter

---

<div class="post-metadata">

**Author:** ![dateifabrk](https://avatars.discourse-cdn.com/v4/letter/d/da6949/32.png) [@dateifabrk](https://forum.shopware.com/u/dateifabrk)\
**Post date:** [13. Oktober 2022 um 07:21 UTC](https://forum.shopware.com/t/problem-beim-update-von-6-4-14-auf-6-4-15-systemlocker-php-install-lock/96654/2 "2022-10-13T07:21:23Z")

</div>

Ich habe hierzu ein Ticket angelegt:

> **[Shopware Issuetracker](https://issues.shopware.com/issues/NEXT-23665)**
>
> Shopware Issuetracker

---

<div class="post-metadata">

**Author:** ![dateifabrk](https://avatars.discourse-cdn.com/v4/letter/d/da6949/32.png) [@dateifabrk](https://forum.shopware.com/u/dateifabrk)\
**Post date:** [14. Oktober 2022 um 14:47 UTC](https://forum.shopware.com/t/problem-beim-update-von-6-4-14-auf-6-4-15-systemlocker-php-install-lock/96654/3 "2022-10-14T14:47:48Z")

</div>

Mittlerweile habe ich herausgefunden, daß das Problem tatsächlich bestand, aber bereits gelöst wurde.  
Zuvor gab es ein ähnliches Ticket:

> **[Shopware Issuetracker](https://issues.shopware.com/issues/NEXT-23304)**
>
> Shopware Issuetracker

Letztendlich war es okay, wie ich es gemacht habe, man sollte allerdings vielleicht gleich ein Update auf 6.14.15.1 oder 6.14.15.2 machen, um das Problem zu umgehen.
