Jump to content

NVrEnough

Members
  • Posts

    12
  • Joined

  • Last visited

Posts posted by NVrEnough

  1. In an attempt to speed up syncing, I copied the contents of mainnet and wallet db folders to my docker from a synced windows install.  For some reason it's not syncing.  I have port 8444 forwarded to my unraid server ip and can see one full node connected when I issue: 

    docker exec -it chia venv/bin/chia show -s -c

    but after changing log level I am noticing this quite frequently:

    2021-05-11T00:38:14.486 full_node full_node_server : [32mINFO [0m Cannot connect to host 95.82.254.21:8444 ssl:True [SSLCertVerificationError: (1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate is not yet valid (_ssl.c:1123)')][0m

    Any ideas?

     

    UPDATE-  Never mind this question, forcing an update fixed my issue....

  2. 20 hours ago, MrChunky said:

    I am not sure what you mean by this. You should not move the identity to the same folder as the data folder. And especially you should not use drives when operating on the unraid system, but rather user shares.

    Good point, I should have been clearer.  By "drive" I assumed one would automatically use an Unraid "share" - but that may not always be the case.

     

    My setup has separate unraid "shares" for storj identity and data.  No other "shares" are located on the "drives" containing storj data.  Sorry for the confusion.

     

    After further research many small node operators don't recommend having local parity/redundancy as the network does that already.  I may try something with unassigned devices, if possible, just not sure yet.

     

    I also couldn't get the container to start/validate/initialize...whatever. Then I moved my identity share off my appdata cache pool share thinking the "bind mount point" was causing an issue...  guess it was the "setup=true" command that I NEVER used that was really the problem...  Somehow it still worked.  Guess it was dumb luck.

  3. 7 hours ago, benhall847 said:

    Extra Parameters: --mount type=bind,source="/mnt/user/appdata/storj/identity/storagenode/",destination=/app/identity  --mount type=bind,source="/mnt/user/storj/",destination=/app/config

     

    Try moving your "identity" to the same drive your data is stored on.  I first tried "appdata" as well and ran into an error.

     

    My extra parameters are:

     

    --stop-timeout 300 --mount type=bind,source="/mnt/user/storjid/identity/storagenode/",destination=/app/identity --mount type=bind,source="/mnt/user/storj/",destination=/app/config

     

    You didn't mention if you remembered to port forward TCP PORT 28967 in your router to your Storj container.

  4. I have an almost identical setup with the exception of my "identity" not being located in "appdata" - instead I created a separate user share:

    --mount type=bind,source="/mnt/user/storjid/identity/storagenode/",destination=/app/identity  --mount type=bind,source="/mnt/user/storj/",destination=/app/config
    On 1/8/2021 at 2:25 PM, Greyberry said:

    Error: Error starting master database on storagenode: group:

    --- stat config/storage/blobs: no such file or directory

    --- stat config/storage/temp: no such file or directory

    --- stat config/storage/garbage: no such file or directory

    --- stat config/storage/trash: no such file or directory

     

    Your errors are subfolders normally created at runtime from your extra parameter statement:

    On 1/8/2021 at 2:25 PM, Greyberry said:

    --mount type=bind,source="/mnt/user/storj/",destination=/app/config

    Could there be a permission error with your "/mnt/user/storj" user share causing this issue?

  5. 12 hours ago, skois said:

    Can you try force update the docker again and try using mail without my fix (might the new update fixed it and fix is not needed?) 
    If not working try then to apply the fix again and see if the error comes up again. I just checked for updates but it says up to date. And i dont have this error..

    Not sure what happened but it works now.  I left it broken last night and after reading your reply was getting ready to try again but....  no need.  I ran your script twice last night with the same results, but I didn't force update the docker.  I appreciate your quick response, your knowledge is appreciated.  Thanks again.

    • Like 1
  6. On 11/4/2020 at 3:20 PM, skois said:

    For anyone having the same problem anyway, the fix for me was this
    Just replace the PHP_VER with whatever you have on Settings -> System (Bottom of the page)
     

    
    PHP_VER="7.3.24" && \
    BUILD_PACKAGES="wget build-base php7-dev" && \
    
    apk add --no-cache --virtual .php-build-dependencies $BUILD_PACKAGES && \
    apk add --no-cache --repository https://dl-3.alpinelinux.org/alpine/edge/testing/ gnu-libiconv-dev && \
    (mv /usr/bin/gnu-iconv /usr/bin/iconv; mv /usr/include/gnu-libiconv/*.h /usr/include; rm -rf /usr/include/gnu-libiconv) && \
    mkdir -p /opt && \
    cd /opt && \
    wget https://secure.php.net/distributions/php-$PHP_VER.tar.gz && \
    tar xzf php-$PHP_VER.tar.gz && \
    cd php-$PHP_VER/ext/iconv && \
    phpize && \
    ./configure --with-iconv=/usr && \
    make && \
    make install && \
    mkdir -p /etc/php7/conf.d && \
    #next command not needed in LSIO Docker
    #echo "extension=iconv.so" >> /etc/php7/conf.d/iconv.ini && \
    
    apk del .php-build-dependencies && \
    rm -rf /opt/*

     

     

    First, thank you for your fix above - it worked perfect...  then came the next container update....  same error but your fix returns an error where there was none last time.  Any idea how to fix this error?  Here is the entire interaction with your fix:

     

    root@3e69a0cc162f:/# PHP_VER="7.3.25" && \
    > BUILD_PACKAGES="wget build-base php7-dev" && \
    > 
    > apk add --no-cache --virtual .php-build-dependencies $BUILD_PACKAGES && \
    > apk add --no-cache --repository https://dl-3.alpinelinux.org/alpine/edge/testing/ gnu-libiconv-dev && \
    > (mv /usr/bin/gnu-iconv /usr/bin/iconv; mv /usr/include/gnu-libiconv/*.h /usr/include; rm -rf /usr/include/gnu-libiconv) && \
    > mkdir -p /opt && \
    > cd /opt && \
    > wget https://secure.php.net/distributions/php-$PHP_VER.tar.gz && \
    > tar xzf php-$PHP_VER.tar.gz && \
    > cd php-$PHP_VER/ext/iconv && \
    > phpize && \
    > ./configure --with-iconv=/usr && \
    > make && \
    > make install && \
    > mkdir -p /etc/php7/conf.d && \
    > #next command not needed in LSIO Docker
    > #echo "extension=iconv.so" >> /etc/php7/conf.d/iconv.ini && \
    > 
    > apk del .php-build-dependencies && \
    > rm -rf /opt/*
    fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/main/x86_64/APKINDEX.tar.gz
    fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/APKINDEX.tar.gz
    (1/1) Upgrading .php-build-dependencies (20201205.073029 -> 20201205.074158)
    OK: 558 MiB in 240 packages
    fetch https://dl-3.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
    fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/main/x86_64/APKINDEX.tar.gz
    fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/APKINDEX.tar.gz
    OK: 558 MiB in 240 packages
    mv: cannot stat '/usr/bin/gnu-iconv': No such file or directory
    mv: cannot stat '/usr/include/gnu-libiconv/*.h': No such file or directory
    --2020-12-05 01:41:59--  https://secure.php.net/distributions/php-7.3.25.tar.gz
    Resolving secure.php.net (secure.php.net)... 185.85.0.29
    Connecting to secure.php.net (secure.php.net)|185.85.0.29|:443... connected.
    HTTP request sent, awaiting response... 301 Moved Permanently
    Location: https://www.php.net/distributions/php-7.3.25.tar.gz [following]
    --2020-12-05 01:42:00--  https://www.php.net/distributions/php-7.3.25.tar.gz
    Resolving www.php.net (www.php.net)... 185.85.0.29
    Connecting to www.php.net (www.php.net)|185.85.0.29|:443... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 19675266 (19M) [application/octet-stream]
    Saving to: 'php-7.3.25.tar.gz.1'
    
    php-7.3.25.tar.gz.1               100%[=============================================================>]  18.76M  9.79MB/s    in 1.9s    
    
    2020-12-05 01:42:03 (9.79 MB/s) - 'php-7.3.25.tar.gz.1' saved [19675266/19675266]
    
    Configuring for:
    PHP Api Version:         20180731
    Zend Module Api No:      20180731
    Zend Extension Api No:   320180731
    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... no
    checking if compiler supports -Wl,-rpath,... yes
    checking build system type... x86_64-pc-linux-musl
    checking host system type... x86_64-pc-linux-musl
    checking target system type... x86_64-pc-linux-musl
    checking for PHP prefix... /usr
    checking for PHP includes... -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib
    checking for PHP extension directory... /usr/lib/php7/modules
    checking for PHP installed headers prefix... /usr/include/php7
    checking if debug is enabled... no
    checking if zts is enabled... no
    checking for re2c... no
    configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
    checking for gawk... no
    checking for nawk... no
    checking for awk... awk
    checking if awk is broken... no
    checking for iconv support... yes, shared
    checking for libiconv in -liconv... yes
    checking if iconv is glibc's... no
    checking if using GNU libiconv... no
    checking if iconv is Konstantin Chuguev's... no
    checking if using IBM iconv... no
    checking if iconv supports errno... yes
    checking if iconv supports //IGNORE... no
    checking if your cpp allows macro usage in include lines... yes
    checking for ld used by cc... /usr/x86_64-alpine-linux-musl/bin/ld
    checking if the linker (/usr/x86_64-alpine-linux-musl/bin/ld) is GNU ld... yes
    checking for /usr/x86_64-alpine-linux-musl/bin/ld option to reload object files... -r
    checking for BSD-compatible nm... /usr/bin/nm -B
    checking whether ln -s works... yes
    checking how to recognize dependent libraries... pass_all
    checking for ANSI C header files... yes
    checking for sys/types.h... yes
    checking for sys/stat.h... yes
    checking for stdlib.h... yes
    checking for string.h... yes
    checking for memory.h... yes
    checking for strings.h... yes
    checking for inttypes.h... yes
    checking for stdint.h... yes
    checking for unistd.h... yes
    checking dlfcn.h usability... yes
    checking dlfcn.h presence... yes
    checking for dlfcn.h... yes
    checking the maximum length of command line arguments... 98304
    checking command to parse /usr/bin/nm -B output from cc object... ok
    checking for objdir... .libs
    checking for ar... ar
    checking for ranlib... ranlib
    checking for strip... strip
    checking if cc supports -fno-rtti -fno-exceptions... no
    checking for cc option to produce PIC... -fPIC
    checking if cc PIC flag -fPIC works... yes
    checking if cc static flag -static works... yes
    checking if cc supports -c -o file.o... yes
    checking whether the cc linker (/usr/x86_64-alpine-linux-musl/bin/ld -m elf_x86_64) supports shared libraries... yes
    checking whether -lc should be explicitly linked in... no
    checking dynamic linker characteristics... GNU/Linux ld.so
    checking how to hardcode library paths into programs... immediate
    checking whether stripping libraries is possible... yes
    checking if libtool supports shared libraries... yes
    checking whether to build shared libraries... yes
    checking whether to build static libraries... no
    
    creating libtool
    appending configuration tag "CXX" to libtool
    configure: creating ./config.status
    config.status: creating config.h
    config.status: config.h is unchanged
    /bin/sh /opt/php-7.3.25/ext/iconv/libtool --mode=compile cc -I"/usr/include" -DZEND_ENABLE_STATIC_TSRMLS_CACHE=1 -I. -I/opt/php-7.3.25/ext/iconv -DPHP_ATOM_INC -I/opt/php-7.3.25/ext/iconv/include -I/opt/php-7.3.25/ext/iconv/main -I/opt/php-7.3.25/ext/iconv -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib  -DHAVE_CONFIG_H  -I/usr/include -g -O2   -c /opt/php-7.3.25/ext/iconv/iconv.c -o iconv.lo 
    mkdir .libs
     cc -I/usr/include -DZEND_ENABLE_STATIC_TSRMLS_CACHE=1 -I. -I/opt/php-7.3.25/ext/iconv -DPHP_ATOM_INC -I/opt/php-7.3.25/ext/iconv/include -I/opt/php-7.3.25/ext/iconv/main -I/opt/php-7.3.25/ext/iconv -I/usr/include/php7 -I/usr/include/php7/main -I/usr/include/php7/TSRM -I/usr/include/php7/Zend -I/usr/include/php7/ext -I/usr/include/php7/ext/date/lib -DHAVE_CONFIG_H -I/usr/include -g -O2 -c /opt/php-7.3.25/ext/iconv/iconv.c  -fPIC -DPIC -o .libs/iconv.o
    /opt/php-7.3.25/ext/iconv/iconv.c: In function 'zm_startup_miconv':
    /opt/php-7.3.25/ext/iconv/iconv.c:287:4: error: '_libiconv_version' undeclared (first use in this function)
      287 |    _libiconv_version >> 8, _libiconv_version & 0xff);
          |    ^~~~~~~~~~~~~~~~~
    /opt/php-7.3.25/ext/iconv/iconv.c:287:4: note: each undeclared identifier is reported only once for each function it appears in
    /opt/php-7.3.25/ext/iconv/iconv.c: In function '_php_iconv_appendl':
    /opt/php-7.3.25/ext/iconv/iconv.c:184:15: warning: implicit declaration of function 'libiconv'; did you mean 'iconv'? [-Wimplicit-function-declaration]
      184 | #define iconv libiconv
          |               ^~~~~~~~
    /opt/php-7.3.25/ext/iconv/iconv.c:468:8: note: in expansion of macro 'iconv'
      468 |    if (iconv(cd, (char **)&in_p, &in_left, (char **) &out_p, &out_left) == (size_t)-1) {
          |        ^~~~~
    make: *** [Makefile:194: iconv.lo] Error 1
    root@3e69a0cc162f:/opt/php-7.3.25/ext/iconv# 

    any feedback/help is greatly appreciated.

  7. 12 hours ago, gellux said:

    this worked for a few days but the docker now gives Error 401 "page not working". is it related or? 

    i've removed and reinstalled the container with same result :/

    Without more info on your setup it sounds like a webui problem.  I assume, which always gets me in trouble, that you are routing qb "through" another container - specifically a VPN container?  Can you send more specifics on your setup?  Could you be missing the necessary "port" variable addition needed to route the qb webui through the VPN container?  I am unable to reproduce the error your getting.

     

    I routed my containers following this video:

    Spaceinvader "How to route any docker container..."

  8. On 10/24/2020 at 9:08 AM, gellux said:

    my container automatically updated to 4.3.0 but it isn't whitelisted yet on trackers, so i'd rather downgrade for now. what is the best way to do so?

    on one forum, someone mentioned getting a version number from the More Info tab on the container image, but i can't find it, and add that to the repository on the container's Edit page.

     

    can anyone write a quick step by step for me please? i believe i've turned off automatic updates for the future.

    thanks.

    I had same issue and had to rollback to 4.2.5 to fix it.  This issue is well documented at reddit.

    I ended up adding "tag" to the docker "repository" field.  Edit the docker container repository field to this: 

    linuxserver/qbittorrent:14.2.5.99202004250119-7015-2c65b79ubuntu18.04.1-ls93

    Hope this helps...

    • Like 1
    • Thanks 1
×
×
  • Create New...