• Posts

  • Joined

  • Last visited

BioHazardous's Achievements


Newbie (1/14)



  1. Maybe something like this for another tower:
  2. This is pretty awesome! Was just trying to browse to see if there was like a cool rigs section or something to see what people have accomplished with their unRAID setups. I have to start planning for the future, and I'm not sure another tower is the right answer, so may look at some sort of server chassis like you've done.
  3. Sorry if this has been covered somewhere already. I've spent a few hours now doing different searches on Google trying to find something related to my issue, but have yet to find anything meaningful. My biggest issue with troubleshooting is I can't seem to get any of the crash report .dmp files as the folder for it is always empty. I'll start with the issue. One of my users started reporting an issue with playback. He was just getting a playback error "an unexpected playback problem occured". On a different device, he got an Error code: s1002 (Network). I was able to reproduce a crash with trying to play the same media file locally once I got home and on my network. So doesn't seem like it's network related, also other files play fine. It's just a handful of files that appear to be an issue. Transcoding is taking place on my GPU without issue for other media files as you can see in the image above. Yet in my logs I did find this one error that seemed possibly of interest "ERROR - Error creating directory "/transcode": Permission denied". A screenshot of my container settings below: Everything for the most part has been working fine for years. Only in the past week has anybody had any issues they've mentioned, and I know I use it almost daily to watch stuff. I don't do any TV recording. I just rip disks and put stuff on my server. I've not had issues with playback of the files/movies in question before. I've attached one of the media server logs from around the timestamp when I had attempted to load the movie Harry Potter and had it crash. Again, the crash report would probably make this a lot easier, but I'm unclear on how to prevent PMS from purging the crash reports so I can grab one of them. Seems like it gets purged the instant it's created as I never see it in the folder the logs indicate it was dumped to. 2021-11-28 12:21:31,466 DEBG 'plexmediaserver' stderr output: ****** PLEX MEDIA SERVER CRASHED, CRASH REPORT WRITTEN: /config/Plex Media Server/Crash Reports/ MEDIA SERVER/f3166314-0682-4fa9-bcb06a82-580b4e9f.dmp 2021-11-28 12:21:31,844 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22710437100560 for <Subprocess at 22710436647840 with name plexmediaserver in state RUNNING> (stdout)> 2021-11-28 12:21:31,844 DEBG fd 12 closed, stopped monitoring <POutputDispatcher at 22710436850752 for <Subprocess at 22710436647840 with name plexmediaserver in state RUNNING> (stderr)> 2021-11-28 12:21:31,844 INFO exited: plexmediaserver (terminated by SIGSEGV; not expected) 2021-11-28 12:21:31,844 DEBG received SIGCHLD indicating a child quit 2021-11-28 12:21:31,845 INFO spawned: 'plexmediaserver' with pid 7552 Thanks in advance for any insights into how to troubleshoot this issue. Adding a screenshot of my Main page: I got a chance to do some more tests on my server with nobody on it finally. From some random sampling, it appears that the video files have the codec in common of VC1 vs H264 for some ones that worked. Is there some known issue with unRAID or the Plex docker with transcoding VC1 files? Did some more testing and found some more interesting stuff. I tried one person's suggestion of deleting the codec folder in appdata, and it did download a new file, but no change, still errors on VC1 files. I then tried disabling hardware acceleration in Plex Server > Transcoder settings. I attempted to play Harry Potter again, and no issues starting up. So the VC1 issue seems related to nVidia. I did try updating my driver for nVidia, which hadn't been updated since March, but that didn't fix the issue either. So my assumption is something changed with Plex and how it uses hardware acceleration that broke VC1 encoded files. For now I'll just stick without using my nVidia card to transcode, but hoping we can find a solution so I can go back to using it. 11/30/2021 - Plex responded to my forum post there, and it sounds like they have an update coming out possibly today that should resolve this transcoding issue with GPUs and VC1 encoded media. Will try to keep an eye out for updates to the docker. Plex Media Server.3.log
  4. No worries! I know this is 100% charity by you with helping out shmucks like me who don't know what they're doing Hope you had a great holiday! So I tried already with the GPU stats to have it pointed to my GTX 960 when I started up the PM docker, and it still didn't get any stats from the GPU. I did not try uninstalling the GPU stats plugin as I had made an assumption about it not interfering with docker's abilities to also read the same info. I could very well be incorrect with my assumption. I believe I was basing it on the fact that the Dyamix fan plug was recommended, and it also puts stats on the Dashboard. So if having stats on the dashboard breaks communication for docker's with key metrics for the health of the physical devices, then I think a lot of docker's that rely on the hardware would inherently be running into a lot of issues. I've since moved the GTX 1070 to a different desktop that runs 24/7 anyway, and it's running at about 26.3 MH/s at 73C. Which seems a lot safer than 79C at 24.x MH/s with no controls over anything. I'm hoping to get another card in the near future and revisit your docker though, and I'll let you know how things go if I get to test it out again. Yours was better than the other mining dockers available on unRAID that I tested. NsfminerOC worked well for controlling aspects of the graphics card, like the memory clock and the like, but for whatever reason, it was only doing like 20MH/s, and despite the correct settings to my pool, my pool never saw my rig after 3 hours of farming. At any rate, this has been a fun past few days playing around with mining. Can't believe I waited this long to tinker around with it. Thanks for all your hard work with this stuff! Oh yeah, also on my list to figure out is CPU mining if I can find a crypto that my Coinbase wallet supports that these different pools support.
  5. I think I may have figured out both issues I was facing. Onto the next one. PhoenixStats doesn't show temp or fan speed, and I have a feeling that's why the temp and fan speed aren't being controlled. PhoenixMiner is running privileged. I have the GPU Statistics plugin, and I put my GTX 1070 card on it since I couldn't see anything in PhoenixStats, and it was at 50% fan and 79C, so I shut it down since nothing seemed like it was being controlled with my settings of target temp of 70C, fan min speed of 70%, etc. Here's my additional arguments: -coin eth -worker unRAID -proto 2 -pool2 stratum+tcp:// -gpus 1 -pass -fanmin 70 My safety temp is 70, stop temp is 79, resume is 76. Oh and my Pool address was the issue before. I had found some link that showed some nanopool settings for PhoenixMiner, and saw they used ssl:// in front of the address, added that, and it worked. Also added my email as -pass. Anyway, it was at 79, and didn't stop running also, so I feel like for some reason, the Docker isn't getting any of the info from the GPU other than it exists.
  6. Solved I believe, looks like the default password parameter that gets added as a .x at the end of your wallet ID for my pool is actually used as the mining rig name, and then I added my email address as -pass since that's used as a "password" for my pool with Sorry, one other question. Is there a way to add my email to be passed along? Was just looking into my settings, and apparently I can't change anything without an email address tied to all my workers, just added one to my Windows worker, but don't see what parameter to use with Phoenixminer to do this.
  7. Solved this in subsequent post below, leaving this here for anybody else running into the same issue. Can you take a look at my logs and help me figure out why I just get disconnected as soon as I connect, and nothing is happening as far as mining goes? Sorry, I'll freely admit I'm terrible with Linux. I just use my unRAID server for Plex, but I barely know what I'm doing there as well I added a second video card and put in the correct GPU UUID in, and I think I got everything else "correct" but clearly I've bollocksed up something here. After the last line, it just keeps repeating the connection and connection closed. On my Windows desktop, I have nanominer for nanopool installed, and it's running just fine. Figured this would be fairly easy and similar to configuring that, I was wrong it seems Project: PhoenixMiner 5.5c Author: lnxd Base: Ubuntu 20.04 Driver: 20.20 Target: Unraid 6.9.0 - 6.9.2 Wallet: 0x98e8F617DB907aD48F535dCFE49De6E75c154704 Pool: Starting PhoenixMiner 5.5c as uid=0(root) gid=0(root) groups=0(root) with the following arguments: -pool -wal <mywallet>.x -tt 75 -tstop 85 -tstart 80 -cdm 1 -cdmport 5450 -coin eth -worker unRAID -proto 2 -pool2 -gpus 1 Phoenix Miner 5.5c Linux/gcc - Release build -------------------------------------------- [0mCUDA version: 11.0, CUDA runtime: 8.0 OpenCL driver version: 20.20-1089974-ubuntu-20.04 [97mAvailable GPUs for mining: [92mGPU1: NVIDIA GeForce GTX 1070 (pcie 3), CUDA cap. 6.1, 7.9 GB VRAM, 15 CUs [93mUnable to load NVML [96mEth: the pool list contains 2 pools (2 from command-line) Eth: primary pool: [0mStarting GPU mining [96mEth: Connecting to ethash pool (proto: EthProxy) [92mEth: Connected to ethash pool ( [93mEth: Connection closed by the pool [96mEth: Reconnecting in 5 seconds... [97mListening for CDM remote manager at port 5450 in read-only mode
  8. Thanks for the help! I'm not sure why I didn't try that variable before coming here. I think it was when I had done one of the updates, WinSCP said the folder I was in didn't exist anymore, and I had to navigate back from root, and I must have had it in my head that it was User0.
  9. At least I think it's always been User0. Point is, it's not disk1, disk2, disk3, or disk4 as I know those write directly to disk. Maybe I should try writing to User instead of User0.
  10. I upload movies the same way I always have, using WinSCP to FTP to my server in the basement. I go to User0 and my media folder, and then the appropriate subfolder. In the past, this would go to the cache drive before it ran its process at some early hour in the morning to move media files from cache to disk. I upload stuff now, and there's nothing new on the cache drive, it just sits at its same used space amount and I see Disk 2 constantly updating the number of writes while I'm uploading.
  11. It's possible this issue started between 6.6.1 and 6.6.3. I only just noticed that my cache drive isn't being written to and I'm on 6.6.3 now. I checked the share setting for "media" and it's set to "yes" for the Use Cache Disk setting. It's also setup in the global share settings. It had been working since I started using Unraid about a year ago I think. Not sure what to try as I believe I've looked up all I can as far as settings go to play around with. Thanks in advance!
  12. Thanks! That helped. I'll have to do a real test later when I transfer a movie file over that I rip later today. I was only copying small files off of the server for a backup of my thumb drive, so obviously it won't ramp up to full speed with those small of files.
  13. My SFTP connection speeds over a local network are terrible now. I used to get around 55MB/s and now I get around 100KB/s and constantly getting host is not communicating for more than 15 seconds errors from WinSCP. Is there some setting I need to go find and change? Forgive me, I'm not a Linux expert by any stretch of the imagination. This is all I see in the logs: Sep 25 09:26:28 Tower sshd[20211]: SSH: Server;LType: Throughput;Remote:;IN: 0;OUT: 6304;Duration: 75.8;tPut_in: 0.0;tPut_out: 83.2 Sep 25 09:26:34 Tower sshd[20888]: SSH: Server;Ltype: Version;Remote:;Protocol: 2.0;Client: WinSCP_release_5.13.2 Sep 25 09:26:34 Tower sshd[20888]: SSH: Server;Ltype: Kex;Remote:;Enc: aes256-ctr;MAC: hmac-sha2-256;Comp: none [preauth] Sep 25 09:26:34 Tower sshd[20888]: SSH: Server;Ltype: Authname;Remote:;Name: root [preauth] Sep 25 09:26:34 Tower sshd[20888]: Accepted password for root from port 60534 ssh2 Sep 25 09:26:34 Tower sshd[20888]: SSH: Server;Ltype: Kex;Remote:;Enc: aes256-ctr;MAC: hmac-sha2-256;Comp: none
  14. Everything ended up freezing up on me. My Putty connection to the server was non-responsive after a few minutes, then FTP wouldn't let me connect anymore. So had to restart it manually. It's back up and running.. *Shrugs* Just wish I knew why this issue occurred in the first place.