• Content Count

  • Joined

  • Last visited

Community Reputation

24 Good

About bnevets27

  • Rank
    Advanced Member


  • Gender

Recent Profile Visitors

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

  1. That's kind of confusing advice as the "third drive" is the one with increasing reallocated. But it's not part of the array as I had said above. It's a spare drive sitting on the shelf. That I could temporarily introduce to the array to aid in this swap. Because as you said you would need a third drive to maintain parity. Though technically with 2 Parity drives I probably could maintain Parity without needing a third drive but I wouldn't be maintaining dual Parity during the procedure. I figured I could do that but wouldn't that be risky? At that point if any drive fails I don't think I would
  2. Basically the same reason and situation as the OP but I have dual Parity, don't think the OP did/does. I have a data disk that would be better used as a parity due to it being faster. I was interested in the procedure to make that swap/move. And in this situation there is no other available drive. Situation 2. Still looking for the same outcome but with a third drive that could be used temporarily during the swapping/moving. Unfortunately the only drive I have around isn't in great shape (increasing reallocated sectors) but it still functional and passed preclear and smart testes. It's not
  3. Hope the OP doesn't mind me hijacking this thread. But I have basically the same question/situation. I have a data drive I would like to swap to my Parity 2 location. Sounds like there isn't away to do this without at least loosing one Parity drive during the process. What would be the safest way to do this, without a spare drive? What would the process be with a temp spare drive? I have drive that isn't healthy so I would want it in the array for the shortest period of time. The procedure with the temp spare drive I think is simple enough but there would be 3 rebuild/Parity checks which
  4. Ever since I started using unraid (2010, v4.7), the community is what has been the leader in adding enhancements/value/features to unraid. Initially unraid didn't do much more than being a NAS, which was exactly what it was designed to do. But the community was the ones who started to build plugins and guides on how to use them to add way more functionally then the core function of just a NAS. That's not to say limetech was lacking really. They did and do build a rock solid NAS and that was the motto for the longest time. But a lot of user, and definitely myself wanted to keep utilizing the ha
  5. True but the successful backup that it completed is unfortunately not a backup of a full working system. And in this case basically blank. I was lucky I did a manual for copy at the start so it wasn't a complete loss. I usually also keep (by renaming the folder) a permanent backup that CA backup/restore creates once in a while copy in case I don't catch something that's gone awry within the deletion period, so I can go further back if necessary. But yes with a delete backups every 60 days and say a minimum of 2 backups kept it would definitely keep a good backup long enough. In that same r
  6. Short version: If the server has been off for longer then the number of days set in: "Delete backups if they are this many days old" and CA Appdata Backup / Restore runs a backup on a schedule, it will delete all the backups. Solution: Probably a good idea to have a setting for minimum number of backups. How I came about this issue. My cache got corrupt and my dockers stopped working. Since I didn't have time to fix it and didn't really need my server running when the containers weren't working I shut it off till I had time to work in it. While working on it I've le
  7. Don't have too powerful of a server but got some of my CPU doing work, along with my 1050Ti.
  8. ^ That's all about right. But it's basically up to cost/performance. For the most part, using up more slots the cost less and has the best performance . For example: 3 x IBM M1015 (LSI 2008 chipset) Max available speed per disk is 320MB/s. Cost is about say $90 ($30/each) But uses 3 slots. 2 x IBM M1015 (LSI 2008 chipset) + 2 Intel RAID SAS Expander RES2SV240 Max available speed per disk is 205MB/s Cost is about $300. $60 for 2 M1015 and $240 for 2 RES2SV240. Uses 2 slots, the RES2SV240 can be powered without using a slot. 2 x LSI 9207-8i chipset + 2 Intel RAID SAS Expander RES
  9. Hard to pick one thing for both so two things that tie for number one. 1)ease of use (for the most part) much easier then it was years about. 2)unraids core feature, redundancy with any drive added at any time of any size/manufacture etc. Again a tie for what I would like to see in 2020. 1) easier/built in server to server backup and backup to cloud storage. 2)multiple cache pools (which I know is a planned feature)
  10. Just read the work that went into releasing the latest version. Thank you to all that are involved in keeping this amazing addition to unraid working. I've been enjoying the benefits of it ever since it was released and as we all know how great it is to have this ability. I really appreciate it. I searched back a bit and didn't see anything recently about the work being done on combining the Nvidia build and the DVB build. That would be the next dream come true. Is there any place I can follow the development of that build? Seems like it's getting lost in this thread.
  11. Thanks Johnnie. That makes sense but I had thought I had not see it shown like that (both disks as "new"/blue) the first time I did the parity swap/copy. From what I've gathered the copy operation happens then the array stops and then you have to bring it online to rebuild. So during the copy, the old parity (which in this case is now in slot 15) is writing to the new parity in the parity 2 slot. Disk 15 during this operation isn't getting written to. Now after the copy operation happens the array needs to be started, when the array is started that's when the data on disk 15 is ove
  12. Ah ok that's exactly where I went wrong. Thanks. Maybe adding a warning to the wiki or GUI might not a be a bad idea. You make a good point and I was using the wrong terminology. Which I'm usually a stickler for so thank you for putting me straight. I edited my last post to reflect the proper wording. Since I know I'm starting over, I'm going to perform the parity swap/copy again. The server is currently in the above state waiting to start the process. But I want to confirm that seeing "All existing data on this device will be OVERWRITTEN when array is Started" on bo
  13. That's it nothing else happened. But I haven't talked about rebuilding parity. Parity 2 was in bay 2 Disk 15 was in bay 19 (The replacement for the dead disk 15) Parity swap/copy was performed. All I had to do was hit start and unraid would built the data onto disk 15. But before I hit start I moved the disks Parity 2 (which after parity swap became disk 15) was moved to bay 15 Disk 15 (which after parity swap became Parity 2) was moved to bay 2 Unraid then marked both disk as new (blue square) and said "All existing data
  14. Yup, that's how I was aware of the drive failure. *** So I decided to do something I guess kind of dumb and now I'm not sure how to proceed again. I think I know but would like to be sure. I did the parity swap, and unraid copied the data from my old parity to my new parity with the array offline. That operation completed and then I was presented with a stopped array. I had valid parity and starting the array would start the rebuild of disk 15 (overwriting my old parity). That's all well and good. But I moved the 2 drives around the server physically, with the server o
  15. Well I was referring to the GUI, going into the properties of the drive shows nothing, says disk needs to be spun up but clicking spin up does nothing. Anyhow, moved the drive just to see and after rebooting I could get the the attributes. This disk had Current pending sector 618 Offline uncorrectable 617 Not sure if I knew it was high before and acknowledged it and when on my way wondering how much longer it would last or it shot up quickly. But I'm pretty sure it was the former. Not surprised knowing the drives history. Parity swap running now,