Jump to content
Covecube Inc.

Umfriend

Members
  • Content Count

    952
  • Joined

  • Last visited

  • Days Won

    49

Umfriend last won the day on June 3

Umfriend had the most liked content!

About Umfriend

  • Rank
    Advanced Member

Recent Profile Visitors

1564 profile views
  1. https://wiki.covecube.com/StableBit_DrivePool_Q4142489 Mind you, USB connections may drop once in a while. You won't lose any data normally but the Pool will become read-only until the connection is restored or the drive is removed from the Pool.
  2. Umfriend

    Drive missing

    Let me guess, Chia? AFAIK, USB may drop connection occasionally and DP will put a Pool in read-only mode while a disk is missing until it gets connected or you remove it from the Pool. Search this forum, there are posts about disk connected through USB.
  3. OK. That you have multiple PoolPart.* folders on H and K is a clear issue. That you don;t have them on P and M is weird. And then there are the PoolPart/* files which shouldn't be there. Not sure what to do here. Tranferring files, removing drives from Pool through GUI, reformat and add is a possibility but takes a long time. Perhaps better to contact support (https://stablebit.com/Support) or wait for a better volunteer here. Another scenario, but I am not sure if that would work well, is: 1. Remove the suspect drives from the Pool throuh the GUI 2. From each PoolPart.* folder o
  4. If you haven't yet, a reboot never hurts. And then, try and determine if you have two hidden PoolPart.* folders on a single drive (like P:/ for instance) and whether you can open a file directly from within such PoolPart.* folder. Once we know that we can go from there.
  5. First, DON'T PANIC! 99% sure it'll be just fine. I don't know what the problem is. I wonder whether you may have run into some issue with security rights to the files. That is why I want you to open a file on a suspect disk directly and not through the Pool. DrivePool stores all files in a hidden folder, that you can tell explorer to show regardless, and in plain NTFS format. It may be that you have two PoolPart.* folders on in the root on a disk as well. So don't panic, just gather facts & symptoms first. BTW, I am not support, if we (there are others who regularly help here as
  6. Don't start every sentence on a new line, it makes it harder to read & navigate :D. Can you access the data directly? I mean, go to P:\, then explore the hidden Poolpart.* folder and below, open a file from it that way?
  7. Yeah, although I primarily use DP for redundancy/uptime of my SOHO server. I just had some disks doing nothing that I put in, never bought anything for Chia.
  8. 1. I have added a Storage Spaces simple resiliancy pool to a DP Pool (but no data written on it yet)(so that I could consolidate left-overs from drives to store just one more Chia plot). 2. Donnow, never heard of it. 3. Yes. I use a Dell Perv H310 SAS2 card without issues and there are those here who use bigger HBA cards and/or SAS expanders. 4. I am a long time DP user. I made a Pool for Chia because DP makes it easy for me to manage drives. I see no reason not to take the 30-day trial if you still can.
  9. Yeah, it think I remember that yesterday I had the limit at 105GB, it wrote to it with 50GB left afterwards and then started to rebalance one 100GB file off that HDD. I did have the "OFP - Only control new file placement option checked. I *think* I fixed that by unchecking the "Allow balancing plug-ins to force immediate balancing." switch. But I feat that it will be a structural issue for this specific use-case. Either you set the limit to low and you'll get out-of-space issues or you set it high enough for one file to fit but the last file will then be offloaded if it ever start to balance.
  10. OK, I thought that if I set the limit to, say, 120GB, and I had 130GB free, it would not write to the disk as it would end up with less than 120GB free. I think, now, that that is not how it works: it will write it. However, once it is done, the resulting 10GB free will, I think, cause it to then offload/rebalance, no? I like the "SSD" idea, will set that up sometime.
  11. I actually run into the same issue (because of Chia so weird use-case). What I think would help is if we had two limiting values to set: 1. Never fill above a certain level in any case or, if filled above, move some when rebalancing; and, 2. Don't write to this drive if free space is already below X GB. I write single files of about 100GB. I would not mind if the disks got full up to 0, but let's say 50GB. However, if there is 120GB available, I want it to write to that disk even if, ex-post, there would be less than 50GB free. It's just when there is less than 103GB free that it s
  12. Could you share your Balancing settings and balancers? This can't be normal behaviour as this would always result in an error (at some stage, a file will have to go to the next disk).
  13. "Never underestimate the bandwidth of a truck loaded with tapes". Your plot here, yank&transfer to there method, I think, is conceptually the fastest but using DP for that (so that the plots can overflow to the next HDD when the first is full etc) maybe a bit risky. I think my method requires less management. Matter of preference I guess. And yeah, a 2.5Gb network might be a sensible idea. It makes me wonder whether it would be possible connect two PCs over USB3.0 or higher. There are USB bridge cables. 5Gb/s or higher. A lot cheaper perhaps but length limited.
  14. Yeah, I was suspecting that. I am plotting as well (but only on owned unused HDDs, using 2.5"laptop HDDs to plot and unused HDDs to farm). So when you transfer a HDD to the farmer, you need to add that drive to the farmer. What I would suggest is a slightly different setup where you would have a landing disk on your plotter and then have a batch job transfer it to the farmer over the network, possibly a shared drive. On the farmer, I would actually run DP and simply add HDDs to a Pool as you need it and point the farmer to that Pool. IMHO easier to manage but then, I plot&farm on a si
  15. Well, you _can_ just physically remove a disk in a Pool, insert it into another PC and read it there. You may have to unhide hidden files as the files will be in a hidden PoolPart.* folder. Caveats apply, such as either shut down before removing or, if hot-swappable, at least go through "Safely remove hardware and eject media" although I am not sure DP would not have the drive locked. Just don't know. However... The Pool itself will notice that a disk is missing and come to a read-only state. You would then have to remove that drive through the GUI. Having said this, it is not the typical
×
×
  • Create New...