scorcho99

Members
  • Posts

    157
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

scorcho99's Achievements

Apprentice

Apprentice (3/14)

17

Reputation

  1. For backups, once a week I shutdown all of my VMs which are on my cache drive. Then I create a read only BTRFS snapshot, immediately start the VMS back up and then backup up from a samba share of this read only snapshot. This keeps the VMs in a clean state but minimizes the amount of downtime. The snapshot is removed after the backup is complete. Anyway, this works alright except the samba share for the snapshot will not exist if unraid has been rebooted causing the backup to fail. It seems like the shares are recreated on startup or something and since the snapshot doesn't exist when this happens the share doesn't work. To fix I create the snapshot and then just toggle a user account from read to read/write and back in the SMB share settings. But I don't know how to do this in the command line to assure the backup works every time it reboots. So my question is can I change a user setting somehow through the command line or otherwise restore this state?
  2. I'm not really an active user there, and it seems I've forgotten my login! (It also seems the forum was going to shutdown but might now migrate instead) Anyway, there wasn't really a thread but I recall there being a request mods forum and there were at least 4-5 guys (probably more) that just did custom bios mods in return for donations.
  3. While I haven't used this plugin (my gvt-g experiments were with a custom kernel before this became a plugin) I have something to add regarding aperture size issues. When I was testing things out, I paid a guy in win-raid forums to build me a custom motherboard bios that exposed the aperture size. Most boards bioses have a lot of common code so it's usually just a lazy UI choice what they do and do not show. That allowed me to get access to the higher resolution/vram modes. In theory I could have probably done the bios mod myself, but I had none of the tools or familiarity with them so it definitely would have taken me awhile even with the guides on win-raid. So I just donated to one of the modders on there. I believe it might also be possible to manually tweak these hidden options through the efi shell as well but I didn't investigate that much. It's definitely true that most bioses lack the aperture adjustment setting by default though and motherboard manuals available online often don't even have enough detail to determine this without buying the board. My board was a ASUS z370 prime a ii, but again...it does not have aperture adjustment by default, only with a modded bios. I lost interest in GVT-g when Intel abandoned it personally.
  4. I have a VM that is using outdated software. I'd just disconnect it form the network entirely but I'd like to be able to install some things from my unraid shares occasionally, as well as back up to them. Is there a way to limit the VMs network connection to only certain IP addresses on the network to limit it's attack surface. I'd rather not do any of these things from within the guest, but at the host level.
  5. I have a share to a read only shapshot on the btrfs disk that I use for backups. It's created by first creating the snapshot, then just going to shares in the web admin and setting permissions on the snapshot as normal. If the shapshot is deleted and recreated the permissions persist and everything is fine. However, if I reboot the server or change the permissions of any share then it's broken. I need to go in an manually update the snapshot share (and create it again first) to fix it. Typically I just toggle a user in the list from read only to read/write and back and things work again. Which I often forget to do. I know this is a non-standard config setup but I'd like a way to perform that toggle automatically in my backup user script to alleviate this problem. But I don't know if the unraid share permissions are exposed in anyway like this. I know the underlying linux permissions are, but that is not what I'm trying to change here. It's the SMB share.
  6. Some of my disks had some sensitive documents with personal info on them. The disks were not and are not encrypted. I deleted the files some time back. I'd like to assure they aren't recoverable in the case of theft, drive sales, etc. All the disks in my array are hard drives. From reading around, what I should have done was used shred to overwrite them instead of just deleting them, but I wasn't thinking that far ahead. So I was thinking that filling the empty space on the disk with zeros would accomplish the same task, albeit not very efficiently. Would something like this work? Or will unraid interfere with this in some way I'm missing? dd if=/dev/zero of="/mnt/disk1/filler" bs=10485760 dd if=/dev/zero of="/mnt/disk1/filler1" bs=1 rm /mnt/disk1/filler rm /mnt/disk1/filler1
  7. I reworked the script to instead copy and delete the original since that was a workable solution for this case. I think I figured out why shred was so effective at triggering it all of a sudden. I was using the "-u" option. If you look at the help for shred, by default that renames the file before deleting it! (rather it says it "obsfucates the filename before unlinking". I bet if I drop that option it will be OK. Good ideas on the disk shares, not sure I'll go that route but I think it could be made to work.
  8. I'd rather not disable NFS since it's solving a problem I had with samba shares. I already disabled hardlinks awhile back. Does it make sense that NFS is involved if nothing is interacting with any NFS shares at the time of failure? The share is mounted in a single VM that was not running. And actually...looking back its not even clear if I'd enabled NFS when I first had this problem. I don't use Tdarr.
  9. Well, this happened to me again today. I thought it was running the shred command that did it but that isn't involved into today's case. I believe the trigger is again a script that using "mv" to rename a file and then deletes it. I'll try removing that part of the action and seeing it happens again. The shred command actually probably performs a similar action when unlinking a file name so they might be the same type of cause. Attached are diagnostics in the degraded state. VMs seem to stay running if they were up and I actually still have access to an unassigned device share. Not 100% sure this is the only case, but the files are being changed on a share on my cache drive, with is a SSD and uses btrfs. I only have one docker, a minecraft server, and I haven't actually run it in months. I have an NFS share, not sure that is relevant but I only enabled that in the past couple months and it sort of matches the timeline of when this started occurring. But the files are being edited through samba shares, not NFS. tower-diagnostics-20220112-0934.zip
  10. This issue seems to pop up for me and I haven't seen it before. What I changed recently was I added a script that renames a file, actually a couple of times and then runs shred on it. Not sure if its the shred or the rename. The file remains in the same directory, I'm just changing it's extension. I mention this because I read another post where some one mentioned renames in the same dir related to this issue. I am using 6.8.3. I'm going to experiment with removing the mv (rename really) command.
  11. My parity drive seems like it is kind of slow, so I'm planning to upgrade it to a faster drive. But I have a number of data disks that are of a similar size. But I'm concerned I'll buy a drive that is 3.99TB and have a data disk that is 4.01TB so that it won't work. Is that something I have to worry about? I should note that my data disks are similar to the parity drive that I find is to slow so just swapping them isn't an option.
  12. Did you ever make any progress on this?
  13. Ran into this problem for the first time today. I was renaming and deleting some empty files on the cache drive when I lost access to all shares. I had a script that was adding and deleting in the same directory. I was using a samba share but the script was on unraid so not samba. I'm using 6.8.3. Weirdly (and fortunately) VMs were still running fine and rebooting appears to have restoreed everything.
  14. I'm not sure if this is the same issue since all the hardware is different but recently I was having crashes after reboots with a old AMD card, but only with the drivers installed in the VM. I didn't think it was the reset bug (although maybe in a way it is) since I'd used the card successfully for passthrough tests in the past. What actually solved the problem was ALSO passing through the hdmi audio which I had just left behind before since I didn't need it. I still don't use it but it was stable after this point.