Re: GP software deployment best practices
On Fri, Jan 28, 2011 at 14:21, Ben Scott mailvor...@gmail.com wrote: On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott crawfo...@evangel.edu wrote: How much RAM does a browser need to access anyway? I've had Firefox over 1 GB under normal conditions. Granted, I had over 100 tabs open, but that's not unusual for me. (This was also before I learned about BarTab.) I've had Firefox crash because it hit the 2 GB 32-bit per-process limit, but that was because I was trying to download a 4+ GB DVD image and there's apparently a memory leak in the download routines. It's apparently a tiny leak, but tiny times many equals large. Does this justify a 64-bit browser? Prolly not. :-) -- Ben At $WORK I routinely have 80+ FF windows open, and many have multiple tabs. FF crashes once in a while - less than once a month, but memory usage is quite high, of course... Kurt ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
Re: GP software deployment best practices
Yes, FF has a 64bit version. I've downloaded it, but have not yet installed it on my Win7 laptop. On Fri, Jan 28, 2011 at 14:44, Crawford, Scott crawfo...@evangel.edu wrote: Nice. Way to push the limits. Showing my ignorance, but does FF have a 64 bit version? I only run IE since its always there and *usually* works so its one less thing to maintain. -Original Message- From: Ben Scott [mailto:mailvor...@gmail.com] Sent: Friday, January 28, 2011 4:21 PM To: NT System Admin Issues Subject: Re: GP software deployment best practices On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott crawfo...@evangel.edu wrote: How much RAM does a browser need to access anyway? I've had Firefox over 1 GB under normal conditions. Granted, I had over 100 tabs open, but that's not unusual for me. (This was also before I learned about BarTab.) I've had Firefox crash because it hit the 2 GB 32-bit per-process limit, but that was because I was trying to download a 4+ GB DVD image and there's apparently a memory leak in the download routines. It's apparently a tiny leak, but tiny times many equals large. Does this justify a 64-bit browser? Prolly not. :-) -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
Re: GP software deployment best practices
1) I would test 64 bit machines before you do this. I don't know that it wouldn't work, but I can see possibilities where this might be a bad idea. 2) In my install folder, I maintain at least a version back. I always put a date stamp on the folder name of the date I installed a particular software. In the GPO, I remove the software installation, forcing it to remove everything from the user's computer. By leaving the folder there, the installer has access to source installation files if it is necessary for uninstallation. 3) I haven't had good lunch with the new version of Java uninstalling the previous version of java. Truthfully, I've given up on maintaining it for a while, and I need to get caught up. However, in the meantime, I have a hodge-podge of different versions out there, since I've manually updated when I've had cause to do so, or I've been at a users machine. This is a lower priority item for me, that probably needs to be moved up my list. On Fri, Jan 28, 2011 at 11:45 AM, Jim Dandy jda...@asmail.ucdavis.eduwrote: I’m going to start pushing Java via Group Policy and have a few questions with regard to best practices. 1) Some of my machines are 32-bit and some are 64. My thought is to create a “Java policy” that pushes both the 32 and 64-bit versions. 64-bit machines would get both and 32-bit machine would only get the 32. Is it OK to have a GP that attempts to push a 64-bit software to 32-bit machines or is that going to cause problems? It seems to work OK on my test machines but perhaps I’m missing something? 2) When a new version of Java comes out should I remove the old policy and create a new policy to push the new version or should I apply the new version as an update to the older version (using the update tab on the GP)? 3) Since the new version will uninstall the old version should I select “Uninstall this application when it falls out of the scope of management” or should I just let the new Java installation remove the older version? Thanks for your help. Curt Finley ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
Re: GP software deployment best practices
On Fri, Jan 28, 2011 at 11:45 AM, Jim Dandy jda...@asmail.ucdavis.edu wrote: 1) Some of my machines are 32-bit and some are 64. My thought is to create a “Java policy” that pushes both the 32 and 64-bit versions. 64-bit machines would get both and 32-bit machine would only get the 32. Is it OK to have a GP that attempts to push a 64-bit software to 32-bit machines or is that going to cause problems? It seems to work OK on my test machines but perhaps I’m missing something? I've never tried that myself, but I have seen situations where an MSI fails installation for whatever reason. The PC ends up trying to install it during every startup, since the GPO says This should be installed and MSI says It isn't installed right now. -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
Re: GP software deployment best practices
I'm no expert bout you could always apply a WMI Filter and have 2 GPO's, one for 32 bit systems and one for 64 bit. Here's the Query you would want to use. SELECT * FROM Win32_Processor WHERE AddressWidth=32 SELECT * FROM Win32_Processor WHERE AddressWidth=64 I haven't tested the new Java since it does the uninstall so I am of no help there. On Fri, Jan 28, 2011 at 8:45 AM, Jim Dandy jda...@asmail.ucdavis.eduwrote: I’m going to start pushing Java via Group Policy and have a few questions with regard to best practices. 1) Some of my machines are 32-bit and some are 64. My thought is to create a “Java policy” that pushes both the 32 and 64-bit versions. 64-bit machines would get both and 32-bit machine would only get the 32. Is it OK to have a GP that attempts to push a 64-bit software to 32-bit machines or is that going to cause problems? It seems to work OK on my test machines but perhaps I’m missing something? 2) When a new version of Java comes out should I remove the old policy and create a new policy to push the new version or should I apply the new version as an update to the older version (using the update tab on the GP)? 3) Since the new version will uninstall the old version should I select “Uninstall this application when it falls out of the scope of management” or should I just let the new Java installation remove the older version? Thanks for your help. Curt Finley ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin -- Mike Sullivan neog...@gmail.com ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
RE: GP software deployment best practices
1. The difference between 32 bit and 64 bit Java correlates to which version your browser supports. Lots of plugins don't have a 64 bit version so we've basically chosen to ignore IE 64 and only push 32 bit plugins to all machines regardless of whether the OS is 32 or 64 bit. You could push both 32 and 64 to 64 bit machines and only 32 to 32 bit machines, but I think the opportunity for problems outweighs any potential benefits. How much RAM does a browser need to access anyway? 2. You can leave the existing policy in place, but remove the old package and add the new one. (see below) 3. Check Uninstall this application..., this coupled with the above will remove old versions as you push new ones out. I'm not sure how clean uninstall is when a Java update does it, but removing the MSI is about as clean as you can get. From: Jim Dandy [mailto:jda...@asmail.ucdavis.edu] Sent: Friday, January 28, 2011 10:45 AM To: NT System Admin Issues Subject: GP software deployment best practices I'm going to start pushing Java via Group Policy and have a few questions with regard to best practices. 1) Some of my machines are 32-bit and some are 64. My thought is to create a Java policy that pushes both the 32 and 64-bit versions. 64-bit machines would get both and 32-bit machine would only get the 32. Is it OK to have a GP that attempts to push a 64-bit software to 32-bit machines or is that going to cause problems? It seems to work OK on my test machines but perhaps I'm missing something? 2) When a new version of Java comes out should I remove the old policy and create a new policy to push the new version or should I apply the new version as an update to the older version (using the update tab on the GP)? 3) Since the new version will uninstall the old version should I select Uninstall this application when it falls out of the scope of management or should I just let the new Java installation remove the older version? Thanks for your help. Curt Finley ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
Re: GP software deployment best practices
On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott crawfo...@evangel.edu wrote: How much RAM does a browser need to access anyway? I've had Firefox over 1 GB under normal conditions. Granted, I had over 100 tabs open, but that's not unusual for me. (This was also before I learned about BarTab.) I've had Firefox crash because it hit the 2 GB 32-bit per-process limit, but that was because I was trying to download a 4+ GB DVD image and there's apparently a memory leak in the download routines. It's apparently a tiny leak, but tiny times many equals large. Does this justify a 64-bit browser? Prolly not. :-) -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
RE: GP software deployment best practices
Nice. Way to push the limits. Showing my ignorance, but does FF have a 64 bit version? I only run IE since its always there and *usually* works so its one less thing to maintain. -Original Message- From: Ben Scott [mailto:mailvor...@gmail.com] Sent: Friday, January 28, 2011 4:21 PM To: NT System Admin Issues Subject: Re: GP software deployment best practices On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott crawfo...@evangel.edu wrote: How much RAM does a browser need to access anyway? I've had Firefox over 1 GB under normal conditions. Granted, I had over 100 tabs open, but that's not unusual for me. (This was also before I learned about BarTab.) I've had Firefox crash because it hit the 2 GB 32-bit per-process limit, but that was because I was trying to download a 4+ GB DVD image and there's apparently a memory leak in the download routines. It's apparently a tiny leak, but tiny times many equals large. Does this justify a 64-bit browser? Prolly not. :-) -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
RE: GP software deployment best practices
Certainly not if you need a stable Flash. (NB: perhaps that is an oxymoron.) Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com -Original Message- From: Ben Scott [mailto:mailvor...@gmail.com] Sent: Friday, January 28, 2011 5:21 PM To: NT System Admin Issues Subject: Re: GP software deployment best practices On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott crawfo...@evangel.edu wrote: How much RAM does a browser need to access anyway? I've had Firefox over 1 GB under normal conditions. Granted, I had over 100 tabs open, but that's not unusual for me. (This was also before I learned about BarTab.) I've had Firefox crash because it hit the 2 GB 32-bit per-process limit, but that was because I was trying to download a 4+ GB DVD image and there's apparently a memory leak in the download routines. It's apparently a tiny leak, but tiny times many equals large. Does this justify a 64-bit browser? Prolly not. :-) -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
Re: GP software deployment best practices
On Fri, Jan 28, 2011 at 5:44 PM, Crawford, Scott crawfo...@evangel.edu wrote: Showing my ignorance, but does FF have a 64 bit version? Definitely does on Linux. Linux distributions which build for other architectures build all their packages for that architecture. So if you're running an x86-64 Linux distro, every single package for that distro will be 64-bit. The office suites, the IM programs, the audio players, everything. It's a far cry from the land of Windows, where even Microsoft is still trying to work out the kinks, let alone third-parties. Haven't looked for Firefox for Win64... a quick Google makes it look like it's in early beta testing right now. -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
Re: GP software deployment best practices
On Fri, Jan 28, 2011 at 5:48 PM, Michael B. Smith mich...@smithcons.com wrote: Does this justify a 64-bit browser? Prolly not. :-) Certainly not if you need a stable Flash. On 'nix, there's a nifty package called nspluginwrapper which let you use the 32-bit flash in a 64-bit browser. Dunno if it's available for 'dows. Had the additional benefit of isolating Flash crashes, before Firefox started putting plugins in isolated processes anyway. (NB: perhaps that is an oxymoron.) Indeed. -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/ ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin