Shopware 6 lokale Installation

Shopware 6 (German) Installation / Einstieg
#12

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

 

#13

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  Shopware

1 Like
#14

@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  Shopware

Hi,

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

#15

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

#16

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, …).

1 Like
#17

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. (/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!

 

 

#18

@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 ‘/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. (/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!

 

 

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. 

#19

@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?

#20

@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 ‘/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. (/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!

 

 

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

 

#21

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

#22

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.

#23

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.

#24

@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), ‘./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.

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. 

1 Like
#25

@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 

#26

@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.

#27

Hallo zusammen !

ich probiere auch mal mein Glück hier im Forum :slight_smile:

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

746×1312 56 KB

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.

#28

Hast du denn mal die IP statt Localhost eingetragen?

#29

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

Undecided

#30

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

#31

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