Jump to content

giusemr

Members
  • Posts

    14
  • Joined

  • Last visited

Posts posted by giusemr

  1. Hey guys, I use the idrive container for some time but I experience a growing number of Dumps inside the user folder on my cache driver under appdata. The folder is called "CDPDBDUMP" and is after 12 weeks at roughly 60 GB. Can you explain what these dump-files are and if one can delete them without breaking the backup?

    Maybe @taverty can help with this one?

     

    Thanks in advance.

  2. The error appears everytime a container tries to create or write a file. For example my plex container from plexinc throws following error:

    unable to create '/usr/lib/plexmediaserver/Resources/Tuner/Shared/scanners/dvbc/transponders/5244.ini.dpkg-new' (while processing './usr/lib/plexmediaserver/Resources/Tuner/Shared/scanners/dvbc/transponders/5244.ini'): No space left on device
    [Errno 28] No space left on device: '/etc/letsencrypt/.certbot.lock'

    This morning, at the moment when I wrote this post, the problem was there. After leaving the system untouched until now, everything works as expected after a test. From this morning until now, nothing has changed in the system. Even in the logs where no entries that would indicate any change. 

     

    Now I started all containers and the problem seems resolved. I don't know what could cause this problem.

     

    But thank you @Squid for looking into this. 

  3. Hello everybody, 

     

    I already read multiple topics here in the forums and over on reddit about this error, but no solution for me. Since yesterday evening I noticed my cpu utilization went up to 100% because the influxdb container could not write any data. After checking the other containers I noticed similar errors in the logs. 

    I also checked if any container writes directly to the image, like a downloader or something but the containers and volumes sizes looks fine. Down below you find some outputs from my system and my diagnostics output.

     

    I wonder if the devices /dev/loop0 and /dev/loop1 cause these issues because they are at 100% utilization.

     

    I also increased the docker image size to 80G. Previously it was on 40G.

     

    Currently I stopped all containers. 

     

    df -h
    Filesystem      Size  Used Avail Use% Mounted on
    rootfs          5.8G  959M  4.9G  17% /
    tmpfs            32M  232K   32M   1% /run
    devtmpfs        5.8G     0  5.8G   0% /dev
    tmpfs           5.9G     0  5.9G   0% /dev/shm
    cgroup_root     8.0M     0  8.0M   0% /sys/fs/cgroup
    tmpfs           128M  476K  128M   1% /var/log
    /dev/sda1        15G  323M   15G   3% /boot
    /dev/loop0       12M   12M     0 100% /lib/modules
    /dev/loop1       12M   12M     0 100% /lib/firmware
    /dev/md2        5.5T  4.5T  983G  83% /mnt/disk2
    /dev/md3        932G  415G  517G  45% /mnt/disk3
    /dev/sde1       224G   52G  171G  24% /mnt/cache
    shfs            6.4T  5.0T  1.5T  78% /mnt/user0
    shfs            6.6T  5.0T  1.7T  76% /mnt/user
    /dev/loop2       80G   13G   67G  16% /var/lib/docker
    /dev/loop3      1.0G   17M  905M   2% /etc/libvirt
    shm              64M     0   64M   0% /var/lib/docker/containers/e5c05fd2bc13be950a7ddc7cc47dfd7025fa0c857534982c437639239c2e45ce/mounts/shm
    shm              64M     0   64M   0% /var/lib/docker/containers/27d86e87953d222b315ef03bb583941df32f3904d360d3ee8169dce5cd431638/mounts/shm
    shm              64M     0   64M   0% /var/lib/docker/containers/72bfc085261798d287e7e55d3f3f2d45791c687cfc562f916f8b5d6be0d18cd0/mounts/shm
    shm              64M     0   64M   0% /var/lib/docker/containers/b3e9c142f3cafbd16e4de3b68898cf496fe0b88b1d20c888b46c2ec85d51dd26/mounts/shm
    shm              64M     0   64M   0% /var/lib/docker/containers/717477a8dc3f79e64532727d1e054ce20eb7e9e19d293dd7d176082d52262f5d/mounts/shm
    shm              64M     0   64M   0% /var/lib/docker/containers/c27fe5a357e6d77fe59d5d89eb84c82625d4188cf8047f7be70e2fea61a5785c/mounts/shm
    shm              64M     0   64M   0% /var/lib/docker/containers/928f5b9ff7ee9cbeead0bf207640ed5213c97bb542fc44eedcee9c7b539e6077/mounts/shm
    docker system df
    TYPE                TOTAL               ACTIVE              SIZE                RECLAIMABLE
    Images              28                  28                  8.434GB             87.06MB (1%)
    Containers          32                  7                   350.7MB             350.7MB (99%)
    Local Volumes       5                   1                   49.65MB             49.65MB (100%)
    Build Cache         0                   0                   0B                  0B

    Docker Volume Info: 

    btrfs filesystem show:
    
    Label: none  uuid: b5a7631a-65ec-4867-a43d-19009f3496a2
    Total devices 1 FS bytes used 11.62GiB
    devid    1 size 80.00GiB used 20.07GiB path /dev/loop2
    
    

     

    I hope someone can help me with this. 

     

    Thanks in advance. 

    server-diagnostics-20190929-0857.zip

  4. On 6/21/2019 at 1:47 PM, giusemr said:

    Hello everyone, 

     

    I tried to give my nextcloud setup a fresh install: fresh mariadb, fresh nextcloud docker and also removed everything (even hidden files) from the shares (appdata/nextcloud & Datashare). Following the guides from spaceinvaderone and linuxserver.io, the DB setup and first installation from nextcloud works. But then nextcloud tries to redirect me to my files page and I get a 302 redirect to /apps/files/ page that doesn't end. It doesn't matter if I take the stock config.php file an try to access directly or through the proxy with modified config.php. The result is the error "Too many redirects". On some issue discussion on github someone said there might be a permission issue with the files but I checked the config folder and the share folder and it's all set to "nobody:users".

     

    I also found an issue on github which describes exactly my issue (https://github.com/nextcloud/server/issues/11203). My nginx logs inside the nextcloud container are also filled with this output.

    
    GET /apps/files/ HTTP/1.1" 302

    Has anyone an idea if this is related to the linuxserver image or to the nextcloud software?

     

    I appreciate your help.

    Thanks in advance.

    I fixed this issue, inside the proxy config from the letsencrypt container I had changed the redirect port to 444 ( My host port) this lead to infinite redirects between the proxy and nextcloud.

  5. On 6/21/2019 at 1:47 PM, giusemr said:

    ... error "Too many redirects". ... permission ... set to "nobody:users".

     

    My nginx logs inside the nextcloud container are also filled with this output.

    
    GET /apps/files/ HTTP/1.1" 302

     

    No one with a similar problem or who can point me in the right direction? I desperately try to solve this problem.

  6. Hello everyone, 

     

    I tried to give my nextcloud setup a fresh install: fresh mariadb, fresh nextcloud docker and also removed everything (even hidden files) from the shares (appdata/nextcloud & Datashare). Following the guides from spaceinvaderone and linuxserver.io, the DB setup and first installation from nextcloud works. But then nextcloud tries to redirect me to my files page and I get a 302 redirect to /apps/files/ page that doesn't end. It doesn't matter if I take the stock config.php file an try to access directly or through the proxy with modified config.php. The result is the error "Too many redirects". On some issue discussion on github someone said there might be a permission issue with the files but I checked the config folder and the share folder and it's all set to "nobody:users".

     

    I also found an issue on github which describes exactly my issue (https://github.com/nextcloud/server/issues/11203). My nginx logs inside the nextcloud container are also filled with this output.

    GET /apps/files/ HTTP/1.1" 302

    Has anyone an idea if this is related to the linuxserver image or to the nextcloud software?

     

    I appreciate your help.

    Thanks in advance.

  7. 6 hours ago, ken-ji said:

    @giusemr The reason your unraid system cannot talk to the VPN clients is accdg to your diagnostics is because you have a docker network with that subnet and it will take priority.

    
    br-cb2a9c697938: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
            inet 10.0.1.1  netmask 255.255.255.0  broadcast 10.0.1.255
            ether 02:42:79:17:f9:72  txqueuelen 0  (Ethernet)

    not sure why it didn't show in your routing table screenshot.

    Also, running the specified ip route command is odd... as you are telling unraid to be able to reach the VPN clients by trying directly on the br0 broadcast domain.

    Maybe the odd broadcast domain is helping it to work...

    
    br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
            inet 10.0.0.22  netmask 255.255.255.0  broadcast 0.0.0.0
            inet6 fe80::541a:5dff:fe73:4e39  prefixlen 64  scopeid 0x20<link>
            ether 64:00:6a:5d:f2:3e  txqueuelen 1000  (Ethernet)

     

    Thanks for your clue. Actually I deleted the route manually while trying to figuring out the problem but I totally forget that it corresponds to a docker network. I pruned my docker networks (the network wasn't in use anyway) and now everything is working, I also deleted the manual ip route command at system startup as the router handles the routing to the vpn clients. Thanks a lot.

     

    Can I change the broadcast address in the webgui or can I change it manually? I didn't found the settings regarding this.

  8. @bonienl here's the screenshot:

     

    Bildschirmfoto 2019-06-13 um 19.53.45.png

     

    At the beginning I thought that the default route should handle the request and send a reponse. Because the target is not in the same network it would send the reply to the router.

     

    EDIT:

    To make the route across restart persistent I added a user script scheduled for startup of the array with this command to add the route: 

    ip route add 10.0.1.0/24 dev br0

     

  9. Hello everyone. I have the problem that my VPN clients cannot access any service on my unraid system that runs over the bridge adapter br0. 

    Docker containers and VMs with a separate ip address work just fine. 

    As a router I use pfSense firewall as a VM with a passed 4-port NIC. So unraid itself has 2 lan ports. The built in 1 gbe and a second added 10 gbe card. The 10 gbe card is directly connected to my workstation. 

    I setup a vpn connection to my local network (10.0.0.1/24) for roughly 4 - 7 devices simultaneously. The connection and access to any other device on my lan works perfectly. The vpn clients are inside the network 10.0.1.0/24.

    My problem is as follows. 

    From the vpn clients I can ping and traceroute to any device on my lan except the unraid system. I already did a tcpdump on unraid, my pfsense firewall (on two different nics) while pinging from a vpn client to my unraid system e.g. 10.0.1.2 -> 10.0.0.22 I see the icmp requests arriving at the unraid server. But after that nothing happens. 

    Trying it the other way around, ping from unraid (10.0.0.22) to vpn client (10.0.1.2) works just fine. The target devices replies to the request. 

     

    After identifying the issue I need some help to setup the route. I tried different combinations but my unraid system just don't want to route the packets to the right interface. 

     

    I read a lot about routing and route table entries in combination with vlans. I think my problem is pretty similar. 

     

    TLDR; 

    Unraid (10.0.0.22 | 10.0.0.0/24) won't respond to my vpn clients (10.0.1.2 | 10.0.1.0/24) ping requests from another net address space. 

    I already had a conversation about this over at reddit with all the necessary details. (https://www.reddit.com/r/unRAID/comments/bynnc7/unraid_ignores_ping_requests_from_another_subnet/

    My route table on the network settings page is all default except one entry 10.0.1.0/24 gw br0.

     

    Can someone point me in the direction maybe with a reason why this isn't working?

     

    Thanks in advance

     

  10. Hello everybody, 

     

    today I watched at the Dashboard and my docker stopped working. I deleted the image but after that the services could not start. 

    After I restarted the server I got the following error "Call Traces found on your server" and my cache drive could not be mounted. 

     

    Here is my diagnostic file.

     

     

    I hope someone can help me with this.

    Thanks in advance

    server-diagnostics-20180604-1330.zip

×
×
  • Create New...