[...] Not sure what causes that. The script I replied with is a direct copy/paste from my ARD script template. Note that this was designed primarily to circumvent the Intel-based LoginWindow activation bug, and wasn't necessary on PowerPC based computers. [...]]]>
Yes that is correct, but typically (more than not), if your running at least tiger, the USB printers hooked directly to computer will auto add themselves. If they have a wireless / networked printer added then it'll be gone and have to be manually re-added. [...]]]>
Hi Nick, when I try your Script it returns the error message: XServeG5 (192.70.169.250) 120:121: syntax error: Expected end of line but found “"”. (-2741) Achim Am 18.11.09 00:37, schrieb Nick McSpadden: [...]]]>
Hi list :-) Being administrator at a high school with 300 pupils´ MacBooks and 25 teachers´ Pros, I occasionally update the clients with new printer .ppd files. To do this, I Manage>"Copy items" and Place items in "Same relative location" and "Replace the item" if it already exists. [...]]]>
[...] Just for kicks, I tried this. Same behavior, actually - a "library" window shows up in the window list, but no actual window appears. US Code for Copyright & Fair Use: http://www.law.cornell.edu/uscode/html/uscode17/usc_sec_17_00000107----000-. [...]]]>
[...] That makes me sad. That isn't a solution, that's a workaround, and all of our other clients are running 3.3. I don't want to roll back every single one of the several hundred macs we have here. [...] This script is guaranteed to work on all machines, all OSs, as far as I know. [...]]]>
osascript -e 'tell application "System Events"' -e 'keystroke "USERNAME"' -e 'keystroke tab' \ -e 'delay 0.5' -e 'keystroke "PWD"' -e 'delay 0.5' -e 'keystroke return' -e 'end tell' Best Dave On Tuesday, November 17, 2009, at 01:35AM, "achim widmaier" <email@hidden> wrote: [...] [...]]]>
Home
Archives
FAQ
Terms/Conditions
Contact
RSS
Lists
About
Visit the Apple Store online or at retail locations.
1-800-MY-APPLE
Contact Apple | Terms of Use | Privacy Policy
Copyright © 2007 Apple Inc. All rights reserved. [...]]]>Greetings, I'm running into a problem I've never encountered before. We have an Xserve running Leopard Server (10.5.8), and we have an application that requires a user to log in to run (I'm working on that problem with the company in question). So to protect the server at the console level, I enabled Fast User Switching and just used the menu to go to the Login Window, without logging out the user. Unfortunately, for some reason, ARD cannot display an Observe/Control window at all when it's at the Login Window in this manner. If I actually log out the user, it's fine; but if one user is logged in while at the Login Window, the window never actually appears. ARD thinks it does, and the name of the server shows up in the Window list, and I can Command-W close the window (which isn't there), but there's no actual physical window. The only way I can get past this is to send a UNIX script to send keystrokes to log the machine back into the user account. Then I can observe/control normally. Anyone have any thoughts on this? US Code for Copyright & Fair Use: http://www.law.cornell.edu/uscode/html/uscode17/usc_sec_17_00000107----000-.html]]>
I got your message. Best regards, Kim Young Middle School Laptop Technician Packer Collegiate Institute 170 Joralemon Street Brooklyn, NY 11201 (718) 250-0217 Randy McMillan <email@hidden> writes: Greetings, I signed up 2x now, have not seen any messages as of yet. [...]]]>
Check! I will now be quite!!! Thanks, Randy Mac On Nov 12, 2009, at 12:29 PM, lbland wrote: yeah, you got through. the ard mail list is slow ... maybe a couple a month or something. thanks!- -lance On Nov 12, 2009, at 12:27 PM, Randy McMillan wrote: [...] [...]]]>
Hello I'm here -Greg Greg A. Pedersen The Topps Company | Graphic Services | LAN Manager | 212 376-0511 "The only easy day was yesterday." - Navy SEAL Motto [...]]]>
Greetings, I signed up 2x now, have not seen any messages as of yet. Just checking in, to say hey..... anyone here? -------------------- Randy McMillan email@hidden]]>
I realized those commands are slightly redundant. You should be able to just do the for loop and then killall the dock and it will take care of the current user as well. Nate On Nov 11, 2009, at 12:53 PM, Walck, Nathan Alan wrote: [...]]]>
Here is what I've used in the past to accomplish this with users already logged in:
USER=$(who | awk '{if (NR==1) {print $1}}')
sudo -u $USER defaults write com.apple.dock orientation "left"
killall Dock
Then, you also need to change it on the default user profile so that it is changed for all future users. You might also need to change it for each user that has logged in in the past, so you'd want to do this as well:
Using send unix command:
cd /Users
for username in *
do
defaults write /Users/$username/Library/Preferences/com.apple.dock orientation "left"
done
This should add orientation "left" to every dock plist for every user.
Hope that helps!
Nate
On Nov 11, 2009, at 12:40 PM, Jackson, William wrote:
[...]
]]>[...] Don't run the command as root. When computers are logged on with lmu, run the command as the current user on the target computer. William]]>
"Jackson, William" <email@hidden> writes: You can send these two UNIX commands: defaults write com.apple.dock orientation "left" killall Dock Has no effect on local manged user dock in my instance. Logged in as lmu send above from ard as root and nothing changes. [...]]]>
You can send these two UNIX commands: defaults write com.apple.dock orientation "left" killall Dock The first command sets the orientation in the plist file. The second restarts the Dock so it will reread the plist file. William Jackson ITS Managed Desktop Support Services email@hidden [...]]]>
I need to move the dock from bottom to left on 30 machines. Managed local user w/simple finder. Any ideas appreciated. TIA
Bob Henry
IT & DATA
Wrangell Public Schools
907-874-2321 x244
]]>Thanks. That worked great. Dawn -- Dawn Schiavone District Technology Integration Specialist Network Administrator Ottawa Hills Local Schools 3600 Indian Rd. Toledo, Ohio 43606 PH 419.536.2713 FX 419.534.5380 VM 419.534.5388 x409 (High School) x385(Elementary) [...]]]>
On 11/10/09 9:10 AM, "Peter Bukowinski" <email@hidden> wrote: [...] Exactly what I do too. Steve Steve Yuroff Network and System Administrator Hiebing email@hidden 608.256.6357]]>
I used the following commands to change a computers name via the send unix command in ARD sudo scutil --set HostName NAME sudo scutil --set LocalHostName NAME sudo scutil --set ComputerName NAME On 11/10/09 9:59 AM, "Dawn Schiavone" <email@hidden> wrote: [...] [...]]]>
[...] I have ARD installed as a task server on an Xserve, but I keep my primary copy of ARD on my MacBook Pro. If I need to connect to clients from home, I VPN in to work and go at it. This email sent to email@hidden References: [...] Previous by thread: [...]]]>
I have a question that refers to both ARD and Workgroup Manager. If I change the sharing machine name in ARD, it changes the name but not the short name. So when I am in Workgroup Manager and I begin to add computers to computer list/members, the list shows the correct [...]]]>
I would like to access my ARD console at work from home. Is anyone doing this and if so how are you doing it? Thanks, Richard Eppert IUPUI University Library]]>
[...] system.log and secure.log, although they aren't obviously labeled. You're basically looking for login info and ARDAgent/VNC entries]]>
I am trying to determine if the Apple Remote Desktop client logs incoming connections and activity from an Admin. I have not been able to to find anything online or in the system logs. Has anyone been able to determine where these logs are kept?]]>
Yes, Bonjour only works on your local subnet (broadcast domain). Given what we know about your situation, I would suggest an alternative approach: on the second b/g router, disable DHCP, (and DNS, or any other duplicative services its providing) and wire it up [...]]]>
do a scan by IP range -----Original Message----- From: remote-desktop-bounces+robert_giltzow=email@hidden [mailto:remote-desktop-bounces+robert_giltzow=email@hidden]On Behalf Of Jeffrey Safire Sent: Friday, November 06, 2009 12:53 PM To: email@hidden Subject: Using [...]]]>
Can Bonjour find computers only on the same subnet as the machine running ARD? I have a set of computers on one router, from which ARD is run; and another set of computers on a different router. How can I find those computers on the second router? Or is there even a way? [...]]]>
I have one machine that is running 3.3.1 that is crashing all the time since updating, other computer running 3.2.2 still rock solid. I thought it was just me until reading this. ------------------------------------------------------------ Geoff Tessau District Technology Coordinator AGWSR Community Schools 609 S. Monroe Wellsburg, IA 50680 (641)869-5121 ------------------------------------------------------------ On Nov 5, 2009, at 2:09 PM, email@hidden wrote: > quoted text
]]>I’ve had frequent (daily?) problems with version 3.x through all 3.x updates. ARD crashing, reports failing, task server not working, clients showing up offline/grey when they are online. Some bugs I’ve experienced have been resolved but I think they are primarily GUI based. [...]]]>
Title: Re: ARD 3.3.1 Reports Not Working On 11/3/09 12:47 PM, "Bruce O'Leary" <email@hidden> wrote: I've posted this to the Apple support discussion boards, but have had no replies, so... I am unable to generate Application Usage and User History reports. All other reports work fine. [...]]]>
I've posted this to the Apple support discussion boards, but have had no replies, so... I am unable to generate Application Usage and User History reports. All other reports work fine. I'm running ARD 3.3 on an iMac (OS X 10.6.1) and have it set up as a task server, with remote connections allowed. Firewall is set up to "allow incoming connections" for Remote Management and ARDAgent. All clients are running 10.5.8 and ARD client v3.3.1. Macs in classrooms and labs are configured to generate report data every day but at different times. I'm currently only collecting System Profile, Application Usage and User Accounting data. When I try to generate a report for either a group of machines or just one, the Active Task window sits there saying "In progress" and "Waiting for report data" without getting anywhere. There are no recent files in the /var/db/RemoteManagement/ClientCaches directories, either. A look at the logs shows that the clients are trying to talk to the task server at the correct times (e.g. 2:00am). However, there are entries for each contact that lead me to believe I am missing something in the setup: Oct 28 02:00:00 myTaskServerName ARDAgent266: Client key for MA:CA:DD:RE:SS not found. Oct 28 02:00:00 myTaskServerName ARDAgent266: Encryption key not found for client. I would love to know how to generate the missing keys. Bruce O'Leary Apple Systems Administrator Academic Computing University of Massachusetts Amherst]]>
ARD 3.3.1 works just fine for me too. Seems more responsive than past versions. I'm running it under 10.5.8 on a Mac mini with 2GB of RAM to manage 65 Macs. On Nov 2, 2009, at 2:11 PM, Nick McSpadden wrote: ----- "Matthew Arion (NIH/NIEHS)" <email@hidden> wrote: [...] [...]]]>
Yea ARD 3.3.x works well for me, I have 4 copies (3 lab teachers and me) managing around 300 machines. The one thing I've noticed is if the 10.5 imacs have been idle for a while, it's best to hit "observe" before locking the screens. If I just hit "lock" first thing, some of the client machines [...]]]>
Running on an iMac with 4GB of RAM, 10.5.8, build 9L31a and I too am experiencing many crashes throughout the course of the day. No rhyme or reason or pattern to speak of either. Managing 2300 machines and having one of the main tools crash for no reason is soooo frustrating. [...]]]>
[...] Surprisingly, and I suspect I may be alone in this based on the responses of this email thread, but nearly all of my ARD problems went away after 3.3.1. Prior, it had been unreliable and wonky most of the time, and manipulating more than about 10 computers at once usually required me to restart the program. It was especially poor at copying files or installing packages, but most of those problems are now gone. For me, ARD 3.3.1 is pretty much what it should've started out as. It's currently at a happy place for me, though I eagerly look forward to them putting in more the requested features. US Code for Copyright & Fair Use: http://www.law.cornell.edu/uscode/html/uscode17/usc_sec_17_00000107----000-.html]]>
Usually once per hour for me. OS X 10.5.8, ARD 3.3.1 Mark Kent (MCP,A+) Desktop Systems Engineer, Enterprise Desktop Systems Computing Services - Buffalo State College "You only get what you give." From: remote-desktop-bounces+kentmj=email@hidden [ [...]]]>
Kurt Harvey <email@hidden> writes: [...] I manage approx. 450 computers with ARD. I'm running it on a MacBook Pro, OS 10.5.8, 2.8 Ghz processor, 4 Gig RAM. Now with version 3.3 it will freeze in the middle of commands and just randomly SEIZE UP when I have it [...]]]>
On Oct 23, 2009, at 11:15 AM, Arion, Matthew (NIH/NIEHS) wrote: > quoted text I wasn't having too much trouble with ARD freezing or crashing until I moved to Snow Leopard. Now, ARD freezes several time/day. No pattern that I can see yet. Kurt]]>