[mikemchargue]

With such limited upstream bandwidth, the only way to speed viewing for people on the Internet is to encode your movies at a lower resolution, lower bitrate or both. How many simutaneous viewers do you expect? Your not going to be able to service many on 800kbps.

[mikemchargue]

[QUOTE][u]Quote by: rmleonard[/u][p]I am presently booked at the Parc55 but want to save money – ($200 a night bothers me, even though I’m not paying)

rather than a rats nest – el cheapo place – I’d like a nice clean ( Free wireless ) place that caters to people who like hot showers, no mold or bugs….

This way – we can eat out and enjoy the area….

Any Ideas?

Rich[/p][/QUOTE]

Try Hotel Pickwick. It’s older, but it’s clean and the staff is friendly. You can often get a room for $99 a night and your still right next to Moscone West.

[mikemchargue]

[QUOTE][u]Quote by: eyoung123[/u][p]I have a synchronized mobile user (Home directory on Xserve synced with a local Home) that cannot get rid of trashed items… each time she logs back in there is an extensive re-sync and everything on her desktop that was trashed comes back. This ossurs if you choose “Home Local” or “Network Home” as the primary source. It also occurs on a different system with her account. I went into the account and manually removed a folder that kept coming back and it stayed dead. but if I try this on any system logged in as her, the deleted item will come back.

I looked at her account and it seems no different from her fellow users.

Note that I recently inherited the existing setup here and am a serious OD n00b.
[/p][/QUOTE]

This issue pops up peridoically with us. First, log delete the following:
~/Library/Preferences/com.apple.homesync.plist
/Library/Managed Preferences

Then log in and select either portable home or network home. Let the full sync happen. Delete the files that you don’t need. Login or logout to invoke a sync. Everything should work again.

[mikemchargue]

[QUOTE][u]Quote by: MacTroll[/u][p]You’re most likely going to have to refine what you do and do not synch.

It sounds like you’re pushing the limits of the synch engine, so you need to relax that a bit. Either by reducing the synch interval, or reducing what you’re synching. If you’re using IMAP, don’t synch the mail, for example, keep it on the server.[/p][/QUOTE]

I was very afraid that this would be the response. We use IMAP and don’t sync the IMAP folders, but users still have copious amounts of mail filed locally since we have a 1 GB cap on mail boxes.

Is this a matter of “sync less at once?” IE, could I sync ~/Library on login and ~/Music on logout, hence lowering the amount of files synced each time?

[mikemchargue]

[QUOTE][u]Quote by: MacTroll[/u][p]Yeah, there’s no real great solutions here.

Casper has a solution based around a deamon that constantly looks for banned names and paths in the process list and kills them. I think others have come up with their own along this line as well.[/p][/QUOTE]

We’ve recently gone with Casper as well. The blocked apps functionality plus use of Composer all well worth the price of admission.

[mikemchargue]

Wow, that sucks. I did something similar when I first began experimening with LACP. My solution was a LONG VGA cable and an string of USB extension cables, although a connection to the console port would work too.

You’ll need a guru of a much higher power than me to tell you how to reset a box via the network with you can’t even see it with arp.

[mikemchargue]

Delete /Library/Managed Preferences. Delete ~/Library/Preferences/com.apple.homesync.plist. Ensure that you have no checked “Merge with client settings” in the manged prefs in WGM for login/logout sync.

The combination of those three has always worked for me.

[mikemchargue]

Have you tried ditto?

[mikemchargue]

[QUOTE][u]Quote by: macshome[/u][p]You can probably work this out with ACLs for the most part. Remember too that sudo isn’t the keys to the whole box. You can easily provision what people can do with sudo.[/p][/QUOTE]

Our SarBox auditors aren’t comforatable using permissions or ACLs to protect certain data, because server admins can change them. That’s why we had to go with Disk Images.

[mikemchargue]

In our company, information that requires such strigent security is kept on encypted disk images. Is there any reason that wouldn’t work for you?

If you decide on such a solution, educating users that information stored in an encrypted image can not be retrieved by any means if the password is lost. Most users have the expectations that admins can reset the password for anything. I’m constantly being asked to change people’s passwords for AOL IM…

[mikemchargue]

I haven’t had your specfic issue before, but I have had trouble with managed prefs propagating to clients correctly. The fix for me was to delete the offending file(s) in /Library/ManagedPreferences on the client box.

I was having rampant Portable Home Direcorty sync conflicts a few weeks back and in desparation I used ARD to delete the ManagedPreferences folder itself on every box in the building. After that, everything worked again.

It’s worth a shot anyway.

[mikemchargue]

[QUOTE][u]Quote by: MacTroll[/u][p]1. Makes no difference which one you’re using. The Kerberization process will work with either.

2. OS X clients will already know about the replicas. There is no need for a secondary LDAP entry.[/p][/QUOTE]

1. That was my assumption, but I hate to roll out servers on an assumption. Thanks!

2. The Open Directory Administration manual seemed to indicate that. Do you have any insight into how clients know about replicas? I’d just like to know. 🙂

[mikemchargue]

Three cheers for Keychain Minder!

I loaded that app in /Applications/Utilites and then added it to the login items in group preferences in the OD Master. Now everything works as it should.

[mikemchargue]

This is not fixed in Tiger. I’m running an OD master on 10.4.2 Server. My clients are 10.4.2 with network homes. When users are prompted to change their passwords at login, their Keychain passwords are not changed and support hell ensues. I have 150 users and most of the accounts were created on the same day. Every 90 days I spend a full work day helping people get their Keychain password to match their OD password.

Of course, if the users use the Change Password button in System Preferences>Accounts the Keychain password is changed. I can’t convince any of them to change their passwords before that 90 day mark though.

This is truly aggravating.

I’ll have to look into this Keychain Minder.

[Author]

Posts