Strona 1 z 2
Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 3:20 pm
autor: cosmita
Witam,
Mam problem z uruchomieniem supla-scripts na nowym raspberry
Kod: Zaznacz cały
~/supla-scripts $ docker/suplascripts.sh start
___ _ _ ___ _ _
/ __| | | | _ \ | /_\
\__ \ |_| | _/ |__ / _ \
|___/\___/|_| |____/_/ \_\
/ __| __ _ _(_)_ __| |_ ___
\__ \/ _| '_| | '_ \ _(_-<
|___/\__|_| |_| .__/\__/__/
|_| by @fracz
Starting SUPLA Scripts containers
Building suplascripts
Step 1/10 : FROM php:7.0.27-apache
---> 4dbb41f6ed5b
Step 2/10 : WORKDIR /var/www
---> Using cache
---> 4c69496f40bc
Step 3/10 : RUN apt-get update && apt-get install -y --no-install-recommends libicu-dev libpq-dev ca-certificates ssl-cert libcurl4-gnutls-dev git unzip mysql-client supervisor cron wget && update-ca-certificates && docker-php-ext-install pdo_mysql opcache curl zip && apt-get autoremove && rm -r /var/lib/apt/lists/*
---> Running in 29e614bf272e
Get:1 http://security.debian.org jessie/updates InRelease [44.9 kB]
Ign http://deb.debian.org jessie InRelease
Ign http://deb.debian.org jessie-updates InRelease
Get:2 http://deb.debian.org jessie Release.gpg [2420 B]
Ign http://deb.debian.org jessie-updates Release.gpg
Get:3 http://deb.debian.org jessie Release [148 kB]
Ign http://deb.debian.org jessie-updates Release
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
404 Not Found
Get:4 http://security.debian.org jessie/updates/main armhf Packages [794 kB]
Get:5 http://deb.debian.org jessie/main armhf Packages [8898 kB]
Fetched 9888 kB in 1min 19s (124 kB/s)
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-armhf/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
ERROR: Service 'suplascripts' failed to build: The command '/bin/sh -c apt-get update && apt-get install -y --no-install-recommends libicu-dev libpq-dev ca-certificates ssl-cert libcurl4-gnutls-dev git unzip mysql-client supervisor cron wget && update-ca-certificates && docker-php-ext-install pdo_mysql opcache curl zip && apt-get autoremove && rm -r /var/lib/apt/lists/*' returned a non-zero code: 100
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 4:41 pm
autor: lesny8
Budowanie obrazu wysypuje się na trzecim kroku.
Wygląda jakbys miał problemy z DNS albo z netem i apt-get nie może odświeżyć repozytorium z pakietami, pobrać ich i zainstalować.
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 5:05 pm
autor: cosmita
Hej,
To raczej nie wina DNS
Kod: Zaznacz cały
pi@raspberrypi:~ $ nslookup wp.pl
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: wp.pl
Address: 212.77.98.9
mam na RPI Raspbiana z pakietami stretch, ale to co jest w supla-scripts nie ma z systemem nic wspólnego bo to na dockerze jest więc rozumiem, że tam sobie wewnętrznie buduje.
Kod: Zaznacz cały
Err http://deb.debian.org jessie-updates/main armhf Packages
404 Not Found
Fetched 9888 kB in 3min 14s (50.8 kB/s)
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-armhf/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
i dlatego nie może dokończyć instalacji hm
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 6:10 pm
autor: lesny8
Pisząc o problemie z DNS wyraziłem się mało precyzyjnie
chodziło mi o DNS w środku obrazu pośredniego, w którym wykonują się w.w. komendy, co by oznaczało jakieś problemy z dockerem, ale przed chwilą sprawdziłem komendy z trzeciego kroku i jest jakiś problem z repozytoriami...hmmm dziwne...
Możesz to też u siebie sprawdzić tworząc kontener dla ostatniego pośredniego obrazu i wchodząc do tego kontenera wykonać
apt-get update
Kod: Zaznacz cały
docker run -d --name=test 29e614bf272e
docker exec -it test \bash
apt-get update
U mnie właśnie podobne błędy
Kod: Zaznacz cały
root@f49b27c98b6c:/var/www# apt-get update
Err http://security.debian.org jessie/updates InRelease
Err http://deb.debian.org jessie InRelease
Err http://deb.debian.org jessie-updates InRelease
Err http://security.debian.org jessie/updates Release.gpg
Temporary failure resolving 'security.debian.org'
Err http://deb.debian.org jessie Release.gpg
Temporary failure resolving 'deb.debian.org'
Err http://deb.debian.org jessie-updates Release.gpg
Temporary failure resolving 'deb.debian.org'
Reading package lists... Done
W: Failed to fetch http://deb.debian.org/debian/dists/jessie/InRelease
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/InRelease
W: Failed to fetch http://security.debian.org/dists/jessie/updates/InRelease
W: Failed to fetch http://security.debian.org/dists/jessie/updates/Release.gpg Temporary failure resolving 'security.debian.org'
W: Failed to fetch http://deb.debian.org/debian/dists/jessie/Release.gpg Temporary failure resolving 'deb.debian.org'
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/Release.gpg Temporary failure resolving 'deb.debian.org'
W: Some index files failed to download. They have been ignored, or old ones used instead.
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 6:43 pm
autor: cosmita
no właśnie
i co teraz?
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 7:11 pm
autor: lesny8
A jednak to problem z DNSem na malinie
Edytuj
/etc/resolv.conf
i podmień adres serwera nazw na jedynki lub googlowskie ósemki, ja dałem jak widać jedynki
Kod: Zaznacz cały
# Generated by resolvconf
nameserver 1.1.1.1
Przed modyfikacją miałem tam wewnętrzny DNS routera, który widocznie z dockerem nie za bardzo chce współpracować. Po modyfikacji testowy obraz rozwiązał nazwy i pobrał paczki, może nie wszystkie ale
Kod: Zaznacz cały
root@0e594228e804:/var/www# apt-get update
Get:1 http://security.debian.org jessie/updates InRelease [44.9 kB]
Ign http://deb.debian.org jessie InRelease
Ign http://deb.debian.org jessie-updates InRelease
Get:2 http://deb.debian.org jessie Release.gpg [2420 B]
Ign http://deb.debian.org jessie-updates Release.gpg
Get:3 http://deb.debian.org jessie Release [148 kB]
Ign http://deb.debian.org jessie-updates Release
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
Err http://deb.debian.org jessie-updates/main armhf Packages
404 Not Found
Get:4 http://security.debian.org jessie/updates/main armhf Packages [794 kB]
Get:5 http://deb.debian.org jessie/main armhf Packages [8898 kB]
Fetched 9888 kB in 1min 16s (130 kB/s)
W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-armhf/Packages 404 Not Found
E: Some index files failed to download. They have been ignored, or old ones used instead.
instalacja suplascripts powinna przejść dalej
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 7:25 pm
autor: fracz
To jest większy problem, nie z Twoją maliną.
https://unix.stackexchange.com/question ... repository
Postaram się coś zaradzić...
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 7:34 pm
autor: cosmita
Hej,
No właśnie wycofali paczki jessiego i dupa
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 7:38 pm
autor: fracz
Skoro stawiasz świeża instancje - spróbuj zamienić w docker/Dockerfile w pierwszej linii
FROM php:7.0.27-apache
Na
FROM php:7.1.27-apache-stretch
I zobacz czy wtedy ruszy?
Re: Problem z uruchomieniem supla-scripts - nadal działa?
: pt mar 29, 2019 8:32 pm
autor: cosmita
prawie działa... wysypuje się dalej przy kompilacji
Kod: Zaznacz cały
Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20160303/
warning: curl (curl.so) is already loaded!
find . -name \*.gcno -o -name \*.gcda | xargs rm -f
find . -name \*.lo -o -name \*.o | xargs rm -f
find . -name \*.la -o -name \*.a | xargs rm -f
find . -name \*.so | xargs rm -f
find . -name .libs -a -type d|xargs rm -rf
rm -f libphp.la modules/* libs/*
Configuring for:
PHP Api Version: 20160303
Zend Module Api No: 20160303
Zend Extension Api No: 320160303
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for a sed that does not truncate output... /bin/sed
checking for cc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking how to run the C preprocessor... cc -E
checking for icc... no
checking for suncc... no
checking whether cc understands -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... yes
checking build system type... arm-unknown-linux-gnueabihf
checking host system type... arm-unknown-linux-gnueabihf
checking target system type... arm-unknown-linux-gnueabihf
checking for PHP prefix... /usr/local
checking for PHP includes... -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib
checking for PHP extension directory... /usr/local/lib/php/extensions/no-debug-non-zts-20160303
checking for PHP installed headers prefix... /usr/local/include/php
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... re2c
checking for re2c version... 0.16 (ok)
checking for gawk... no
checking for nawk... nawk
checking if nawk is broken... no
checking for zip archive read/writesupport... yes, shared
checking for the location of libz... no
checking pcre install prefix... no
checking libzip... no
checking for the location of zlib... configure: error: zip support requires ZLIB. Use --with-zlib-dir=<DIR> to specify prefix where ZLIB include and library are located
ERROR: Service 'suplascripts' failed to build: The command '/bin/sh -c apt-get update && apt-get install -y --no-install-recommends libicu-dev libpq-dev ca-certificates ssl-cert libcurl4-gnutls-dev git unzip mysql-client supervisor cron wget && update-ca-certificates && docker-php-ext-install pdo_mysql opcache curl zip && apt-get autoremove && rm -r /var/lib/apt/lists/*' returned a non-zero code: 1