autopkg create hidden file in my munki repo

[Nicolas Daigneault]

Hi,

I just migrated my old munki server to IIS on windows 2016.  I use autopkg on a sierra computer, they are up-to-date today.

When I run a recipe, it add the plist with the attribute hidden to the file.  I don't have the problem with the .dmg, only with the plist.

The autopkg write to the repo in smb.  What can I do for this?  Do you have any idea?

This is the result in autopkg:

autopkg run Hiera.munki.cssh

Processing Hiera.munki.cssh...

The following new items were imported into Munki:

    Name   Version  Catalogs  Pkginfo Path                     Pkg Repo Path                  

    ----   -------  --------  ------------                     -------------                  

    Hiera  1.3.4    testing   support/Hiera/Hiera-1.3.4.plist  support/Hiera/Hiera-1.3.4.dmg  

The following new items were downloaded:

    Download Path                                                     

    -------------                                                     

    /autopkgr/Cache/local.cssh.munki.Hiera/downloads/Hiera-1.3.4.dmg  

And if I do a ls, this is the result:

ls -al

total 72

drwx------+ 1 xadmin  staff                     16384 11 Jul 17:00 .

drwx------+ 1 xadmin  STIC\Utilisa. du domaine  16384 11 Jul 17:00 ..

-rwx------+ 1 xadmin  staff                      1498 11 Jul 17:00 Hiera-1.3.4.plist

I have the same problem with all the recipe that I tried:

ls -al

total 120

drwx------+ 1 xadmin  staff                     16384 11 Jul 16:11 .

drwx------+ 1 ladmin  STIC\Utilisa. du domaine  16384 11 Jul 17:00 ..

-rwx------@ 1 xadmin  staff                      2172  1 Mar 11:41 firefox-48.0.2.plist

-rwx------@ 1 xadmin  staff                      2126 10 May 07:09 firefox-53.0.2.plist

-rwx------@ 1 xadmin  staff                      2127 24 May 07:06 firefox-53.0.3.plist

-rwx------@ 1 xadmin  staff                      2121 26 Apr 07:06 firefox-53.0.plist

-rwx------+ 1 xadmin  staff                      2130 11 Jul 16:06 firefox-54.0.1.plist

-rwx------+ 1 xadmin  staff                      2130 11 Jul 16:11 firefox-54.0.1__1.plist

-rwx------@ 1 xadmin  staff                      2120 14 Jun 07:02 firefox-54.0.plist

this was firefox, the old one that was transfered from the old server, and the new one from autopkg that are hidden from the explorer (windows) and gray from my finder.

Thanks for your help

[Mike Solin]

It looks like the only user that can read/write/execute the files AutoPkg is dropping into your Munki repository is ‘xadmin’.  Is that what you intended?

I haven’t used Windows Server 2016 yet, but for 2012, the files also need to be readable by IUSR, I think.  Does your Munki server have any issues deploying these pkgs?

If they’re invisible in the Finder, that generally means the visibility flag is being toggled, but that’s not something AutoPkg is configured to do by default.  I’m not sure how that’s happening.

Mike

-- 

mi...@mikesolin.com / @flammable
https://mikesolin.com

--
You received this message because you are subscribed to the Google Groups "autopkgr-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to autopkgr-discu...@googlegroups.com.
To post to this group, send email to autopkgr...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/autopkgr-discuss/2f9d1fb9-c494-4fcc-abf0-c8adc6ce72e9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Marcel Claus]

Did you ever solved this problem? I'm running into the same issue since our upgrade to Windows 2016. When I import a package via autopkg the package itself is visible on my Windows server but the plist is not. The plist has the hidden attribute is set. Now, autopkg imports files over smb so I'm not sure if this has anything to do with a IIS config setting. I've made sure the following mimetypes are set (as found in another thread).

<mimeMap fileExtension="." mimeType="application/octet-stream" /> 

<mimeMap fileExtension="*" mimeType="application/octet-stream" />

I hope you still read this :-) Thanks!

[Marcel Claus]

To answer my own question; 

It seems the permissions on my web.config file were corrupt. I added ISS_IUSRS local user group to the security tab and the problem was solved!