vitaprimo

Members
  • Posts

    34
  • Joined

  • Last visited

Converted

  • URL
    https://senseivita.com
  • Location
    La Paz, BS. MX

Recent Profile Visitors

409 profile views

vitaprimo's Achievements

Newbie

Newbie (1/14)

5

Reputation

  1. Yep, Unassigned Devices, i.e; networked storage from unRAID's perspective. I don't have cache pools, I don't even have parity. My server is a single small SSD and all storage is on NFS shares. I only used unRAID for the apps when I got it, then I switched to Fedora Server but I got it back online 'cause there's always something fresh and cool and unbelievably easy to manage by the unRAID's dev community it's hard to stay away. To sum it up, I can now create a share on my little SSD then add UDs as cache pools to it. Correct? It seems like nice concept if the main storage is mechanical. Though if it's flash-based I hope they implemented some sort of referencing mechanism so the clients can access the UD-based cache directly at the servers providing them, more or less like DFS Namespaces so it doesn't have to route trough unRAID. I think I'll obsess with that today, I feel it already. Thanks that's really helpful. I had already. Basically unRAID shares nothing. It provides nothing to the network but its more like a data processor--well, the apps running on it. Thanks again to both for answering. It's Friday here so, have a great weekend!
  2. I started a little something loosely based on an old 1U Cisco server I had (it's been powered off for a long time now). It's not supposed to match either, more like a add-your-own-brand thing and I was careful not to flatten any curve that would prevent others to make it their own. :) The little logo plaque is a symbol, edit any of them by copying its style, pasting a 2D logo of your own in its place and pasting the style on it and that's it, all of them get updated. :D Well.. the upper artboards; since unRAID is not a clustered system I didn't put much effort on the second unit. And, I'm aware that there's no rackmount ears, I have versions with them but they don't look that good. It's the best drawing I've ever made, I promise, and I still didn't like it. I looked up some servers from big names and I noticed some of them weren't in the actual pictures either, pictures where they are supposed to be, not in servers with stealth ears--that's my excuse. Either way, it's easy to get the illusion of them by slimming/narrowing down just a little the back part without actually adding them. OCPD didn't allow me to. If anyone cares to convert this to the more popular Adobe Illustrator format, please! The one I have is too old before the move to the rental one and I sucked at it anyway. :P 1u-unraid-af+samples.zip
  3. I dusted off my unRAID flash drive, got the latest stable and found out that it will not show the networked storage when you try to change the location of appdata, it even refuses to accept it if you input it manually. I assume I can get around that from the CLI but maybe there's a reason for the change, so I'm asking before I start hacking things. :) Is it for the table for good? Will I still be able to set it off of unRAID's to networked on a case-by-case basis? (I haven't deployed anything yet) Thanks!
  4. Nevermind my nevermind! I just found this: root@zx2:/boot/config# cat docker.cfg DOCKER_ENABLED="yes" DOCKER_IMAGE_FILE="/mnt/user/system/docker/docker.img" DOCKER_IMAGE_SIZE="20" DOCKER_APP_CONFIG_PATH="/mnt/user/appdata/" DOCKER_APP_UNRAID_PATH="" DOCKER_CUSTOM_NETWORKS=" " DOCKER_LOG_ROTATION="yes" DOCKER_LOG_SIZE="50m" DOCKER_LOG_FILES="1" DOCKER_AUTHORING_MODE="yes" DOCKER_USER_NETWORKS="preserve" I have a feeling that if I set the first line to no/false/0, all will be fixed.
  5. Nevermind! I just realized that if I have appdata elsewhere, I just need to wipe unRAID and start over, I don't have to start over container-wise and I can copy the network settings from SSH or directly from the flash drive. Network and Docker are the most cumbersome areas to setup, so I'm all set.
  6. I just finished some major upgrades on my storage servers for which they had to be taken offline. During this period unRAID (just an appserver, doesn't store things) restarted and when it tried to access the container's appdata directory which had been moved outside unRAID thus was offline it sort of went downhill from there. unRAID still boots up normally but the problem is that configuration-virgin containers do too and because of that they steal the port for the webGUI away from unRAID and I can't access it to remount appdata. Is there a chance mount -a could work? I have not tried it because external mounts are done through a plugin -- Unassigned Devices. I SSHed in and stopped all containers but this wasn't enough to bring the GUI back. It worked once before but now it's too far gone. By tab-completion I got a match for nginx and no match for httpd, apachectl, a2en*, so I assume NGINX runs the web GUI. How do I restart it? There's no systemd in unRAID and I don't have enough Linux experience to have dealt with initd I believe it's called, IDK; or even if it is that at all what's running things in unRAID. If I restart unRAID altogether Docker will restart as well unless I delete the containers. I would, I actually have a text file for each of them with their settings--some of them were not deployed using the unRAID GUI--but there are two I forgot to document and I'd prefer not to start over. They are of the more complicated permission-specific types. Thanks.
  7. I request multi-domain wildcard certificates at the network edge then rsync them where necessary, even for Windows hosts. My unRAID server which is really an app server already is part of this because I use them for the containers. It can easily symlink the files if I just knew where they need to be. I don't want to use the built-in Let's Encrypt http client because there's always issues with non-DNS validation. For this very same reason I'm deploying from a single point; Let's Encrypt counts API calls, specially the failed ones and it's reset once a week, not daily or after five minutes. 5 mistakes and it's à la semaine prochaine, mon cœur! *blowingkissesemoji*
  8. I understood NO but I just had to look that up, I'm as curious as a cat…or a Schnauzer mini. I just learned four new things today just in this page. I'm sure I'll die bc I was being nosey or something and I had to go look. 😂 Anyway, thanks again, you're awesome.
  9. Nope, spoke too soon--I just swap the content with a Synology unit, it also has a cache pool but it's block level cache. It'll be much more useful for VMs. If you're feeling generous :) one last question before making the swap though, what happens if a NEW file is bigger than the cache? Obvi the OS checks if there's enough space to save it, but an OS doesn't know about the cache. Is this passed to unRAID before writing so it puts the file in the appropriate location? I ask to know if what's on the Synology unit is the right fit for unRAID or rotate it to another server and that server's to unRAID. Thanks!
  10. Thanks, now that's a lot clearer. Now that the VMs are in place and I'm actually working on them I'm starting to see the bottleneck of the single spinning disk, they might use little space but there are a lot of them. I may have to scrap the cache and use several small spinning disks--or SSDs but I don't remember where I read it's not recommended--I need to look that up. :/ Thanks again!
  11. I stole unRAID from an app server to create a small vSphere datastore server. I only have one disk which is enough since I only need about 1TB, when you add parity and the cache pool, that single disk alone maxes the basic license I had for the app server anyway. I'll need another one soon. In the cache pool; I'm getting on-screen that it was created fine but it seems like it's using only one disk and the other is maybe a hot spare instead of using both. When you click on the little Cache and Cache 2 link on each drive's row only one of them show anything about being in a pool. It says it's in RAID1, it reports the capacity of a RAID1. Which would be enough to shut me up if it wasn't for this: Source: https://wiki.unraid.net/UnRAID_Manual_6#Cache Unless it means "…the future capacity expansion of RAID 0." As in easy to mix disks sizes and whatnot, yeah…IDK, I sort of forgot--truth is I started writing this a day or two ago and I had rationalized it perfectly by just adding the word "future". 🥳 It's still not so good, but my excuse of its excuse was awesome. But now I'm skeptical as if it really both disks are working in tandem or not, because according to that last sentence it's supposed to leverage BTRFS' COW as some sort of virtual parity and report the capacity closer to RAID0 with what I think would be self-contained resiliency (if a disk fails, it doesn't take the array with it), on not too clear on that, at least that's what's understood from that. #1 Are both disks working? Just to clarify, I'm not concerned about squeezing out every last bit of the pool, I just want to confirm if it was setup correctly or not. #2 Does the cache pool operate on a block level fashion? Will differences of a existing huge file, like a VMDK be written to disk or to cache? Does it have to retrieve the file and put it on cache if I want it to be faster (select prefer cache)–i.e. file level? and, Would the cache constrain the maximum file size I can transfer to unRAID then? #3 What happens when the cache gets full? - Will it transparently redirect and continue writing to disk? - Will it fail? - [this is the one I fear the most] Will it hold transfer and queue the writes on cache while it frees enough cache space to continue the queued transfers? i.e: pause-moveOldest2disk-placeNewestOnCache-repeat … that is, if transfer don't time out. - What if it's still a single file being worked on? (it doesn't fit in the cache) ________ VMDKs need fast access and are huge, even thin provisioned. There's always the chance of a bad vMotion where a file could get inflated to terabytes plus its snapshots as well. That happened to me once, it was a bug but it inflated all the snapshot the size of the main virtual disk, fortunately it was only a 128GB in size, but it had a second 60-80GB disk and about 5 snapshots, very rare on a properly maintained VM. It was not fun. 😔 Just now I'm finding out that the VMs were eager zeroed, since I have more than enough space it's not a problem but I'd like to be ready for anything just in case. That's another bug in vSphere since 6.7, I think. I'm on 7u1, still not fixed.
  12. Thanks! As is turns out the backup I had was for the original key. 😂 The drive is now blacklisted. I recovered my email server and sent an email to support, hopefully I can get it back. If not there's always Fedora. :) Thanks for answering.
  13. I sort of lost the flash drive where I had unRAID among a handful of identical flash drives, even same capacity. A while back I copied the contents of the drive to my computer and that backs to another server, I have the key somewhere and I have the flash drive but I don't know which is it--also--I wiped it in an emergency--so all of these drives have something like ESXi or Fedora on them. I already changed my key to a different flash drive in the past (which I still have, right in front of me) and I don't think it's been a year since that happened. Furthermore, this all came about because a hypervisor/network restructuring that took down among many thing my email server; I think it is still offline so even if I could change it again already, I might not have a working email server* to receive the key. If I create a bunch of unRAID copies and add my key to each to test which works, could the consecutive failures of different drives with my key get it banned? If so what's a safe number to try before I should stop. I'm such a scatterbrain that retrying the same wrong drive several times is practically a given so I need to prepare, mark them, align them like a kindergartener or something. :/ Thanks. *: it is working and powered on, it's just not properly routed. Note to self: I need to get the font of this board, it's a business sans serif but not boring. :)
  14. This week I spent days crafting a perfect container host moving my unRAID server from bare to virt, the lack of sleep was worth it. I was still finishing some stuff so I'm still shutting it down often, vCenter would bring it back minutes later each time. The last time, just like the previous dozen times I assumed it went I got some alerts a bunch of hosts (containers) were down and I found out that the server was wipe clean. Like a factory reset or something. I had 4 VLANs in unRAID and on the initial prompt I'd get the name of the server plus something about joining Active Directory, no there's no bind message and it says Tower, instead of it regular hostname. Where are settings saved? I though it was in the USB drive, which unlike a virtual disk, plugs in a host and follows around the VM no matter in which host there is. There's not much chance for corruption let alone this that looks super clean with no traces it was ever a working system --sidenote: I just realized bc of virtualization… this might be a literal clusterf**k. 😂-- Anyway… bad jokes aside, any ideas what could've gone wrong? Is it fixable? I have not touched unRAID beyond logging into the now-passwordless root account via the console and issue `ip link show` to check if the interfaces were still there, they are not. I don't want to screw it up further.
  15. While moving my unRAID server from baremetal to virtual, I clicked too soon and screwed up the networking and I had to mount the flash drive elsewhere to fix it. Poking around in the drive I found some references for what it seems the tunneling protocol Wireguard but I have never installed such thing in my unRAID server: I use it only for containers which keep their stuff in /mnt/user/appdata, mostly. It was just and empty directory under /config (or /boot/config in a live system) but there's malware that hide its tracks and I'm pretty sure there's no native Wireguard support in unRAID. I rarely mess up with it so I'm probably wrong though. Should I be concerned or is this expected behavior?