Jump to content

niwmik

Members
  • Posts

    39
  • Joined

  • Last visited

Posts posted by niwmik

  1. I wanted to continue the issue I'm having with DelugeVPN here.

     

     

    I rebooted the unRaid server 3 times but that didn't completely fix the issue.  I'm able to download but it seems to only allow 1 peer per torrent.  I changed the PIA wireguard endpoint from ca-toronto.privacy.network to ca-montreal.privacy.network but get the same results.  

     

    Is this an issue with my configurations or is it an issue with PIA?  Thanks.

     

    Capture03.thumb.PNG.b69655b922385191a7fbfdab4fa66821.PNG

  2. I'm experiencing the same issue with Unraid 6.9.2 and the latest DelugeVPN-binhex which coincidently updated last night.  I downgraded to 2.0.5-1-04 but still had this issue.  Privoxy works so I'm confident I'm logged into PIA.

     

    I have another unraid server with the same configurations and the latest DelugeVPN-binhex is behaving as expected.

  3. 20 hours ago, cybrnook said:

    What is AutoBackupVM? I use my own script to backup VM's. Seems the script is exiting with status 2, so something is not happy.

     

    When you run it by hand, after it completes what does "echo $?" return

     

    AutoBackupVM is a script written by an Unraid user that I use to backup my Windows 10 VM.  I've never had an issue with it before.

     

    I clicked "RUN SCRIPT" in User Scripts to manually run the script so I didn't have access to a terminal screen.

     

    As a test, I changed the cron schedule from "Custom" to "Scheduled Monthly" and changed Monthly schedule in Scheduler to run on the 5th.

     

    I didn't see anything in the logs this morning but AutoBackupVM did run successfully.  As far as I can tell, the script only fails when I set it to a custom cron schedule.

     

     

     

  4. 21 hours ago, cybrnook said:

    I have a cron I run in Ubuntu that is for the first Saturday of every month. My syntax is:

     

    0 0 * * 6 [ $(date +\%d) -le 07 ] && /script/path/follows/here.sh

     

    Thanks for the tip.  I changed the cron schedule to "50 2 * * 4 [ $(date +%d) -le 07 ]" and it appears to have run this morning based on what it is in the logs.

     

    Nov  4 02:50:01 Atlas crond[2264]: exit status 2 from user root [ $(date +\%d) -le 07 ] /usr/local/emhttp/plugins/user.scripts/startCustom.php /boot/config/plugins/user.scripts/scripts/AutoBackupVM/script > /dev/null 2>&1
     

    However, AutoBackupVM script doesn't appeared to have ran.  I just ran it manually to test and it ran successfully.  Is there something else I'm missing?

     

  5. I'm trying to run a script with the following custom cron schedule:

     

    50 2 * * 2 [[ $(date +%e) -le 7 ]]

     

    I wanted the script to run the 1st week of every month on Tuesday at 2:50am but it didn't run this past Tuesday.  I just copied the cron schedule for my parity check and made some modifications.  Do you see anything wrong with this cron schedule?

     

  6. I'm in the process of testing the disks starting with changing the parity disk.  I'm in the middle of a parity rebuild and I see the following in the system log.  I can't tell which disk has the corruption.  Not sure what "dm-2" is.

     

    Sep 24 11:08:22 Atlas kernel: XFS (dm-2): Metadata corruption detected at xfs_buf_ioend+0x51/0x284 [xfs], xfs_inode block 0x1796d41c8 xfs_inode_buf_verify
    Sep 24 11:08:22 Atlas kernel: XFS (dm-2): Unmount and run xfs_repair
    Sep 24 11:08:22 Atlas kernel: XFS (dm-2): First 128 bytes of corrupted metadata buffer:
    Sep 24 11:08:22 Atlas kernel: 00000000: 53 f8 8c c5 e2 3f 2c ba bf f3 6c 7f 50 4b 18 fa  S....?,...l.PK..
    Sep 24 11:08:22 Atlas kernel: 00000010: 4c c8 06 8d 5b b5 0a 13 f6 e4 57 9d 8e e1 b0 86  L...[.....W.....
    Sep 24 11:08:22 Atlas kernel: 00000020: d9 7e 70 f0 75 a8 8e 17 da b5 51 3a 59 31 38 f9  .~p.u.....Q:Y18.
    Sep 24 11:08:22 Atlas kernel: 00000030: 2d 20 3f ef 04 d2 89 e5 57 67 5b 9d 6c 92 e7 72  - ?.....Wg[.l..r
    Sep 24 11:08:22 Atlas kernel: 00000040: 3f 73 f8 9b b4 50 6e ae 74 11 01 27 40 76 3b 38  ?s...Pn.t..'@v;8
    Sep 24 11:08:22 Atlas kernel: 00000050: ec 89 37 25 9d 42 11 e3 d3 28 2c 93 a8 e6 5c df  ..7%.B...(,...\.
    Sep 24 11:08:22 Atlas kernel: 00000060: 01 77 8e a9 22 e2 bf 8b 6b 03 f2 c4 ce 23 3f 1e  .w.."...k....#?.
    Sep 24 11:08:22 Atlas kernel: 00000070: ab 06 41 e8 81 d0 07 47 7f 3b ec 97 ba 47 f9 df  ..A....G.;...G..
    Sep 24 11:08:22 Atlas kernel: XFS (dm-2): metadata I/O error in "xfs_imap_to_bp+0x5c/0xa2 [xfs]" at daddr 0x1796d41c8 len 32 error 117

     

    atlas-diagnostics-20210924-1308.zip

  7. I have replaced the sata and power connection and now disk ST4000DM000-1F2168_Z304M0WL is now showing up in Unassigned Devices.  I then assigned disk 10 to ST4000DM000-1F2168_Z304M0WL and get a warning that the disk data will be erased when the array is started.

     

    I'm assuming instead of doing this, I need to do a "New Config" and recreate the parity drives.  I'm just not sure what the exact options I need to select on "New Config".  Also, will my other settings like Shares, dockers, and VM will still be there or will I really need to start from scratch?

     

     

  8. disk10 became disabled during the the latest parity check. 

     

    After building the new computer, I reattached the 6 External Mini SAS cables to the DAS and on boot-up, 4 of the hard drives were not recognized.  I unplugged and re-plugged the 6 External Mini SAS cables and on next boot-up all drives were recognized.  I then ran the latest parity check.

     

    I suspect there's something going on with the SAS connection.  I will check all connections and reboot to see if disk10 comes back.

  9. I'm trying to figure what is causing the following parity check errors on my server.  So far I have replaced the motherboard, cpu, memory, and psu hoping this would solve the issue.  I wanted to upgrades the cpu anyways.  This was before the 8/23/2021 parity check but I'm still getting errors.  I'm currently running another parity check but sync errors are still coming up.

     

    I have not replaced the hard drives, 2 LSI SAS9201-16e cards, 6 External Mini SAS cables, and a DIY DAS made up of 3 Dual Mini SAS SFF-8088 to SAS36P SFF-8087 Adapter and 6 Mini SAS 26Pin (SFF-8088) Male to 4 SATA 7Pin Female Cable.

     

    Any ideas on where I should look next?

     

    image.png.cfa05ec5d73d4eb6170e60087d8792a1.png

    atlas-diagnostics-20210823-0831.zip

  10. With the recent changes, my remote SMB shares are no longer automounting.  I clicked the edit settings icon and then toggle AUTOMOUNT to on.  This didn't automount the SMB share after a reboot.  I tried adding a new SMB share with automount turned on but that didn't automount after a reboot.  I can manually mount the SMB shares.

     

    I also notice that if I place my mouse over the settings icon, it correctly displays that the AUTOMOUNT toggle is on.  But the SHARE toggle is incorrectly displayed as on.

    image.png.39fd432a72383f4f35dbf58b493f7139.png

     

    image.png.1bfd572c064083513d7037e7f4ae309d.png

    ajax-diagnostics-20210106-0925.zip

  11. I'm getting the following error after this morning's update.  Any ideas?

     

    Jackett v0.17.159

    :
    Option 'ProxyConnection' is unknown.

     

    image.thumb.png.db68bebee888823693e95da78bb32b8a.png

     

    Edit:

    I see in the release notes for this release that the argument was removed.

     

    edce56f36311767f9bff3f1944ea1f0d929ab0e0 core: remove unused cli argument -j (ProxyConnection). resolves #9467 (#10608)

     

    Should I removed this argument from the docker run command and put the proxy configuration in the web gui?  Will this work the same way?

  12. bwssytems is recommending to run the webui on port 80 due to some recent changes to Amazon echo devices.  I run the following command:

     

    root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='habridge' --net='br0' --ip='192.168.1.7' -e TZ="America/Chicago" -e HOST_OS="Unraid" -e 'TCP_PORT_8080'='80' -e 'TCP_PORT_50000'='50000' -e 'SEC_KEY'='Gh#12uis' -e 'PUID'='99' -e 'PGID'='100' -v '/mnt/user/appdata/habridge':'/config':'rw' 'linuxserver/habridge' 
    1cd31ce78e11edbac7164b5fc9d41154c71deb2842bf26682966600958e2e3e5

     

    But the webui is still running on port 8080.  Any ideas on how to fix?  Thanks.

     

    image.png.e1c6b3e2f6ac9da73bac66461c81b634.png

  13. As a test, I changed the path "/movies" from a SMB share to a user share in the radarr docker.  Everything is now working again.  I'll leave it like this and manually move the files over to the SMB share until I can figure out what was going on with the previous error.

     

     

×
×
  • Create New...