jmbrnt

Members
  • Posts

    89
  • Joined

  • Last visited

Posts posted by jmbrnt

  1. I am using the non-VPN variant.

     

    I shifted back from binhex/arch-deluge:2.0.5-1-03 to binhex/arch-deluge and the problem persists (web-ui won't load). Log for interest

     

    
    Created by...
    ___. .__ .__
    \_ |__ |__| ____ | |__ ____ ___ ___
    | __ \| |/ \| | \_/ __ \\ \/ /
    | \_\ \ | | \ Y \ ___/ > <
    |___ /__|___| /___| /\___ >__/\_ \
    \/ \/ \/ \/ \/
    https://hub.docker.com/u/binhex/
    
    2022-11-02 07:56:58.033568 [info] Host is running unRAID
    2022-11-02 07:56:58.072848 [info] System information Linux 9472e3bdb4e1 5.10.21-Unraid #1 SMP Sun Mar 7 13:39:02 PST 2021 x86_64 GNU/Linux
    2022-11-02 07:56:58.123264 [info] OS_ARCH defined as 'x86-64'
    2022-11-02 07:56:58.174845 [info] PUID defined as '99'
    2022-11-02 07:56:58.286208 [info] PGID defined as '100'
    2022-11-02 07:56:58.434978 [info] UMASK defined as '000'
    2022-11-02 07:56:58.475525 [info] Permissions already set for '/config'
    2022-11-02 07:56:58.539970 [info] Deleting files in /tmp (non recursive)...
    2022-11-02 07:56:58.598229 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'error'
    2022-11-02 07:56:58.641334 [info] DELUGE_WEB_LOG_LEVEL defined as 'error'
    2022-11-02 07:56:58.692460 [info] Starting Supervisor...
    2022-11-02 07:56:59,459 INFO Included extra file "/etc/supervisor/conf.d/deluge.conf" during parsing
    2022-11-02 07:56:59,459 INFO Set uid to user 0 succeeded
    2022-11-02 07:56:59,465 INFO supervisord started with pid 6
    2022-11-02 07:57:00,468 INFO spawned: 'deluge-script' with pid 74
    2022-11-02 07:57:00,468 INFO reaped unknown pid 7 (exit status 0)
    2022-11-02 07:57:00,482 DEBG 'deluge-script' stdout output:
    [info] Deluge config file already exists, skipping copy
    [info] Attempting to start Deluge...
    [info] Removing deluge pid file (if it exists)...
    
    2022-11-02 07:57:00,482 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
    2022-11-02 07:57:01,427 DEBG 'deluge-script' stdout output:
    [info] Deluge process started
    [info] Waiting for Deluge process to start listening on port 58846...

     

  2. 1 minute ago, ich777 said:

    Yes, you have to update the TERRARIA_SRV_V to the latest version in the template for the default Terraria container.

     

    When you are using the Tshock container it should be enough to restart since it should always pull the latest version on start.

    Thanks - I am using the tshock one and that doesn't seem to be the case `Terraria Server v1.4.3.6` whereas it's up to 1.4.4.5 now (via  https://terraria.fandom.com/wiki/Server#Downloads
     

  3. Seems like my cache is dying - can you please help me plan out what to do?

     

    Log is flooded with these messages:

    BTRFS error (device loop2): parent transid verify failed on 148996096 wanted 1692344

     

    Attached my diagnostics.

     

    I'l guessing I need to try and get everything off the cache and reformat it - are there some good steps for follow for that?

     

    Thanks

    unraid-2-diagnostics-20220513-1104.zip

  4. First up thanks @MarkusMcNugen for the efforts.

     

    In SFTP my goal is to share a directory from my unraid array with a friend. I create him a user and he can SFTP connect fine, but so far no amount of trial and error has successfully shared the files with him. What do I need to add to the container under Unraid to make this work?

     

    Say I wanted him to log in and see the content of my /mnt/users/videos dir?

     

    Cheers

  5. Bit late to the party, But I am using the librenms/librenms version of the container from CA.

     

    Before starting the librenms container, create a new MariaDB container (I am using the linuxserver/mariadb one). Once that is loaded, use the CLI for that container to build your database, and allow access from another host:

     

    CREATE DATABASE librenms CHARACTER SET utf8 COLLATE utf8_unicode_ci;
    CREATE USER 'librenms'@'localhost' IDENTIFIED BY 'librenms';
    CREATE USER 'librenms'@'%' IDENTIFIED BY 'librenms';
    GRANT ALL PRIVILEGES ON librenms.* TO 'librenms'@'localhost';
    GRANT ALL PRIVILEGES ON librenms.* TO 'librenms'@'%';
    FLUSH PRIVILEGES;
    exit

     

    Now, when you configure the LibreNMS container, point the DBhost to be the IP of the container (in my case 192.168.0.196, the same IP as the unraid box itself, as I'm using bridged networks for the containers).

     

    After a couple of minutes you can open the LibreNMS GUI and get cracking.

     

    • Thanks 1
  6. Thanks @broadcastthebadger - this gives me some hope at 1:40am...

     

    I have recently brought my (encrypted) Unraid server across the ocean, and when it came time to boot up I was getting all sorts of kernel panic messages (about sync..). Doing it all from the iDrac terminal made gathering logs tricky, but I thought I would try and recover my config files from the existing USB stick (which had been working well for 2+ years) and go with a new stick.. Several hours later and still no boot - the closest I got to that nice blue syslinux menu was using UEFI, which doesn't seem to work with my Dell R720..

     

    Can you share what settings you used in Rufus to make your bootable stick?

     

    Tonight I've tried:

    - 3 different USB (2, 2, 3) sticks

    - UEFI/BIOS

    - Creating the sticks using the Unraid tool on Mac, PC

    - Creating the stick by hand using Mac, PC, Linux

    - Booting the stick in another PC (which worked)

    - Drinking

     

     

  7. Hey @A75G - thanks for all your efforts.

     

    I have installed your LibreNMS container, and setup a MariaDB on the same host librenms/librenms/librenms all the way down - but it can never connect. The log doesn't give much away - any tips for getting this to work? The IPs/ports etc all match.

  8. 1 minute ago, itimpi said:

     

    I think that at the moment any time you make a change the underlying service gets disabled and you need to re-enable it again.  Means you cannot make a change remotely when connected via WireGuard unless you have an alternative way into the server.

     

    Whether it is intended to change this I have no idea.

     

    Ah well at least the symptom makes sense. Not so sure if the cause does. I could understand a restart or reload...
     

    cheers 

  9. Bit of a weird issue for me.

     

    I started up Dynamix' Wireguard plugin, following the blogpost on Unraid.net. Worked perfectly with my Macbook, using the `Remote Tunneled Access` mode. Great.

     

    Then I went and added another peer (I wanted to use my phone too). After clicking 'Add peer' and generating the keys, I clicked Apply or whatever and... Lost access. No go at all. Can't even connect back to the server to undo what I did.

     

    Is that expected behavior? Note, I only generated new keys for the new peer, so I didn't expect to get locked out. Any suggestions welcomed - and thanks for building such a simple/great system!

     

     

  10. Today when I went to use the web interface for Plex, Firefox asked me to enable DRM features. Yuck. Not keen at all. Apparently it's something to do with Plex partnering with Warner Bros. I am increasingly aware that Plex isn't the media streaming solution for me any more - but where can I go? What do you use, if not Plex, and how does it compare?

     

    I use Plex mainly on iPad, PS4 and the PC (web) very rarely.

  11. Thanks @johnnie.black

     

    Quote

    root@unraid-2:~# btrfs dev stats /mnt/cache
    [/dev/sdj1].write_io_errs    0
    [/dev/sdj1].read_io_errs     0
    [/dev/sdj1].flush_io_errs    0
    [/dev/sdj1].corruption_errs  0
    [/dev/sdj1].generation_errs  0
    [/dev/sdi1].write_io_errs    180353467
    [/dev/sdi1].read_io_errs     16704619
    [/dev/sdi1].flush_io_errs    4373774
    [/dev/sdi1].corruption_errs  0
    [/dev/sdi1].generation_errs  0

     

    I am now running a scrub, thanks for the tip.

     

     

    Quote

    UUID: b3f8ccf1-2aa0-4bc6-b798-f79b24fcd561 Scrub started: Sun Jul 5 13:42:06 2020 Status: finished Duration: 0:12:56 Total to scrub: 302.93GiB Rate: 399.75MiB/s Error summary: verify=1068 csum=812422 Corrected: 813490 Uncorrectable: 0 Unverified: 0

     

    Scrub looks OK

  12. Hi

     

    Woke up this morning to no DNS (I run unbound on my Unraid server).. Checked and most of my containers had died. Tried to stop and start, no go.

     

    Followed a quick Google and tried to remove and re-generate docker.img, which seems to have given me some grace (all containers deleted from GUI, but I can re-add them easily and the data persists...)... However, it seems the problem is one of my cache drives. It's not showing errors on the GUI, but btrfs commands show errors galore.

     

    It's a Dell R720, so I don't think it's a SAS cable as many of the other drives would be affected - possibly the SSD has just carked it - it's nearly 4 years old.

     

    I have attached diagnostics from prior to a reboot.

     

    I also see a lot of these:

     

    Quote

    found 43627390
    Jul 5 11:58:15 unraid-2 kernel: repair_io_failure: 7 callbacks suppressed
    Jul 5 11:58:15 unraid-2 kernel: BTRFS info (device sdj1): read error corrected: ino 0 off 1799880704 (dev /dev/sdi1 sector 1377280)
    Jul 5 11:58:15 unraid-2 kernel: BTRFS info (device sdj1): read error corrected: ino 0 off 1799884800 (dev /dev/sdi1 sector 1377288)
    Jul 5 11:58:15 unraid-2 kernel: BTRFS info (device sdj1): read error corrected: ino 0 off 1799888896 (dev /dev/sdi1 sector 1377296)
    Jul 5 11:58:15 unraid-2 kernel: BTRFS info (device sdj1): read error corrected: ino 0 off 1799892992 (dev /dev/sdi1

     

    The cache is a pool of 2 drives - would I be best to remove /dev/sdi and replace it?

     

    Thanks

    unraid-2-diagnostics-20200705-0845.zip

  13. This might be unrelated, as I am running the official Plex docker container (rather than binhex or linuxserver) - but - without doing a thing, the past couple of days/weeks my Plex has been wack.

     

    1) The port that was set to be fwd via my firewall spontaneously changed (had been stable for 2 years)

    2) Something seems to have changed with TLS - my PS4 lost the ability to talk to Plex, as did some external folks who share my library. I had to tweak the TLS settings under Settings > Network and change secure settings to preferred.

     

    Somehow it had defaulted to strict TLS settings - I could eventually browse to my server on [unraid-ip]:32400, as long as I put in HTTPS:// first...

    Bloody bananas! Working now though.

  14. Something seems really broken with this container, or at least the job F@H is sending me. It folds for a couple of seconds, then dies. Log below.

     


    21:21:13:WU00:FS00:0xa7:ERROR:-------------------------------------------------------

    21:21:13:WU00:FS00:0xa7:ERROR:Program GROMACS, VERSION 5.0.4-20191026-456f0d636-unknown

    21:21:13:WU00:FS00:0xa7:ERROR:Source code file: /host/debian-stable-64bit-core-a7-avx-release/gromacs-core/build/gromacs/src/gromacs/mdlib/domdec.c, line: 6902

    21:21:13:WU00:FS00:0xa7:ERROR:

    21:21:13:WU00:FS00:0xa7:ERROR:Fatal error:

    21:21:13:WU00:FS00:0xa7:ERROR:There is no domain decomposition for 25 ranks that is compatible with the given box and a minimum cell size of 1.37225 nm

    21:21:13:WU00:FS00:0xa7:ERROR:Change the number of ranks or mdrun option -rcon or -dds or your LINCS settings

    21:21:13:WU00:FS00:0xa7:ERROR:Look in the log file for details on the domain decomposition

    21:21:13:WU00:FS00:0xa7:ERROR:For more information and tips for troubleshooting, please check the GROMACS

    21:21:13:WU00:FS00:0xa7:ERROR:website at http://www.gromacs.org/Documentation/Errors

    21:21:13:WU00:FS00:0xa7:ERROR:-------------------------------------------------------

    21:21:18:WU00:FS00:0xa7:WARNING:Unexpected exit() call

    21:21:18:WU00:FS00:0xa7:WARNING:Unexpected exit from science code

    21:21:18:WU00:FS00:0xa7:Saving result file ../logfile_01.txt
    21:21:18:WU00:FS00:0xa7:Saving result file md.log
    21:21:18:WU00:FS00:0xa7:Saving result file science.log
    21:21:18:WU00:FS00:FahCore returned: INTERRUPTED (102 = 0x66)
    21:22:13:WU00:FS00:Starting
    21:22:13:WU00:FS00:Removing old file './work/00/logfile_01-20200326-205104.txt'
    21:22:13:WU00:FS00:Running FahCore: /app/usr/bin/FAHCoreWrapper /config/cores/cores.foldingathome.org/v7/lin/64bit/avx/Core_a7.fah/FahCore_a7 -dir 00 -suffix 01 -version 705 -lifeline 258 -checkpoint 15 -np 31
     

     

    Edit: talking to someone with more F@H experience, this seems like a dud WU. Will re-install the container. 

  15. 1 minute ago, Squid said:

    You can't force it.  You have to set it to fold for any disease.  The COVID-19 are priorities right now, but there's currently only ~5 projects out there.  Just let it run and it will pick them up.  Mine started folding for a cancer project, but then switched over to COVID-19.

    Thanks Squid. I have 96 cores running this dang thing, didn't want to miss the boat

  16. 8 hours ago, eds said:

    I tried editing the line model type = 'virtio' by changing the value to 'e1000'  and 'vmxnet3' and neither worked.

    Thanks for checking that. 

     

    You can see which driver your NICs have under Settings > Network Settings > Interface rules. The driver name is in parentheses. I am wondering if there are variants (or older/incompatible versions) of the driver on Unraid in use that don't play nice with a Centos VM. Narrowing down the problem in lieu of any advice from the Unraid developers might take a few shots.

     

    For the record, I don't think it's a problem with Unraid 6.8.2 or Centos, as it works flawlessly for me, without needing to pass through the PCI device - simply setting the VM to use br0 works. Would be great to solve this problem as it must be affecting a few people. 

     

     

     

     

  17. The driver I'm referring to is on the unraid host system, nothing to do with the VM. My theory based on comparing a working and non-working system was due to a difference in broadcom drivers seen in Unraid OS itself.

     

    I also suggested some XML edits you were asking about to try, did they have any effect?