For the hashi bashi error you need to install http://www.microsoft.com/en-us/download/details.aspx?id=30679
On Fri, Jun 5, 2015 at 11:53 AM, Matt Browne <[email protected]> wrote: > >> We have a little free tool that can help with the hash > generation/testing process – although I haven’t tested it on WS2008 so > feedback required! http://2pintsoftware.com/?wpdmdl=12811 This tool can > help to ‘poke’ content and can check if the hash is there for a file. > > > > I have run the tool on the central DP (WS2008R2) and a local site DP > (WS2012R2) but I get the following error on both L > > > > > > >> Are you also looking at perfmon on the server? > > > > I am looking at perfmon on the clients during the transfer, and initiating > the transfer from the client. > > > > >> As far as testing goes – what are you downloading? > > > > I have been using a Visio 2013 installer, so about 400mb with multiple > files. > > > > >> Finally, on the client the other place to look is the Bits event log – > Event number 4 – that will show ouy if the peercaching flag was set or not. > > > > I will take a look at that now…… > > > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Phil Wilcock > *Sent:* 05 June 2015 14:39 > *To:* [email protected] > *Subject:* RE: [mssms] BranchCache not Caching from DP's? > > > > Oops! When you reboot the server, you lose the hashes in WS208R2 > unfortunately.. > > > > The client config looks peachy, so I would now focus on the server to make > sure that it’s serving up the hashes. > > > > We have a little free tool that can help with the hash generation/testing > process – although I haven’t tested it on WS2008 so feedback required! > http://2pintsoftware.com/?wpdmdl=12811 This tool can help to ‘poke’ > content and can check if the hash is there for a file. > > > > Are you also looking at perfmon on the server? The BranchCache Kernel mode > ones are most useful in this scenario as you can see when the server is > creating hashes and if it’s actually receiving ‘BranchCache aware’ http > requests. > > > > As far as testing goes – what are you downloading? I always use single > big file – so things don’t happen too quickly and you can track it. > > > > Finally, on the client the other place to look is the Bits event log – > Event number 4 – that will show ouy if the peercaching flag was set or not. > > > > Cheers > > > > Phil > > > > > > > > *From:* [email protected] [ > mailto:[email protected] <[email protected]>] *On > Behalf Of *Matt Browne > > *Sent:* 05 June 2015 14:15 > *To:* [email protected] > *Subject:* RE: [mssms] BranchCache not Caching from DP's? > > > > Hi Andreas, > > > > OK, so I have three machines here for the test. Thanks for clarifying the > process. > > > > I have tried this on two different machines, both configured for > BranchCache. I left hours between the downloads, I think I left one of > them overnight, so hopefully the hash should have been available. > > > > The one thing I haven’t done is restart the DP since I configured it for > BC. I am doing that now. > > > > This is the result of the “netsh br show status all”…… > > > > > > BranchCache Service Status: > > > ------------------------------------------------------------------------------- > > Service Mode = Distributed Caching (Set By Group Policy) > > Serve peers on battery power = Disabled > > Current Status = Running > > Service Start Type = Manual > > This machine is not configured as a hosted cache client. > > > > Local Cache Status: > > > ------------------------------------------------------------------------------- > > Maximum Cache Size = 5% of hard disk > > Active Current Cache Size = 0 Bytes > > Local Cache Location = > C:\Windows\ServiceProfiles\NetworkService\AppData\Local\PeerDistRepub > (Default) > > > > > > Publication Cache Status: > > > ------------------------------------------------------------------------------- > > Maximum Cache Size = 1% of hard disk > > Active Current Cache Size = 0 Bytes > > Publication Cache Location = > C:\Windows\ServiceProfiles\NetworkService\AppData\Local\PeerDistPub > (Default) > > > > > > Networking Status: > > > ------------------------------------------------------------------------------- > > Content Retrieval URL Reservation = Configured (Required) > > Hosted Cache URL Reservation = Configured (Not Required) > > SSL Certificate Bound To Hosted Cache Port = Not Configured (Not Required) > > Content Retrieval Firewall Rules = Enabled (Required) > > Peer Discovery Firewall Rules = Enabled (Required) > > Hosted Cache Server Firewall Rules = Enabled (Not Required) > > Hosted Cache Client Firewall Rules = Enabled (Not > Required) > > > > Thanks > > > > Matt > > > > *From:* [email protected] [ > mailto:[email protected] <[email protected]>] *On > Behalf Of *Andreas Hammarskjöld > *Sent:* 05 June 2015 13:09 > *To:* [email protected] > *Subject:* RE: [mssms] BranchCache not Caching from DP's? > > > > You can use 1 machine as well to test this, obvious it won’t get data from > anywhere else but should still stick things in the cache itself. > > > > So to-reiterate how 2008 R2 works: > > > > 1. Client A request data > > 2. Server doesn’t have the hash, so it creates it but client > download the file without having/getting anything. (No data into the cache > as it needs the hash for that) > > 3. 5 min later Client B request data > > 4. Server responds with hash but there is no client having the hash > so all data is downloaded from DP (BUT put in the cache this time.) > > 5. 4 min later Client C request the data and gets the hash and > since B has the cached data client C gets it from B. > > > > But, you can do all of this from one client: > > > > 1. Request data from client A. > > 2. Cancel or complete the DL. > > 3. Re-download the file from Client A, this time we get the hash > and put stuff into the cache. > > 4. View the cache with “netsh branchaceha show status all” grow > during the download or after. > > > > Give me the output from the command: “netsh br show status all” from the > client. And lets see what is says. > > > > //A > > > > *From:* [email protected] [ > mailto:[email protected] <[email protected]>] *On > Behalf Of *Jason Wallace > *Sent:* den 5 juni 2015 13:01 > *To:* [email protected] > *Subject:* RE: [mssms] BranchCache not Caching from DP's? > > > > How many clients (on the same subnet) have you tested this on? > > > > Given your circumstances you will need , sensibly 3 boxes > > > > Do your tests using BITSADMIN so you can see the content > > > > The files need to be a decent size > > > > On your perfmons are you seeing discoveries leaving the clients? > > > > *From:* [email protected] [ > mailto:[email protected] <[email protected]>] *On > Behalf Of *Matt Browne > *Sent:* 05 June 2015 11:09 > *To:* [email protected] > *Subject:* RE: [mssms] BranchCache not Caching from DP's? > > > > The DP is 2008 R2 and the clients are Win7 > > > > *From:* [email protected] [ > mailto:[email protected] <[email protected]>] *On > Behalf Of *Jason Wallace > *Sent:* 05 June 2015 11:01 > *To:* [email protected] > *Subject:* RE: [mssms] BranchCache not Caching from DP's? > > > > Server 2008 R2 or 2012 / Windows 7 or 8.1? > > > > > > *From:* [email protected] [ > mailto:[email protected] <[email protected]>] *On > Behalf Of *Matt Browne > > *Sent:* 05 June 2015 10:56 > *To:* [email protected] > *Subject:* [mssms] BranchCache not Caching from DP's? > > > > We are trying to run a test to enable BranchCache for the clients, but are > having a few problems. > > > > We have enabled the central DP for BranchCache. > > We have configured the GPO for the clients to switch on BranchCache, > Enable Distributed Mode, configure firewall exceptions (and checked that > the GPO is applying to the test machines). > > We have set up perfmon to monitor the BC numbers (so that we can prove it > is working). > > > > When we kick off an install the BITS download happens but the BC numbers > in perfmon remain at zero. I have tried a SMB file copy as well to see if > that gets cached but it doesn’t seem to move the number either. > > > > Any thoughts on what failing? Am I missing something here? > > > > > > > > > ------------------------------ > > Information in this message is sent in confidence and is intended only for > the use of the individual or entity to whom it is addressed. If you are not > the intended recipient, any use, distribution or copying of the information > is strictly forbidden. Please notify the sender immediately by return email > or telephone 01823 721400. If you received this email in error please > delete it and any copies of it from your system. > > Viridor Waste Management Limited > Registered Office: Peninsula House, Rydon Lane, Exeter EX2 7HR Registered > in England No. 575069 > ------------------------------ > > > > > > > ------------------------------ > > Information in this message is sent in confidence and is intended only for > the use of the individual or entity to whom it is addressed. If you are not > the intended recipient, any use, distribution or copying of the information > is strictly forbidden. Please notify the sender immediately by return email > or telephone 01823 721400. If you received this email in error please > delete it and any copies of it from your system. > > Viridor Waste Management Limited > Registered Office: Peninsula House, Rydon Lane, Exeter EX2 7HR Registered > in England No. 575069 > ------------------------------ > > > > > > > > > ------------------------------ > > Information in this message is sent in confidence and is intended only for > the use of the individual or entity to whom it is addressed. If you are not > the intended recipient, any use, distribution or copying of the information > is strictly forbidden. Please notify the sender immediately by return email > or telephone 01823 721400. If you received this email in error please > delete it and any copies of it from your system. > > Viridor Waste Management Limited > Registered Office: Peninsula House, Rydon Lane, Exeter EX2 7HR Registered > in England No. 575069 > ------------------------------ > > > > > > > ------------------------------ > Information in this message is sent in confidence and is intended only for > the use of the individual or entity to whom it is addressed. If you are not > the intended recipient, any use, distribution or copying of the information > is strictly forbidden. Please notify the sender immediately by return email > or telephone 01823 721400. If you received this email in error please > delete it and any copies of it from your system. > > Viridor Waste Management Limited > Registered Office: Peninsula House, Rydon Lane, Exeter EX2 7HR Registered > in England No. 575069 > ------------------------------ > >
