tompapajr

Members
  • Posts

    7
  • Joined

  • Last visited

tompapajr's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Second this! Could you share the fanwall and spacer brackets? Really clean job!
  2. Good point -- If i specify a location, yes it seems to go to the specified location. Ideally, I'd like the unpacked data to reside in the torrent's folder.
  3. DelugeVPN has been amazing so far. Scratching my head on this one. I have tried both the native Extractor and the SimpleExtractor-1.3 plugins with the intent of having torrents needing automatic extraction (rar, zip etc) to unpack into the torrent's download folder. However I'm finding that the extracted file not matter what I do ends up in the /config directory </mnt/user/appdata/binhex-delugevpn> For the Extractor Plugin Configuration: I have left it blank as per the instructions. This is supposed to unpack to the torrent's own directory. For the SimpleExtractor Plugin Configuration: I set it to "In-Place" for the same behavior as above. For example torrent downloaded in data/complete/EXAMPLETORR/Example.zip should unpack to data/complete/EXAMPLETORR/example.unpackedfile but ends up in /config/example.unpackedfile It seems the plugins are not aware of anything outside of the /config mount and ignore the /data mount. Hopefully I'm doing something wrong 🙂 . Keep up the great work!
  4. So strange finding: Both my adapters are using the igb driver. Switching which MAC was assigned to ETH0/ETH1 in the network-rules.config allowed me to boot into the system. However, after rebooting again, got stuck at the same modprobe -r $DRIVERS step.
  5. Running into the same issue here. Brand new install (6.8.1) on a SuperMicro X10DRL-i which has 2x Intel i210 Gigabit Adapters and a Realtek RTL8211E (Dedicated for IPMI). Tried also booting Safe Mode without any success. Worked fine on first boot-up and configuration. First time I rebooted the system, I got stuck at modprobe -r $DRIVERS. Let me know if theres anything I can do to help.
  6. Really appreciate the hard work on this plugin. I ran into an issue on two drives I was clearing. They both got hung up at "Zeroing 99%", been sitting there for a few hours now. I had 2 additional drives complete without issue all started around at the same time. The last log entries I see from those two drives is below. Running Unraid 6.8.1 and Preclear Plugin 2020.01.17b Jan 22 13:00:34 preclear_disk_R6G9R8HY_32737: Zeroing: dd output: 8000423067648 bytes (8.0 TB, 7.3 TiB) copied, 48210.5 s, 166 MB/s Jan 22 13:00:34 preclear_disk_R6G9R8HY_32737: dd process hung at 8000425164800, killing.... Jan 22 13:00:34 preclear_disk_R6G9R8HY_32737: Continuing disk write on byte 8000423067648 Jan 22 13:00:34 preclear_disk_R6G9R8HY_32737: Zeroing: dd if=/dev/zero of=/dev/sdd bs=2097152 seek=8000423067648 count=1140154368 conv=notrunc iflag=count_bytes,nocache,fullblock oflag=seek_bytes Jan 22 13:00:34 preclear_disk_R6G9R8HY_32737: Zeroing: dd pid [1759] Jan 22 13:01:43 preclear_disk_R6G9R8HY_32737: Zeroing: dd - wrote 8001563222016 of 8001563222016. Jan 22 12:52:20 preclear_disk_VLK6324Y_14584: Zeroing: dd output: 3815324+0 records out Jan 22 12:52:20 preclear_disk_VLK6324Y_14584: Zeroing: dd output: 8001314357248 bytes (8.0 TB, 7.3 TiB) copied, 47930.3 s, 167 MB/s Jan 22 12:52:20 preclear_disk_VLK6324Y_14584: dd process hung at 8001316454400, killing.... Jan 22 12:52:20 preclear_disk_VLK6324Y_14584: Continuing disk write on byte 8001314357248 Jan 22 12:52:20 preclear_disk_VLK6324Y_14584: Zeroing: dd if=/dev/zero of=/dev/sdf bs=2097152 seek=8001314357248 count=248864768 conv=notrunc iflag=count_bytes,nocache,fullblock oflag=seek_bytes Jan 22 12:52:20 preclear_disk_VLK6324Y_14584: Zeroing: dd pid [14515] Jan 22 12:52:22 preclear_disk_VLK6324Y_14584: Zeroing: dd - wrote 8001563222016 of 8001563222016.