Jump to content
Division-M Community

w3wilkes

Administrators
  • Content Count

    1,419
  • Joined

  • Last visited

  • Days Won

    110

w3wilkes last won the day on July 8

w3wilkes had the most liked content!

About w3wilkes

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling
  • Location
    Utah, USA

Recent Profile Visitors

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

  1. 1- You should release the license for DriveBender on your old server 2- Remove disks and install on new server 3- Install DB software 4- when you reboot after installing DB it should recognize the pool and all should be well 5- reregister your DB license on the new server
  2. You should open a trouble ticket and ask the developer about the cbfs driver and if it has been tested and known to work or not with Server 2019. https://support.division-m.com/hc/en-us/requests/new
  3. Have you opened a support ticket? https://support.division-m.com/hc/en-us/requests/new
  4. Got a reply from Anthony. He said it's been reported by several users and he's working a fix for 3.2.0.0.
  5. For some reason this periodically resets to a very bogus number. This time I have 14.34TB used of my 4TB pool! I've reopened a ticket.
  6. I've closed the ticket. No trouble found in the logs. I manually went through and turned on duplication for each the sub-folders that didn't duplicate. New sub-folders duplicate as they should.
  7. Problem solved. Anthony (DB) directed me to run HealthCheck on the pool and it fixed the pool utilization display discrepancy.
  8. Don't know why I'm just noticing these things now that I've rebuilt my pool??
  9. I recently got rid of my small (as in MB size) drives in my pool and replaced them with two 2TB 2.5" drives. These are plenty of space to hold all my backups and a DB duplicated music library. My music library is comprised of a root folder of "MP3 Music" with subfolders for each artist and album folders for each album under the albums artist. I use Synctoy to copy the library so that folder/file date and times are preserved rather than being stamped with the time the data was put on the pool drives. Part way through the copy I realized that I needed to turn on duplication for the main "MP3 Music" folder so I selected the main "MP3 Music" folder and said to duplicate the folder and all subfolders. So far so good, the remaining folders/files of the copy were duplicated in the pool as they were copied. The next day after the copy was complete I looked at my "MP3 Music" folder and found that the stuff copied before I turned on duplication still hadn't been duplicated. At this point I manually set duplication on for the main "MP3 Music" folder using the all subfolder to be included option. DB churned for a while, but did not duplicate the non duplicated stuff. I then went to each artist folder that still showed as not duplicated and set duplication for the artist folder. This works for all the album folders under each artist. It appears that DB can't handle duplication when there's more than some number of folders/files greater than some amount (in my case it was about 12,000 songs across many artists/albums that needed duplication). Or was the problem something to do with turning on duplication for a folder while subfolders/files were being created in the top level folder? I have open a support ticket.
  10. I would suggest that you also open a support ticket, sometimes the devs miss requests in the forum. https://support.division-m.com/hc/en-us/requests/new
  11. I would have thought that a reboot would have brought the drive back into the pool as long as it's still functional. In the case where you merged it as an existing DB pool drive I'm not sure what to do to clean up the dups. It would be good to open a support request. https://support.division-m.com/hc/en-us/requests/new
  12. It sounds like some type permissions issue. Did you just have this start after the latest Win10 update that came out today? You might also want to open a trouble ticket with the developer. https://support.division-m.com/hc/en-us/requests/new
  13. You should open a support ticket on this issue to make sure the developer sees this. https://support.division-m.com/hc/en-us/requests/new
  14. Sound to me like you have plenty of spare space that removing (or having a failure) a drive should be no big deal and the repair should do the job provided there's enough free space on the remaining drives to handle the amount of used space on the removed/failed drive.
  15. I uninstalled - booted - installed 3.1 - booted. Worked fine. The uninstall / reinstall doesn't touch your pool drives.
×
×
  • Create New...