StephenCND

Hello everyone. I am having an issue with opening the WebUI for Binhex-Plex. When I do attempt, I get the following message from from the resulting web page. "This page isn’t working 192.168.40.18 didn’t send any data." The ports and network configuration seems to be ok. Below is a capture of the docker's configurations. Everything seems to be in order. Anyone have any suggestions? Below is Plex Docker Log file.: 2024-03-15 10:50:59.996091 [info] Host is running unRAID 2024-03-15 10:51:00.032267 [info] System information Linux NasTerminal1 6.1.74-Unraid #1 SMP PREEMPT_DYNAMIC Fri Feb 2 11:06:32 PST 2024 x86_64 GNU/Linux 2024-03-15 10:51:00.072639 [info] PUID defined as '99' 2024-03-15 10:51:00.155144 [info] PGID defined as '100' 2024-03-15 10:51:00.222610 [info] UMASK defined as '000' 2024-03-15 10:51:00.267529 [info] Permissions already set for '/config' 2024-03-15 10:51:00.320554 [info] Deleting files in /tmp (non recursive)... 2024-03-15 10:51:00.377697 [info] TRANS_DIR defined as '/config/transcode' 2024-03-15 10:51:00.429170 [info] Starting Supervisor... 2024-03-15 10:51:00,752 INFO Included extra file "/etc/supervisor/conf.d/plexmediaserver.conf" during parsing 2024-03-15 10:51:00,752 INFO Set uid to user 0 succeeded 2024-03-15 10:51:00,758 INFO supervisord started with pid 7 2024-03-15 10:51:01,761 INFO spawned: 'plexmediaserver' with pid 52 2024-03-15 10:51:01,762 INFO reaped unknown pid 8 (exit status 0) 2024-03-15 10:51:01,816 DEBG 'plexmediaserver' stderr output: Plex Media Server is already running. Will not start... 2024-03-15 10:51:01,823 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22658978613968 for <Subprocess at 22658980888080 with name plexmediaserver in state STARTING> (stdout)> 2024-03-15 10:51:01,823 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22658980677008 for <Subprocess at 22658980888080 with name plexmediaserver in state STARTING> (stderr)> 2024-03-15 10:51:01,824 WARN exited: plexmediaserver (exit status 1; not expected) 2024-03-15 10:51:01,824 DEBG received SIGCHLD indicating a child quit 2024-03-15 10:51:02,827 INFO spawned: 'plexmediaserver' with pid 58 2024-03-15 10:51:03,828 INFO success: plexmediaserver entered RUNNING state, process has stayed up for > than 1 seconds (startsecs) 2024-03-15 10:51:16,235 DEBG 'plexmediaserver' stdout output: Critical: libusb_init failed

Thanks again JorgeB ! Much appreciated.

Got the following: "Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... clearing needsrepair flag and regenerating metadata sb_ifree 160, counted 108 sb_fdblocks 729008010, counted 730399085 - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 imap claims a free inode 2238793491 is in use, correcting imap and clearing inode cleared inode 2238793491 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 entry "Backup_Error-24-09-2023_23-26-31.log" at block 0 offset 1152 in directory inode 2147483887 references free inode 2238793491 clearing inode number in entry at offset 1152... - agno = 3 clearing reflink flag on inodes when possible Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... bad hash table for directory inode 2147483887 (no data entry): rebuilding rebuilding directory inode 2147483887 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... Maximum metadata LSN (1:288358) is ahead of log (1:2). Format log to cycle 4. done" Rebooted out of maintenance mode and drive seems to be up and running. No errors. This issue possibly due to a bad sata cable causing corruption?

Got the following: " Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this." Do I proceed with the instructions or do you advise another course of action?

Been having issues with this drive lately. Initially there seemed to be a problem with it, but I swapped the drive to a new Sata cable and that fixed that. Now it seems the system doesn't recognize the drive (see photo). I ran "Fix Common Problems" but nothing came up. I've attached a Diag file if anyone could be of assistance please. nasterminal1-diagnostics-20231011-0914.zip

How would I go about stopping this spamming, other than disconnecting the UPS?

That would make sense. I do have a UPS attached to the server. But then again, this particular UPS been there for over 3 months now . Never got this error message before.

Upon rebooting, the system shows no errors. I've included a Diag. regardless. So, you say a USB device is "spamming" ? Not sure what that might be.. something I need to fix, and how? nasterminal1-diagnostics-20231003-1255.zip

Getting this error msg. in Fix Common Problems, however the drive in question (3) looks fine . Status is green, not close to being full, and there are reads and writes. Note however, I recently had to replace that drives Sata cable due to a separate issue (Parity checks were taking forever). Perhaps that issue corrupted the file system? In any event, I have included a Diag. file and screen cap. Any assistance would be greatly appreciated. nasterminal1-diagnostics-20231003-1109.zip

Well, that seems to have done it. ETA is a more reasonable 9 hours, disk error are zero at the moment on both drives. Have included diags as requested just the same. A big thanks JorgeB, Much appreciated. diagnostics3.zip syslog3.zip

Was thinking the same thing .. will do and report in.

Hello JorgeB, I went into the Bios setting and changed "PCH Sata Control Mode" from "IDE" to "AHCI". Note, there were 2 other settings in the Bios that may or not be relevant to this discussion, but were left as-is (see below). "Onboard IDE Controller" set to "Auto" (other options are ""Enabled" or "Disabled") "Sata Port0-3 Native Mode" set to "Enabled" (other option is "Disabled" I've included 2 screen caps, as well as Diag and Syslog zip files. It's now showing that there are 2 drives with disk errors. Let me know if you require additional information. nasterminal1-diagnostics-20230925-1453.zipnasterminal1-syslog-20230925-1855.zip

Thanks JorgeB. Added diagnostics zip as attachment to post.

Might be getting ahead of myself here, but if I am to replace a HDD, there is something about my drives that have to be considered. Appart from the cache pool which are both SSD, the other drives (both storage and parity) are all WD Red's. These feature SMR (Shingled magnetic) recording technology, as oposed to WD Red Plus, which are CMR (Conventional Magnetic) recording technology. One of the reasons I adopted Unraid instead of TrueNas, is that the latter's file system (ZFS) does not play nice with SMR drives. So my question is, is it ok to replace a defective SMR drive in Unraid with a CMR drive, with the understanding that I maintain my Unraid's current file system as xfs ?

Greetings everyone. My system is attempting to run a parity check, but the eta is way out there (57 days). The parity check has been running closed to 24 hours and was at 3% completed. I have since aborted the parity check. It had found 18 errors at the time. (Also note the 576 errors on disk 4, however Smart Test (included) isn't showing anything out of the ordinary I believe) Sounds like a failing drive but....? I looked at other similar posts but not sure I have the same situation. All the drives seem to be functioning (no drives with a red "x"). I will include my system log along with a couple of screen caps. (If you need the diagnostics zip, let me know) Any assistance would be greatly ap preciated. syslog.zip Smart_Test_Disk4.zip diagnostics20232509.zip

More developments. The network config edit did seem to do the trick, but I cannot log into the server from another computer, neither do I see the shared files on the server on my network. Is it a simple question of entering the server IP address (192.168.0.2) in the browser, or am I missing something?

Due to a move and subsequent change of ISP, the fixed IP address of the server is no longer working. I cannot log into the server from my other computer on my home network. I can attach a mouse, keyboard and monitor and access the server that way however. The server does not have access to the outside world (net and home network) I came across an old post that suggested I change USE_DHC to "yes" in the network.cfg file found in the server's boot USB. That did not work either however. Anyone have any ideas? Any assistance would be greatly appreciated.

I'm entertaining the idea of creating a Call of Duty Dedicated server using a Docker. (rather than going through a VM). Unfortunately there doesn't seem to be one when searching the community apps section. Also been looking at making one from scratch, but right now, it looks like it's all way over my head. I did find something on GitHub which might fit the bill: https://github.com/matracey/docker-codwaw , but again, I really don't know where to start. To start, are the files that are posted there what I need? I will try to research and figure it out on my own. Secondly, if you have experience in creating Dockers, would you be able to recommend a site that would have a good "How to" on this subject matter. Right Now I'm going through Unraid's Docker Manual but it's not an easy read! . Any assistance would be greatly appreciated. Thanks in advance.

Well, deleted those offending empty movie folders via Krusader. Everything seems to be functioning ok for now. Thanks all

appdata: only appdatabackup: no data no Domains yes Downloads yes isos no Media no system yes Strangely, the share folder zip is not present in the shares when I recall seeing it previously

I've been slowly adding back dockers and plugins and everything has been working out fine, until last night. I was fixing an issue with the Deluge docker when suddenly all my share folders are screwed up. Normally, under the Share tab, I would have a folders for appdata, Iso, domains and so on and so forth. Now, all the contents of a particular folder (movies) is listed in one long stream of folders (including appdata, iso, domains, etc....) I cannot open one of these movie folders in Windows Explorer: none of them will expand to show the movie file inside. The folder that these movie folders are normally in is also there (../media/movies/...) These movie folders can be expanded and the associated movie file are inside the folder. So... how can I remove those empty movie folders? Is it an issue on the way the User Cache Pool is set on each share folder? I'm listing the setting on a few of them below: Use Cache Pool settings appdata nasterminal1-diagnostics-20230107-1118.zip

The original flash drive is not readable. I do have an older backup of the flash drive and access to the config folder. Is it a simple question of copying the docker.cfg file and pasting it into the config folder of the new flash drive? Same thing for the "plugins" folder?

Ok, array reconstruction complete. Rebooted the array and all of my plugins and Dockers are gone. How do I reinstall them? Do I have to reinstall them all individually? I don't even have access to community plugins at this point. A bit lost here...

Thanks itimpi. I am now going through the process of rebuilding the array, but it's going to be a while yet before it's completed. I did notice however when I go to the Docker tab there are no dockers installed. The page says "No Docker containers installed". Is it safe to assume they will appear once the Parity-Sync/Data Rebuild is completed, or is there an issue here? Do I have to do an additional step after the array is rebuilt?

My UPS crapped out on me at a very bad time, and to make a long story short, I had to replace my USB key and get a new registration key (Both of which have been done). Version 6.9.2 has now been installed. (I had made a backup of that USB key and stored on my other PC but it is about one year old). Since then I have added a couple of new drives. Here is where I am at: Unraid array is of course not started. It is asking that I assign drives. I can figure out which 2 drives I used for my cache drive pool, but I am at a loss for what constituted my data drives and my parity drives. Now is there a way to: a). Peek into the drives and see if there is any data stored in there. and or b). I have a old backup of the USB drive. Is there a file in there that could give me a hint as to what drives were used for the parity or data drives? Or, am I missing a much easier solution? I'm very hesitant to start adding drives blindly (I have 6 drives that need to be assigned, either to the data pool, or the parity drives). Any assistance would be greatly appreciated.