[alantrewartha]

This might be relevant, but the standard create_user package I have been using for over a year now has stopped working on my DeployStudio workflow. And this is since the DS netboot image was updated to the latest Snow Leopard (to allow recent macbooks to boot).

so could it be that the script simply fails on recent SL images. when i get a moment to troubleshoot I’m going to try stepping through the main script in the pkg

EDIT: oh ignore me, I thought I had updated this specific package to the SL version of createUser. apparently not. several million negative points to me.

[alantrewartha]

currently the link to the AAMEE for Mac is broken on http://www.adobe.com/devnet/creativesuite/enterprisedeployment.html

wow, i’d heard the installer was going to be more friendly than ever before. got our install disks today. SADFACE

looking forward to battling with this one :-/

[alantrewartha]

oh REALLY!? that’s oddball. i’ll look out for that on a freshly imaged 10.6…

[alantrewartha]

I’m a bit confused. Is this KB tip (which seems to be the same tip recycled from 10.3 days??) necessary? I am a bit dim on the subject of kerberos tickets, but when I log in to my 10.6 (.2 at the moment) machine (which is bound to AD), I see a ticket in the ticket viewer, and I’m pretty sure I AM using kerberos authentication to get on to one of our network volumes. specifically I can use this:

mount_afp “afp://;AUTH=Client%20Krb%20v2@thevault/Pickup” /Volumes/Pickup

to get there.

Part of my confusion is that the ticket viewer in 10.6 doesn’t show you ticket details like on 10.5, so i can’t see the details. but everything is already acting as if I have a TGT, and my etc/authorization file is untouched.

[alantrewartha]

the script i posted on there definitely does work to regionalise as British as part of a PKG postflight script. so you can adapt that. the Norwegian keyboard ID is 12. you can see this by changing the input source manually for a user and inspecting the contents of ~/Library/Preferences/ByHost/com.apple.HIToolbox.[GUID].plist

HTH

[alantrewartha]

this topic

[url]https://www.afp548.com/forum/viewtopic.php?showtopic=22278[/url]

might be of help

[alantrewartha]

THANK YOU SO VERY MUCH

that did the trick 😀 😀 😀 😀

i feel only SLIGHTLY foolish as the problem did feel like a classic permissions issue with the app.

just for the record i did a simple ‘repair permissions’ with Disk Utility and that made UTC2.1 behave itself. so i’m sure that extra line in the build process will also get things on their feet again

I will now go back to my full SL instaDMG with all the PKGs and that extra line in the script [edit update: it worked btw]

I OWE YOU!

love this forum, love instadmg.

[alantrewartha]

using just ‘du’ on the two images the first difference I’ve found is that the InstaDMG image has

ls -lh /private/var/db/dyld
-rw-r–r– 1 pubsys staff 190M 27 Jan 17:50 dyld_shared_cache_i386
-rw-r–r– 1 pubsys staff 48K 27 Jan 17:50 dyld_shared_cache_i386.map
-rw-r–r– 1 pubsys staff 188M 27 Jan 17:50 dyld_shared_cache_x86_64
-rw-r–r– 1 pubsys staff 47K 27 Jan 17:50 dyld_shared_cache_x86_64.map
drwxr-xr-x 8 pubsys staff 272B 14 Jul 2009 shared_region_roots

where the other image has
-rw-r–r– 1 root wheel 48K 27 Jan 14:47 dyld_shared_cache_i386.map
-rw-r–r– 1 root wheel 47K 27 Jan 14:48 dyld_shared_cache_x86_64.map
drwxr-xr-x 8 root wheel 272B 14 Jul 2009 shared_region_roots

and the db folder (above it) has a few more items in it. I *think* i read that DStudio’s image process deliberately clears those dyld_shared_cache_ files.

i read https://www.afp548.com/forum/viewtopic.php?showtopic=25426 too on the subject which didn’t seem too concerned.

I tried a safe boot (which i think deletes/rebuilds those files) and that didn’t help either.

[alantrewartha]

ok, that’s pretty much everything that can be stripped back now, but no change…

method A
create
– standard install from SL DVD
– don’t run setup, quit and netboot
– create image with DStudio.
deploy
– restore image with Dstudio to fresh HD
– reboot new machine
– run through apple setup (inc make main admin user)
– install UTC2.1 – all is well

method B
create
– make DMG from same SL DVD
– run DVD image through InstaDMG (as above) with NO supplementary PKGs
– copy output DMG to DStudio repository
deploy
– restore image with Dstudio to fresh HD
– reboot new machine
– run through apple setup (inc make main admin user)
– install UTC2.1 – “font unavailable’ across the board

so now i have to trace the differences in the two DMGs. there is the obvious difference of in size, which (when the DMGs are mounted) amounts to: method A 4.93GB, method B 5.57GB (in the “Used” section of Get Info)

will let you know what I find. But if anyone has any advice how to track down differences, that would be lovely.

[alantrewartha]

i tried making an ADDITIONAL admin account and installing from that – as it seemed to be something that needed ruling out.

I’m going back to scratch now – remaking a DMG of the DVD, the checksum matched the first one in instaDMG so it went with the cache, and now i’m running again with the cache folder empty.

i’ll try deploying without createUser in the build and not disabling the apple setup stuff…

[alantrewartha]

sorry for posting this long cry for help and then vanishing off the internets. DOUBLE apology for the n00b mistake of not posting ANY system/version details. and finally sorry if i didn’t make it clear that by ‘dud install’ i was specifically talking about the install of UTC. Pretty much everything else *seems* ok.

the build system, the DeployStudio, everything running is 10.6.2
InstaDMG is 1.5 (svn revision: 222)

i’m not using InstaUp2Date. to work out the source of the problem I’ve stripped back to (pretty much) JUST the install DVD image (10.6) to work out at what point UTC is going wrong. The only packages in the chain are clearReg.pkg and createUser.pkg.

i’m not putting UTC in the build chain either – that’s a manual install post-boot.

but what i can get are 2 systems, one made by InstaDMG, one make by a manual install (then imaged, then restored). the distinguishing feature between them is that when I install UTC2 it’s not working on one (InstaDMG) but is fine on the other.

hope that’s clarified some.

[alantrewartha]

[quote]WE want AD Users to have a home folder on the Mac SErver when they login on a mac and a home folder on the PC server when logging in on that.[/quote]

we currently do this without augmented records – pure AD with no OD intervention we manage this by mirroring the home folder structure of the PC server on a seperate mac server, so the PATHs are identical. then the trick is to get the macs to go to the ‘wrong’ server.

which is a small addition to /etc/hosts – ie it thinks it’s going to the right NAMED server, but the IP address is for our mac server

😀

it’s a bit dirty, but it’s been working ok for us for some time.

one day i’ll get the courage to try augmented records again. a trial in early days of Leo server were fraught.

[alantrewartha]

bump. anyone?

log in authenticating as an AD user, before you are taken to the desktop you get an intermediary ‘Your password will expire in X days’ with the option to change your password now or continue to the login.

just want a way to limit this to happening when X is less than a certain number rather than EVERY TIME.

[alantrewartha]

i downloaded this new 10.5.8 combo updater and compared it to the original i still have in my build train, and i don’t think i can see any substantial difference in the BOM (identical output from lsbom on the extracted bom files) or scripts.

looking in the flat package editor there is a ‘Distribution’ file in the new one, along with a load of regionalisation .lproj folder ( with License.rtf and SUDescription.html files and so on)

[alantrewartha]

(BUMP)

interested to know how people are using SIU. just going to start playing with it myself. Interested to see what it actually does wrt InstaDMG process.

are there any good net resources available to read about using SIU?

[Author]

Posts