gubbgnutten

Look at it as the perfect opportunity/excuse to get an external HDD for backup. 😁 Or if you are going the internal route, a disk to use as parity disk after the migration. Not the same as a backup, but it will cover for one failed disk.

Apologies in advance if this is not to your liking. Let’s just say that link aggregation is messy. I have it on my old server, a quad connection to a GS1900 or something like that. It took a lot of trial and error. I did it mostly for fun, I had the hardware, my homelab did not really benefit from it and I knew that beforehand. Please don’t take this the wrong way, but based on your questions it is not entirely obvious that you know if link aggregation will benefit you enough to warrant the trouble. Just switching to the Intel NIC from the Realtek NIC would be nice now that you have it. Why do you want link aggregation? Which problem/problems do you think it will solve? What will it improve? In the meantime, if you insist on going through with it — How about getting a free trial of some streaming service with content your partner is happy with to buy some time to tinker with the switch and your server? If you make a backup of the configuration you can go back to the current state of affairs with ease, no borking the whole thing for days. If you can’t get it working in 20 minutes, just revert to the previous configuration and use what you’ve learned to prepare for a new attempt some other time. If you can use GUI mode on the server things should go smoother during trial and error.

The Video Encode and Decode GPU Support Matrix is not listing decoding support for h.265 on GTX 970. https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new

There are NVMe drives that can sustain high speeds indefinitely and plenty that can handle four gigabyte. What size and model do you have?

Just keep in mind that this does virtually nothing to prevent the scenario described in the first post. Sure, the flash drive can’t be removed, but all the bad guy has to do is to bring a laptop and the passwords are toast.

Hey now, you’re not “so dumb on all this”. You’re learning, you’ve spotted a potential problem, you’re wise to ask about it, the question ended up in a very suitable place, and from the looks of it you correctly followed the given additional instruction. You’re going to do great! Unfortunately I’m not in front of a computer right now so I can’t take a closer look at the diagnostics. Hopefully someone else will get to it soon!

What motherboard/BIOS do you have? As for a workaround, can’t you just stick with UTC in the BIOS and adjust the wakeup time 8 hours instead?

That is not a problem with the file system, the disk needs to be rebuilt. I’m a bit rusty so I don’t dare provide instructions for that at the moment.

As @itimpi wrote better and more elaborated, the missing disk is emulated and the system continues to operate as if it were present. The system is indeed putting data on it, most likely you have high-water configured as the allocation method and that’s why writes are going to that disk. Move the data away from Disk 1 to the disk you want to keep (Disk 3) and follow the linked procedure to properly have Disk 1 (and why not Disk 2?) removed from the system. With the sizes of today’s drives, 3.02 GB is practically nothing. That amount of usage on an empty disk is typically just overhead related to the file system. If you don’t trust the drives, update them or retire them.

No, you read the last several steps! Formatting does not destroy parity as it is done while the disk is assigned to the array and the array is started. Therefore the parity is updated to reflect the formatting. After all, formatting a disk means writing an empty filesystem to it. It is just as any other set of writes, parity does not care. It only cares about the raw bits. And no, you absolutely cannot put another drive in instead here. You have to use exactly the same set of drives to maintain parity.

Silly me, I thought procedure was posted as a reply to my question about where you got the idea that parity was valid after completely removing a disk. The last bunch of posts about parity seem to be based on that misconception, rather than on the wording of step 16 (or the confusing web UI text)... So where did you get the idea that parity was still valid if a drive was removed? Well, I guess it doesn't really matter as long as it wasn't from a resource relating to this thread. Happy conversion and may your files live long and prosper!

Step 16? Pretty sure your confusion about what was happening started no later than step 14.

Sorry, where did you get the idea that parity remains valid if you remove a disk? Exactly what guide/procedure are you following? With single parity you can reorder disks and still maintain valid parity, but parity won't remain valid after removing a disk (unless you actually write zeros to the entire raw disk before removing it).

Words have apparently not made things less confusing, so I'll give a more practical example a stab. Let's pretend we have three drives, a 4 bit parity disk, a 2 bit data disk (Disk 1) and a 3 bit data disk (Disk 2): We start out with the following raw contents: Parity: 0110 Disk 1: 01 Disk 2: 001 The we copy a (pretend) one bit file from Disk 1 (second bit) to Disk 3 (different filesystem, ends up at other address on other disk), now we have: Parity: 1110 Disk 1: 01 Disk 2: 101 Replace the small Disk 1 with a fancy new 4 bit disk and rebuild. Extra space is filled with values calculated using parity disk and the other data disk, so parity remains valid: Parity: 1110 Disk 1: 0100 Disk 2: 101

Should be safe to just delete them and restart the server.

Well, "Cannot allocate memory" is certainly not good. Either you don't have enough memory, or something is misbehaving. Unfortunately syslog snippets are rarely useful... Could you try to grab diagnostics and attach it? Check the following post for more info:

Check the contents of /boot/config/ssh, do you have zero bytes keys there?

From observing the forums I wouldn't agree that there are many users requesting it. And if we only count request accompanied by solid use cases rather than simple "I want it"s, I can almost count them on the fingers of one foot Rather than assuming it is personal, focus on giving some practical use cases. If it is clear what is being asked for and many users want it, I am sure it will be thoroughly considered.

No, you can't convert a disk to another file system that way.

Nice writeup. Next time I need to link it I'm sure I will remember where it is Looking forward to see what "auto" can do if and when it is implemented, maybe I can actually stop toggling write mode manually then. ...and even if it is a fault tolerant BTRFS array, keep in mind that the mover is a weak link in the chain (perfectly illustrated by the recent ReiserFS snafu).

All fixed Thanks! Sounds promising I'll be away from my server for quite some time, but given that your WebUI snippets looked extremely familiar I'm sure it is solved now.

Updated, rescanned, still get the warning. Running 6.2.0-beta21, CrashPlan probably added while running 6.1.9 if that matters. The syslog is much neater now in this version. Could be even neater if it handled special characters though, "unRaid's built in FTP server is running" looks a bit webby and out of place. Edit: To clarify, what is in the syslog is ampersand#39;

Really... I installed crashplan to test that... I'll look further Edit. Did you guys rescan? Sent from my LG-D852 using Tapatalk Rescanned and even rebooted and rescanned.

Awesome! I really appreciate your work and your major contributions to the community I am now able to ignore the FTP Server warning, and the pop-up makes perfect sense, yay! The Docker webUI warning is still there, though (as noted by MyKroFt while typing this). From the syslog it looks like the differences lie in a leading space before http and two & uses (confirmed with template xmls): The webUI the author specified is http://[iP]:[PORT:4280]/vnc.html?autoconnect=true&host=[iP]&port=[PORT:4280] and the webUI you are using is http://[iP]:[PORT:4280]/vnc.html?autoconnect=true&host=[iP]&port=[PORT:4280].

No pop-up generated for the FTP Server warning, thanks for looking into it. Identical behaviour (or lack thereof) for me in Safari and Chrome. I normally use AdBlock in Safari but set to be disabled for the unRAID web UI, and I have also tried disabling it completely. Please let me know if there is anything I can test or log to assist. When clicking on the "Ignore Warning" button, the console in Chrome outputs the error FixProblems:1 Uncaught SyntaxError: Unexpected token ILLEGAL ...and in Safari: SyntaxError: Unexpected EOF (anonymous function) FixProblems:1 As for consistency: Clicking the "Ignore Warning" button for my Docker webUI warning generates a pop-up with a big fat label "Ignore Error?" and in the regular text there is "Are you sure you want to ignore this error:". Had a quick look at the code over lunch and I think I know what's going on with no pop-up and that error. And far as the font size on the pop up, one is the title and the other is a description. Sent from my LG-D852 using Tapatalk Sounds promising. Yes, it is quite obvious that one is the title and the other one part of the description. But they both use the word "error" in the pop-up even though it was a warning that is to be ignored...