New morning, new app, two bin files included for good measure.

Deployed and ran, both bin files in the cache, job failed anyway, the bin files 
are not compatible between different bios update exe’s (who knew).
Made a new compatible bin file copied it into the ccmcache ran the command 
manually with out the silent switch and it worked (well it would have if 
bitllocker was suspended - no worries) BUT, now there are no BIN files in the 
cache, bear in mind I’ve just run manual command trying all of them, so what, 
running it deletes the bin, and this was the behaviour I was seeing all along?

Yes it was !

A snoop round google for hpqflash.exe and its treatment of bin files didn’t 
provide a definitive answer, but that is the observed behaviour it seems.

Thanks all

On 28 Feb 2017, at 23:58, Stuart Watret 
<stu...@offshore-it.co.uk<mailto:stu...@offshore-it.co.uk>> wrote:

        This sender failed our fraud detection checks and may not be who they 
appear to be. Learn about spoofing<http://aka.ms/LearnAboutSpoofing>      
Feedback<http://aka.ms/SafetyTipsFeedback>
I checked out the request filtering as suggested and found the following, I've 
removed the bin line for now and will test in the am with new packages/apps.

Also had a chance to test on a separate setup, similar behaviour, bin file 
stripped out, it appeared again once we did an 'update content'

<image001.png>

-----Original Message-----
From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Stuart Watret
Sent: 28 February 2017 23:07
To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>
Subject: [mssms] RE: *.bin files not being copied to ccmcache

This&nbsp;sender&nbsp;failed&nbsp;our&nbsp;fraud&nbsp;detection&nbsp;checks&nbsp;and&nbsp;may&nbsp;not&nbsp;be&nbsp;who&nbsp;they&nbsp;appear&nbsp;to&nbsp;be.&nbsp;Learn&nbsp;about&nbsp;<a
 href="http://aka.ms/LearnAboutSpoofing";>spoofing</a>

I'll check those out, bit more info from testing this afternoon......

Did a bit more on it this afternoon but it's very strange. I'm sending hp bios 
updates out. If I run these as packages with unc command lines to network 
locations as programs everything is fine. I wanted to use the app model instead 
and supply a nice icon etc.

However the files that go to the dp and eventually the ccmcache are missing the 
bin file which is hp's file for storing the bios password.

I thought maybe the file was corrupt so deleted everything, dropped a second 
bin file in the source then re- created the App. This time the original bin 
file was present but the new one was not!!!

Pretty strange eh?

I've deleted everything and will leave it overnight before trying again. I'd 
have to conclude it's not bin files exactly but some other content syncing 
weirdness.

Stuart
Sent from a dog and bone.

-----Original Message-----
From: 
listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com>[mailto:listsad...@lists.myitforum.com]
 On Behalf Of Schultz, Michael A
Sent: 28 February 2017 17:38
To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>
Subject: [mssms] RE: *.bin files not being copied to ccmcache

IIS is most likely blocking the file extension

https://sccm2oo7.blogspot.com/2015/04/how-to-configure-request-filtering-for.html


Michael Schultz
Client Systems Engineering, SCCM Engineer Information Systems Providence Health 
& Services michael.schu...@providence.org<mailto:michael.schu...@providence.org>


-----Original Message-----
From: 
listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com>[mailto:listsad...@lists.myitforum.com]
 On Behalf Of Stuart Watret
Sent: Tuesday, February 28, 2017 5:45 AM
To: <mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>> 
<mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>>
Subject: [mssms] *.bin files not being copied to ccmcache

is this a thing?

I have an app in sccm 1607 / it has a *.bin file as part of the content, when 
clients download to the ccmcache, it isn’t part of the download.

Install fails…….

Never come across it before, anyone else?

Ta

Stuart

________________________________

This message is intended for the sole use of the addressee, and may contain 
information that is privileged, confidential and exempt from disclosure under 
applicable law. If you are not the addressee you are hereby notified that you 
may not use, copy, disclose, or distribute to anyone the message or any 
information contained in the message. If you have received this message in 
error, please immediately advise the sender by reply email and delete this 
message.


Reply via email to