Jump to content
Covecube Inc.

Beaker1024

Members
  • Content Count

    83
  • Joined

  • Last visited

  • Days Won

    1

Beaker1024 last won the day on April 7 2015

Beaker1024 had the most liked content!

About Beaker1024

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling
  1. I did the "resetting" all the settings procedure and all seems perfect now after several times looking at the GUI by both Remote desktop and by the Dashboard from client. That did the trick. Maybe a note in the changelog that doing this might help after doing beta upgrades? Or if you have a notion one set of changes might need it more than others? I just didn't think of it. Thanks for the help!
  2. OK more goodies for you. I went into the dashboard again and it had 2 out of maybe 6 disks listed with it'ssilly low pool size andsuch even though the folders and files worked fine. So I checked the Balancer settings for fun and after saving a small tweak I got my full drivepool back!!! Yeah sounds great right?? Well I decided I wanted to tweak the balancer again to uncheck allow unduplicated files for a few disks. That's when I got this error! PS - I feel like I should say something nice about Beta 746. It seems to be VERY VERY Fast for folder navigation and file access. I liked the
  3. OK so I opened WHS2011 Dashboard and BAM I see this: Now again I can browse with explorer from client and see all the files (randomly checking / opening PDF or JPEG, etc...) from folders that are definitely in the DrivePool.....
  4. Just checked by RDPing again today and I can see the checkmarks fine this time. BUT I have the GUI only showing a few of the HDDs in the pool basically about half the of the drives that are actually there. I tried using explorer on client Win 7 to browse a bounch of different folders (all are in the DrivePool on WHS2011) and ran into no issues. So it's odd the DrivePool GUI only shows a few HDDs and the smaller reduced capacity as if the other drives are just GONE!
  5. OK it fixed it self. NOTE: When you install the Beta via Remote desktop and it loads the Drivepool GUI inside WHS2011 desktop it has the issue above. Log off the RDC and use WHS2011 "DashBoard" and BAM Drivepool is good to go again. looking nice.. I can see all the checkmarks and the lower Performance GUI when expanded upward has all the graph bars... Sorry for the extra / new thread.
  6. So hopefully this is just a quick one to let you know or let me know why. Was on 742 Beta and I could see in the "Performance" options and I am 99% sure I had all of them checked but the "Bypass ..." So upgraded to 746 and now I can't get check marks back next to any of them at all. When I expand the lower GUI section for "Performance" it only has one verticle bar graph now. It's labeled "Fast I/O" and that's all. No Netowrk I/O boost anymore. I'm not sure I'm even getting "Real-Time duplication" anymore which is actually the main one I'd like to know for sure is happening. Tha
  7. If anyone isn't running the latest CPU while still using Win7 you might want to try this. Since just turning off thumbnails and forcing icons only my computer feels 3x faster for everything! At least for any explorer actions anywhere (local or LAN) it's super fast. It's amazing. Chris - The only setting that I can't seem to revert back to default (before working on this issue) is the one from the Password conflict fix: Run secpol.msc Drill down through Local Policies | Security Options. Find Network Security: LAN Manager authentication level. Set this Send NTLM response only (It is bl
  8. FIXED!!!!! [Well it's a work around honestly] I have to eat crow. Many apologizes It's definitely not a DrivePool issue. It was just more pronounced (only happening on sever shares not local drives) and I found fault in my test of the folder share outside of the DrivePool. Also years of just using normal settings and DrivePool handling my shares made me complacent and too fast to look at it. So here's the fix from taken from a 2011 post at "SevenForums.com" [Note: Only needed to do this on Win7 client] OK, here's what works for me: 1. Explorer/Tools/Folder Options/View 2. From
  9. Did some interesting testing. I have conclusively verified that the Folder lock (preventing moving or renaming) is 100% a DrivePool issue. I simply created a new Share on the WHS2011 that is pointing to a folder structure completely outside of the DrivePool and every single folder move/rename within that share works perfectly and fast. No issues. Within a few moments I attempted move/renames for folders within the DrivePool (through a share connected by same client Win7Pro machine) and consistant issues. Attempting to test new Beta *.742 (previous was *.740). It completed it's first
  10. Ruled out MalwareBytes all toghether (thought maybe driver filtering file opening folder/file or something). Easy check: Quit it completely and attempt same steps and all was fine. I think I "fixed" my double click when meant to be single click. I have used the same beloved Logitech highend regular (not gaming) mouse for likely 7-10 years. Found out this is a normal issues arising in mice. Either buy new mouse or try to see if mouse settings for a slow double click speed fixes it. Bought a new one. Initial evaluation seems that my computer is much better (for local actions) w/regards
  11. All - Thanks for the suggestions. Chris - I tried the Login security settings and it didn't help any. For some reason when I'm connected to the WHS2011 on the Win7 client it's like the explorer.exe is doing things in double. Sometimes you see it by having a folder or file open as if double clicked when only single clicked (highly annoying). While other issues are not visual until Win7 puts up the warning that it's already open. Like my Win7 client is putting two handles open for the folder and when I tell the one to do the rename (or move) the 2nd hidden unasked for one is blocking
  12. Absolutely nothing new accessing the files that wouldn't have been for the last few years. No Plex, emby or otherwise. It's my "Pictures" share but likely same problem elsewhere (I haven't tested other shares). Also I can switch between the clients doing same task (rename folder) and have: Win7Pro client - issues Win 8.1 client - no issues at all Win7Pro client - Issues all within a moment (as fast as I can change keyboards). Seems consistant. Should I try the following? I think I'll try reverting to an earlier Beta and if I have to the Stable release in the next couple days whe
  13. I just went to try to downgrade to a previous Beta just to test but forgot I have to use Add/remove first then install version I want. So that gave me pause and I'm now asking if there's any issue with going to back to another beta to see if this still happens. I think I used these before: *.735 *.672 *.665 *.659 I know I used *.659 for a very long time and don't _think_ I had these kinds of issues. I do like how the very latest betas handle the drive measuring and duplication passes, etc... GUI touchups are nice in them too!
  14. Strangely enough I just tried similar tasks (renaming folders) on a Win8.1 client and couldn't get the same issues or errors. Now I went back to same shared folders again with the Win7Pro client and immediately am hit with the folder/file locked message (see attached screen capture in previous post) on almost very attempt to do something. I'm running the same MalwareBytes version (v3) on both machines. Nothing really different except the OS being Win7Pro for issues and Win8.1 seems fine.
  15. Using beta *.740 on WHS2011. When accessing shared folder (on drivepool) via Win7Pro client I get an issue where the cursors focus keeping clicking and highlighting the entire filename when I'm trying to do a renaming event. I'm also seeing issues with it saying the Folder (trying to rename folder) is open in another program "close the folder or file and try again". I RDP into the server and did the renaming I needed to accomplish directly on the server (by navigating to DrivePool "G:" drive and doing it all there). No issues of any type at all when doing it this way. Any suggest
×
×
  • Create New...