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]] 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]> [mailto:[email protected]] On Behalf Of Andreas Hammarskjöld Sent: 05 June 2015 13:09 To: [email protected]<mailto:[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]> [mailto:[email protected]] On Behalf Of Jason Wallace Sent: den 5 juni 2015 13:01 To: [email protected]<mailto:[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]> [mailto:[email protected]] On Behalf Of Matt Browne Sent: 05 June 2015 11:09 To: [email protected]<mailto:[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]> [mailto:[email protected]] On Behalf Of Jason Wallace Sent: 05 June 2015 11:01 To: [email protected]<mailto:[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]> [mailto:[email protected]] On Behalf Of Matt Browne Sent: 05 June 2015 10:56 To: [email protected]<mailto:[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 ________________________________
