Shopware 6 lokale Installation

Larineso · May 2019

Hallo,

leider scheitern meine Versuche Shopware 6 lokal zu installieren. Schon beim Befehl

git clone git@github.com:shopware/development.git

bekomme ich die eine Fehlermeldung:

Cloning into 'development'...

git@github.com: Permission denied (publickey).

fatal: Could not read from remote repository.

Gibt es keine einfache Möglichkeit wie bei der normalen Shopware 5 Installation?

Also einfach die Datei entpacken, in das FTP-Verzeichnis und installieren?

Liebe Grüße

wontfix · May 2019

git "protocol" braucht ne ssh schlüssel. wenn du keine hast, benutze https protocol:

git clone https://github.com/shopware/development.git

ps. hab eben die docker methode probiert, funktioniert wunderbar. und wow, shopware war sehr fleisig, veeeery niiiice!

wontfix · May 2019

git "protocol" braucht ne ssh schlüssel. wenn du keine hast, benutze https protocol:

git clone https://github.com/shopware/development.git

ps. hab eben die docker methode probiert, funktioniert wunderbar. und wow, shopware war sehr fleisig, veeeery niiiice!

DenKon26 · May 2019

Ich kriege beim Ausführen des Befehls

./psh.phar docker:start

folgenden Fehler:

Starting Execution of 'docker:start' ('C:\Workspace\konoppa\shopware6\development/dev-ops/docker/actions/start.sh')

PHP Fatal error:  Uncaught Symfony\Component\Process\Exception\ProcessFailedException: The command "id -u" failed.

Exit Code: 1(General error)

Working directory: C:\Workspace\konoppa\shopware6\development

Output:
================


Error Output:
================
 in phar://C:/Workspace/konoppa/shopware6/development/psh.phar/vendor/symfony/process/Process.php:232
Stack trace:
#0 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/ProcessValueProvider.php(27): Symfony\Component\Process\Process->mustRun()
#1 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/TemplateEngine.php(51): Shopware\Psh\ScriptRuntime\ProcessValueProvider->getValue()
#2 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/TemplateEngine.php(26): Shopware\Psh\ScriptRuntime\TemplateEngine->getValue('__USER_ID__', Array)
#3 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/ProcessExecutor.php(214): Shopware\Psh\ScriptRuntime\TemplateEngine->render('#overri in phar://C:/Workspace/konoppa/shopware6/development/psh.phar/vendor/symfony/process/Process.php on line 232

Fatal error: Uncaught Symfony\Component\Process\Exception\ProcessFailedException: The command "id -u" failed.

Exit Code: 1(General error)

Working directory: C:\Workspace\konoppa\shopware6\development

Jemand eine Idee?

wontfix · May 2019

hat dein host system denn befehl `id`?

> id -u
1000

DenKon26 · May 2019

@wontfix schrieb:
hat dein host system denn befehl `id`?
> id -u
1000

Ich erhalte:

id -u
1055091

wontfix · May 2019

Working directory: C:\Workspace\konoppa\shopware6\development

hmm, bist du auf ms-windows?

wenn ja, weiss nicht ob das unterstütz wird...

leider sagt der fehler nicht was genau nicht geklappt hat...

DenKon26 · May 2019

Ja aktuell Windows 10.

Macht offenbar Probleme

wontfix · May 2019

vielleicht WSL probieren?
https://docs.microsoft.com/en-us/windows/wsl/install-win10

ich hab meine test in ms-windows 7 mit archlinux in vagrant gemacht. und in archlinux dann deren docker image geladen. vm inception!

DenKon26 · May 2019

werde ich später mal ausprobieren. ich gebe Bescheid! Danke!

Larineso · May 2019

@wontfix schrieb:
git "protocol" braucht ne ssh schlüssel. wenn du keine hast, benutze https protocol:
git clone https://github.com/shopware/development.git
ps. hab eben die docker methode probiert, funktioniert wunderbar. und wow, shopware war sehr fleisig, veeeery niiiice!

Das hat funktioniert, vielen Dank!

Dem kann ich nur zustimmen, Shopware 6 ist ein Traum.

Larineso · May 2019

Bei mir läuft Shopware 6 über Docker und funktioniert ohne Fehler. Allerdings habe ich Ladezeiten von 1-2 Minuten. Gibt es eine Möglichkeit das zu ändern oder ist mein Macbook zu langsam? Habe das 12" Macbook, das bekanntlich nicht sonderlich schnell ist.

Whynot · May 2019

Hallo zusammen,

ich habe eine Lokale Installation ohne Docker probiert und hänge am Befehl: ./psh.phar install

Schritt 3 bemängelt die Zugriffsdaten für die MySQL Datenbank.

Er scheint sich diese Daten aus der .env (symfony 4) zu ziehen. Wenn ich diese Datei allerdings anpasse und den oben genannten Befehl ausführe, kommt der Fehler erneut und die .env wurde zurück gesetzt? Wo muss ich die Zugriffsdaten für die MySQL pflegen?

VG

Patrick Stahl · May 2019

Moin @Whynot‍,

hast du bei dir mal bin/setup im Shopware Development Verzeichnis ausgeführt?
Das müsste dich dann nach den Credentials fragen und in einer Datei namens `psh.yaml.override` hinterlegen, wenn ich mich richtig erinnere.

Gruß,
Patrick

Whynot · May 2019

@Patrick Stahl schrieb:

Moin @Whynot‍,

hast du bei dir mal bin/setup im Shopware Development Verzeichnis ausgeführt?
Das müsste dich dann nach den Credentials fragen und in einer Datei namens `psh.yaml.override` hinterlegen, wenn ich mich richtig erinnere.

Gruß,
Patrick

Hi,

hatte den Fehler dann gefunden - aber korrekt - falsche Datei durchgeführt.

Whynot · May 2019

Hallo,

ich hänge inzwischen an einem anderen Problem.

Beim Aufruf des Frontends oder dem Adminbereich kommt ein 500er Error:

Key path "file:///home/vagrant/web/xxx/config/jwt/public.pem" does not exist or is not readable

Hat hier jemand eine Idee?

VG

Christian

Moritz Naczenski · May 2019

Das ist ein Problem mit den Schreib-/Leserechten. Die Datei darf nur für den Webserver/PHP lesbar sein. Am besten die Besitzrechte der Dabei überprüfen und dann die korrekten Zugriffsrechte (readable) setzen. 0777 ist zu offen und macht Probleme.

Hat wenig mit Shopware zu tun, sondern mehr mit den Besitzrechten unter UNIX. Bei Vagrant weiß ich allerdings nicht, ob es da einen eigenen User gibt, oder ob die einzelnen Prozesse auch unterschiedliche User haben (bspw. Apache, PHP, ...).

DenKon26 · May 2019

Ich kriege es leider nach wie vor nicht zum laufen. Habe es jetzt in einer Vagrant Maschine geklont und dort Docker installiert.

beim Befehl

./psh.phar install

Bricht die Installation nach den Datenbank Operationen ab mit folgendem Error:

 Unable to save binary /app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor/linux-x64-67 : { Error: EACCES: permission denied, mkdir '/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor'
            at Object.mkdirSync (fs.js:773:3)
            at sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:71:13)
            at Function.sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:77:24)
            at checkAndDownloadBinary (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:114:11)
            at Object.<anonymous> (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:157:1)
            at Module._compile (internal/modules/cjs/loader.js:816:30)
            at Object.Module._extensions..js (internal/modules/cjs/loader.js:827:10)
            at Module.load (internal/modules/cjs/loader.js:685:32)
            at Function.Module._load (internal/modules/cjs/loader.js:620:12)
            at Function.Module.runMain (internal/modules/cjs/loader.js:877:12)
          errno: -13,
          syscall: 'mkdir',
          code: 'EACCES',
          path:
           '/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor' }
        
        > node-sass@4.12.0 postinstall /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass
        > node scripts/build.js
        
        Building: /usr/bin/node /app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js rebuild --verbose --libsass_ext= --libsass_cflags= --libsass_ldflags= --libsass_library=
        gyp info it worked if it ends with ok
        gyp verb cli [ '/usr/bin/node',
        gyp verb cli   '/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js',
        gyp verb cli   'rebuild',
        gyp verb cli   '--verbose',
        gyp verb cli   '--libsass_ext=',
        gyp verb cli   '--libsass_cflags=',
        gyp verb cli   '--libsass_ldflags=',
        gyp verb cli   '--libsass_library=' ]
        gyp info using node-gyp@3.8.0
        gyp info using node@11.15.0 | linux | x64
        gyp verb command rebuild []
        gyp verb command clean []
        gyp verb clean removing "build" directory
        gyp verb command configure []
        gyp verb check python checking for Python executable "python2" in the PATH
        gyp verb `which` succeeded python2 /usr/bin/python2
        gyp verb check python version `/usr/bin/python2 -c "import sys; print "2.7.13
        gyp verb check python version .%s.%s" % sys.version_info[:3];"` returned: %j
        gyp verb get node dir no --target version specified, falling back to host node version: 11.15.0
        gyp verb command install [ '11.15.0' ]
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won't reinstall if already installed
        gyp WARN EACCES user "undefined" does not have permission to access the dev dir "/root/.node-gyp/11.15.0"
        gyp WARN EACCES attempting to reinstall using temporary dev dir "/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp"
        gyp verb command install [ '--node_gyp_internal_noretry', '11.15.0' ]
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won't reinstall if already installed
        gyp verb install version not already installed, continuing with install 11.15.0
        gyp verb ensuring nodedir is created /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp/11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove [ '11.15.0' ]
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove [ '11.15.0' ]
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp ERR! configure error 
        gyp ERR! stack Error: EACCES: permission denied, mkdir '/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp'
        gyp ERR! System Linux 4.4.0-87-generic
        gyp ERR! command "/usr/bin/node" "/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js" "rebuild" "--verbose" "--libsass_ext=" "--libsass_cflags=" "--libsass_ldflags=" "--libsass_library="
        gyp ERR! cwd /app/platform/src/Administration/Resources/administration/node_modules/node-sass
        gyp ERR! node -v v11.15.0
        gyp ERR! node-gyp -v v3.8.0
        gyp ERR! not ok 
        Build failed with error code: 1
        npm ERR! code ELIFECYCLE
        npm ERR! errno 1
        npm ERR! node-sass@4.12.0 postinstall: `node scripts/build.js`
        npm ERR! Exit status 1
        npm ERR! 
        npm ERR! Failed at the node-sass@4.12.0 postinstall script.
        npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
        
        npm ERR! A complete log of this run can be found in:
        npm ERR!     /.npm/_logs/2019-05-24T06_31_12_130Z-debug.log
        
Execution aborted, a subcommand failed!

Moritz Naczenski · May 2019

@DenKon26 schrieb:

Ich kriege es leider nach wie vor nicht zum laufen. Habe es jetzt in einer Vagrant Maschine geklont und dort Docker installiert.

beim Befehl

./psh.phar install

Bricht die Installation nach den Datenbank Operationen ab mit folgendem Error:

 Unable to save binary /app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor/linux-x64-67 : { Error: EACCES: permission denied, mkdir &#39;/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor&#39;
            at Object.mkdirSync (fs.js:773:3)
            at sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:71:13)
            at Function.sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:77:24)
            at checkAndDownloadBinary (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:114:11)
            at Object.<anonymous> (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:157:1)
            at Module._compile (internal/modules/cjs/loader.js:816:30)
            at Object.Module._extensions..js (internal/modules/cjs/loader.js:827:10)
            at Module.load (internal/modules/cjs/loader.js:685:32)
            at Function.Module._load (internal/modules/cjs/loader.js:620:12)
            at Function.Module.runMain (internal/modules/cjs/loader.js:877:12)
          errno: -13,
          syscall: &#39;mkdir&#39;,
          code: &#39;EACCES&#39;,
          path:
           &#39;/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor&#39; }
        
        > node-sass@4.12.0 postinstall /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass
        > node scripts/build.js
        
        Building: /usr/bin/node /app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js rebuild --verbose --libsass_ext= --libsass_cflags= --libsass_ldflags= --libsass_library=
        gyp info it worked if it ends with ok
        gyp verb cli [ &#39;/usr/bin/node&#39;,
        gyp verb cli   &#39;/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js&#39;,
        gyp verb cli   &#39;rebuild&#39;,
        gyp verb cli   &#39;--verbose&#39;,
        gyp verb cli   &#39;--libsass_ext=&#39;,
        gyp verb cli   &#39;--libsass_cflags=&#39;,
        gyp verb cli   &#39;--libsass_ldflags=&#39;,
        gyp verb cli   &#39;--libsass_library=&#39; ]
        gyp info using node-gyp@3.8.0
        gyp info using node@11.15.0 | linux | x64
        gyp verb command rebuild []
        gyp verb command clean []
        gyp verb clean removing "build" directory
        gyp verb command configure []
        gyp verb check python checking for Python executable "python2" in the PATH
        gyp verb `which` succeeded python2 /usr/bin/python2
        gyp verb check python version `/usr/bin/python2 -c "import sys; print "2.7.13
        gyp verb check python version .%s.%s" % sys.version_info[:3];"` returned: %j
        gyp verb get node dir no --target version specified, falling back to host node version: 11.15.0
        gyp verb command install [ &#39;11.15.0&#39; ]
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won&#39;t reinstall if already installed
        gyp WARN EACCES user "undefined" does not have permission to access the dev dir "/root/.node-gyp/11.15.0"
        gyp WARN EACCES attempting to reinstall using temporary dev dir "/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp"
        gyp verb command install [ &#39;--node_gyp_internal_noretry&#39;, &#39;11.15.0&#39; ]
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won&#39;t reinstall if already installed
        gyp verb install version not already installed, continuing with install 11.15.0
        gyp verb ensuring nodedir is created /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp/11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove [ &#39;11.15.0&#39; ]
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove [ &#39;11.15.0&#39; ]
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp ERR! configure error 
        gyp ERR! stack Error: EACCES: permission denied, mkdir &#39;/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp&#39;
        gyp ERR! System Linux 4.4.0-87-generic
        gyp ERR! command "/usr/bin/node" "/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js" "rebuild" "--verbose" "--libsass_ext=" "--libsass_cflags=" "--libsass_ldflags=" "--libsass_library="
        gyp ERR! cwd /app/platform/src/Administration/Resources/administration/node_modules/node-sass
        gyp ERR! node -v v11.15.0
        gyp ERR! node-gyp -v v3.8.0
        gyp ERR! not ok 
        Build failed with error code: 1
        npm ERR! code ELIFECYCLE
        npm ERR! errno 1
        npm ERR! node-sass@4.12.0 postinstall: `node scripts/build.js`
        npm ERR! Exit status 1
        npm ERR! 
        npm ERR! Failed at the node-sass@4.12.0 postinstall script.
        npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
        
        npm ERR! A complete log of this run can be found in:
        npm ERR!     /.npm/_logs/2019-05-24T06_31_12_130Z-debug.log
        
Execution aborted, a subcommand failed!

Komplett anderes Problem. Du haste NodeJS 12 - das läuft damit nicht. Du müsstest ein Downgrade auf 11 machen, dann tritt der Fehler auch nicht auf.

Larineso · May 2019

@Larineso schrieb:

Bei mir läuft Shopware 6 über Docker und funktioniert ohne Fehler. Allerdings habe ich Ladezeiten von 1-2 Minuten. Gibt es eine Möglichkeit das zu ändern oder ist mein Macbook zu langsam? Habe das 12" Macbook, das bekanntlich nicht sonderlich schnell ist.

Hat jemand eine Idee woran das liegt?

DenKon26 · May 2019

@Moritz Naczenski schrieb:

@DenKon26 schrieb:

Ich kriege es leider nach wie vor nicht zum laufen. Habe es jetzt in einer Vagrant Maschine geklont und dort Docker installiert.

beim Befehl

./psh.phar install

Bricht die Installation nach den Datenbank Operationen ab mit folgendem Error:

 Unable to save binary /app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor/linux-x64-67 : { Error: EACCES: permission denied, mkdir &#39;/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor&#39;
            at Object.mkdirSync (fs.js:773:3)
            at sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:71:13)
            at Function.sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:77:24)
            at checkAndDownloadBinary (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:114:11)
            at Object.<anonymous> (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:157:1)
            at Module._compile (internal/modules/cjs/loader.js:816:30)
            at Object.Module._extensions..js (internal/modules/cjs/loader.js:827:10)
            at Module.load (internal/modules/cjs/loader.js:685:32)
            at Function.Module._load (internal/modules/cjs/loader.js:620:12)
            at Function.Module.runMain (internal/modules/cjs/loader.js:877:12)
          errno: -13,
          syscall: &#39;mkdir&#39;,
          code: &#39;EACCES&#39;,
          path:
           &#39;/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor&#39; }
        
        > node-sass@4.12.0 postinstall /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass
        > node scripts/build.js
        
        Building: /usr/bin/node /app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js rebuild --verbose --libsass_ext= --libsass_cflags= --libsass_ldflags= --libsass_library=
        gyp info it worked if it ends with ok
        gyp verb cli [ &#39;/usr/bin/node&#39;,
        gyp verb cli   &#39;/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js&#39;,
        gyp verb cli   &#39;rebuild&#39;,
        gyp verb cli   &#39;--verbose&#39;,
        gyp verb cli   &#39;--libsass_ext=&#39;,
        gyp verb cli   &#39;--libsass_cflags=&#39;,
        gyp verb cli   &#39;--libsass_ldflags=&#39;,
        gyp verb cli   &#39;--libsass_library=&#39; ]
        gyp info using node-gyp@3.8.0
        gyp info using node@11.15.0 | linux | x64
        gyp verb command rebuild []
        gyp verb command clean []
        gyp verb clean removing "build" directory
        gyp verb command configure []
        gyp verb check python checking for Python executable "python2" in the PATH
        gyp verb `which` succeeded python2 /usr/bin/python2
        gyp verb check python version `/usr/bin/python2 -c "import sys; print "2.7.13
        gyp verb check python version .%s.%s" % sys.version_info[:3];"` returned: %j
        gyp verb get node dir no --target version specified, falling back to host node version: 11.15.0
        gyp verb command install [ &#39;11.15.0&#39; ]
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won&#39;t reinstall if already installed
        gyp WARN EACCES user "undefined" does not have permission to access the dev dir "/root/.node-gyp/11.15.0"
        gyp WARN EACCES attempting to reinstall using temporary dev dir "/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp"
        gyp verb command install [ &#39;--node_gyp_internal_noretry&#39;, &#39;11.15.0&#39; ]
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won&#39;t reinstall if already installed
        gyp verb install version not already installed, continuing with install 11.15.0
        gyp verb ensuring nodedir is created /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp/11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove [ &#39;11.15.0&#39; ]
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove [ &#39;11.15.0&#39; ]
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp ERR! configure error 
        gyp ERR! stack Error: EACCES: permission denied, mkdir &#39;/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp&#39;
        gyp ERR! System Linux 4.4.0-87-generic
        gyp ERR! command "/usr/bin/node" "/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js" "rebuild" "--verbose" "--libsass_ext=" "--libsass_cflags=" "--libsass_ldflags=" "--libsass_library="
        gyp ERR! cwd /app/platform/src/Administration/Resources/administration/node_modules/node-sass
        gyp ERR! node -v v11.15.0
        gyp ERR! node-gyp -v v3.8.0
        gyp ERR! not ok 
        Build failed with error code: 1
        npm ERR! code ELIFECYCLE
        npm ERR! errno 1
        npm ERR! node-sass@4.12.0 postinstall: `node scripts/build.js`
        npm ERR! Exit status 1
        npm ERR! 
        npm ERR! Failed at the node-sass@4.12.0 postinstall script.
        npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
        
        npm ERR! A complete log of this run can be found in:
        npm ERR!     /.npm/_logs/2019-05-24T06_31_12_130Z-debug.log
        
Execution aborted, a subcommand failed!

Komplett anderes Problem. Du haste NodeJS 12 - das läuft damit nicht. Du müsstest ein Downgrade auf 11 machen, dann tritt der Fehler auch nicht auf.

im Docker COntainer sagt er mir aber mit node -v dass ich version 11.15.0 habe?!

> node -v
v11.15.0

DenKon26 · May 2019

gleiches auch mit nodejs -v da kriege ich auch v11.15.0

Moritz Naczenski · May 2019

Gerade nochmal geschaut, mit NodeJS 12 läuft es bei mir mitlerweile auch.

Die Fehlermeldung deutet aber auch auf Schreib-/Leserechte auf deinem Server hin. Da steht ja, dass er ein mkdir aufgrund fehlender Permissions nicht machen darf. Du solltest da dein System entsprechend prüfen und schauen, dass der User der das npm install ausführt, auch die passenden Rechte hat um das Verzeichnis zu erstellen.

hedera · May 2019

Hallo zusammen,

habe eine Lokale Installation auf Win10 probiert und nach dem bin/setup-Wizard kriege ich folgende Fehlermeldung:


 ! [NOTE] Checking database credentials                                         

 ! [NOTE] Running post installation tasks                                       

Using .psh.yaml.dist extended by .psh.yaml.override

Fatal error: Uncaught RuntimeException: Unable to parse include statement "./ini" in "C:\Users\User\development/dev-ops/common/actions/install.sh" in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php:142
Stack trace:
#0 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(70): Shopware\Psh\ScriptRuntime\ScriptLoader->findInclude(Object(Shopware\Psh\Listing\Script), './init-composer...')
#1 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(54): Shopware\Psh\ScriptRuntime\ScriptLoader->Shopware\Psh\ScriptRuntime\{closure}('INCLUDE: ./init...', 6, Object(Shopware\Psh\Listing\Script))
#2 phar://C:/Users/User/development/psh.phar/src/Application/ApplicationFactory.php(96): Shopware\Psh\ScriptRuntime\ScriptLoader->loadScript(Object(Shopware\Psh\Listing\Script))
#3 phar://C:/Users/User/development/psh.phar/src/Application/Application.php(163): Shopware\Psh\Application\ApplicationFactory->createCommands(Object(Shopware\Psh\Listing\Script)) in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php on line 142
PHP Fatal error:  Uncaught RuntimeException: Unable to parse include statement "" in "C:\Users\User\development/dev-ops/common/actions/install.sh" in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php:142
Stack trace:
#0 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(70): Shopware\Psh\ScriptRuntime\ScriptLoader->findInclude(Object(Shopware\Psh\Listing\Script), './init-composer...')
#1 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(54): Shopware\Psh\ScriptRuntime\ScriptLoader->Shopware\Psh\ScriptRuntime\{closure}('INCLUDE: ./init...', 6, Object(Shopware\Psh\Listing\Script))
#2 phar://C:/Users/User/development/psh.phar/src/Application/ApplicationFactory.php(96): Shopware\Psh\ScriptRuntime\ScriptLoader->loadScript(Object(Shopware\Psh\Listing\Script))
#3 phar://C:/Users/User/development/psh.phar/src/Application/Application.php(163): Shopware\Psh\Application\ApplicationFactory->createCommands(Object(Shopware\Psh\Listing\Script)) in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php on line 142

Was mache ich falsch? Danke im Voraus.

Moritz Naczenski · May 2019

@hedera schrieb:

Hallo zusammen,

habe eine Lokale Installation auf Win10 probiert und nach dem bin/setup-Wizard kriege ich folgende Fehlermeldung:


 ! [NOTE] Checking database credentials                                         

 ! [NOTE] Running post installation tasks                                       

Using .psh.yaml.dist extended by .psh.yaml.override

Fatal error: Uncaught RuntimeException: Unable to parse include statement "./ini" in "C:\Users\User\development/dev-ops/common/actions/install.sh" in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php:142
Stack trace:
#0 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(70): Shopware\Psh\ScriptRuntime\ScriptLoader->findInclude(Object(Shopware\Psh\Listing\Script), &#39;./init-composer...&#39;)
#1 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(54): Shopware\Psh\ScriptRuntime\ScriptLoader->Shopware\Psh\ScriptRuntime\{closure}(&#39;INCLUDE: ./init...&#39;, 6, Object(Shopware\Psh\Listing\Script))
#2 phar://C:/Users/User/development/psh.phar/src/Application/ApplicationFactory.php(96): Shopware\Psh\ScriptRuntime\ScriptLoader->loadScript(Object(Shopware\Psh\Listing\Script))
#3 phar://C:/Users/User/development/psh.phar/src/Application/Application.php(163): Shopware\Psh\Application\ApplicationFactory->createCommands(Object(Shopware\Psh\Listing\Script)) in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php on line 142
PHP Fatal error:  Uncaught RuntimeException: Unable to parse include statement "" in "C:\Users\User\development/dev-ops/common/actions/install.sh" in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php:142
Stack trace:
#0 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(70): Shopware\Psh\ScriptRuntime\ScriptLoader->findInclude(Object(Shopware\Psh\Listing\Script), &#39;./init-composer...&#39;)
#1 phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php(54): Shopware\Psh\ScriptRuntime\ScriptLoader->Shopware\Psh\ScriptRuntime\{closure}(&#39;INCLUDE: ./init...&#39;, 6, Object(Shopware\Psh\Listing\Script))
#2 phar://C:/Users/User/development/psh.phar/src/Application/ApplicationFactory.php(96): Shopware\Psh\ScriptRuntime\ScriptLoader->loadScript(Object(Shopware\Psh\Listing\Script))
#3 phar://C:/Users/User/development/psh.phar/src/Application/Application.php(163): Shopware\Psh\Application\ApplicationFactory->createCommands(Object(Shopware\Psh\Listing\Script)) in phar://C:/Users/User/development/psh.phar/src/ScriptRuntime/ScriptLoader.php on line 142

Was mache ich falsch? Danke im Voraus.

Unter Windows wirst du das so nicht zum laufen bekommen.

Entweder du nutzt eine Linux-Shell in Windows (da gibt es glaube ich mitlerweile möglichkeiten) oder setzt auf eine Linux VM. Das war aber in Shopware 5 zu großen Teilen auch schon so.

Whynot · May 2019

@Moritz Naczenski schrieb:

Das ist ein Problem mit den Schreib-/Leserechten. Die Datei darf nur für den Webserver/PHP lesbar sein. Am besten die Besitzrechte der Dabei überprüfen und dann die korrekten Zugriffsrechte (readable) setzen. 0777 ist zu offen und macht Probleme.

Hat wenig mit Shopware zu tun, sondern mehr mit den Besitzrechten unter UNIX. Bei Vagrant weiß ich allerdings nicht, ob es da einen eigenen User gibt, oder ob die einzelnen Prozesse auch unterschiedliche User haben (bspw. Apache, PHP, ...).

HI,

die Rechte stehen auf 600 (nur Lesbar) - denke aber es liegt am User - ist zwar ein eigener Vagrant User, werde ihn aber mal ändern. Hoffe das hilft.

danke dir.

VG

hedera · May 2019

@Moritz Naczenski schrieb:

Unter Windows wirst du das so nicht zum laufen bekommen.

Entweder du nutzt eine Linux-Shell in Windows (da gibt es glaube ich mitlerweile möglichkeiten) oder setzt auf eine Linux VM. Das war aber in Shopware 5 zu großen Teilen auch schon so.

Vielen Dank, na ja, das musste ich voraussehen. Dann Linux-VM.

m0nstersnatch · June 2019

Hallo zusammen !

ich probiere auch mal mein Glück hier im Forum

Habe alle requirements erfüllt und es geht schon bei dem Erstellen der Konfigurationsdatei los:

> ./bin/setup

liefert folgenden Fehler: SQLSTATE[HY000] [2002] No such file or directory

zur Sicherheit das Kommando separat aufgerufen und das funktioniert:

> mysql -h 127.0.0.1 -u app -p shopware

daher bin ich erstmal schon überfragt woran es scheitert. die credentials werden mir ja auch im mysql verlangt und das klappt ja ...

Wäre um jeden Tipp sehr dankbar - vielen Dank.

Moritz Naczenski · June 2019

Hast du denn mal die IP statt Localhost eingetragen?

m0nstersnatch · June 2019

hi Moritz,
ich habe es soeben versucht und erhalte dann einen anderen Fehler:

SQLSTATE[HY000] [2054] The server requested authentication method unknown to the client

AndreHerking · June 2019

Welche MySQL Version hast du im Einsatz? Laut Google hängt das mit der MySQL Konfiguration zusammen:

https://www.google.com/search?rlz=1C1GCEU_en&q=the+server+requested+authentication+method+unknown+to+the+client&spell=1&sa=X&ved=0ahUKEwikvqzPt9LiAhVRL1AKHczBBy4QBQgrKAA&biw=1734&bih=1301

Wenn du Mac OS nutzen solltest, gibt’s hier ein Guide: https://docs.shopware.com/en/shopware-platform-dev-en/getting-started/system-installation-guides/mac-os-x

LG Andre

m0nstersnatch · June 2019

hi Andre,
ich benutze MySQL 8.0.16 auf einem macOs 10.14.5
Ich probiere es dann mit dem MAMP .. hoffentlich klappt das
Danke !

1 Answer

Answers