I agree SUS was a good first "draft" unfortunately I had to do quite a bit of programming to get it to do what I really wanted, one thing that irritated me was that it didn't notify the ADMINs or specified users the latest updates status i.e. fails success and what patches where updated and the amount of time taken.
I had to build a windows service in .net to do this. Other wise its working pretty well. The one thing they could add is a log of the clients that have updated successfully.
Carlos - Active Directory Programming? - http://groups.yahoo.com/group/adsianddirectoryservices
-----Original Message-----
From: William Lefkovics [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 09, 2003 10:33 PM
To: [EMAIL PROTECTED]
Subject: Re: [ActiveDir] SUS Feedback...
We share the same issues.
But we have laptops that have traveled the country or just get taken home
each night, but haven't been rebooted in weeks. They just hibernate on
battery power til next time they are opened.
Essentially, we have chosen to not shut off workstations at days' end. They
remain running 24/7. Updates for antivirus, patches for applications or OS
all happen after hours for desktops.
William
----- Original Message -----
From: "Roger Seielstad" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, September 09, 2003 11:59 AM
Subject: RE: [ActiveDir] SUS Feedback...
> I've been running SUS SP1 for a week or two now - finally got time to
> implement it.
>
> I'd second a lot of the basic limitations of the product - its not
perfect,
> but it does do a good job with the basics. If you're aware of the limits,
> it's a good way to push the more critical OS layer stuff.
>
> The biggest issue I've got is dealing with the automatic reboots - a lot
of
> MS patches (as you know) require restarts to take effect. The decision as
to
> whether or not to force reboot isn't easy, and I wish there was some form
of
> recurring reminder to reboot.
>
> In my environment, that can be an issue - I have a heavily laptop oriented
> client base, so I have to schedule the updates to happen when they're here
> (I chose Noon), but that's a busy time for people, so forcing a reboot
then
> isn't a great option. Fortunately, most laptops get shut down and taken
home
> at night. My desktops, however, probably won't get rebooted, so that's a
> problem. And more often than not, the desktops are on the desks of people
> who are going to cause me pain (development and customer support).
>
> I'd like to be able to do some form of filtering (WMI?) for client type
and
> have different settings for different boxes, and I *think* that's on the
> books for 2.0, but I don't know.
>
> --------------------------------------------------------------
> Roger D. Seielstad - MTS MCSE MS-MVP
> Sr. Systems Administrator
> Inovis Inc.
>
>
> > -----Original Message-----
> > From: Myrick, Todd (NIH/CIT) [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 09, 2003 1:12 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: [ActiveDir] SUS Feedback...
> >
> >
> > Is anyone out there running Software Update Service? I want
> > to gage what
> > the general opinion of the service is. I personally think that there
> > probably needs to be two approaches when it comes to a
> > service like this.
> > One is a pull service based on GPO agent configuration, the
> > other is a push
> > service based on a need to force workstation updates on
> > down-level clients,
> > and those that seem to ride outside the SUS zone.
> >
> > Any comments?
> >
> > Thanks,
> >
> > Todd Myrick
> > List info : http://www.activedir.org/mail_list.htm
> > List FAQ : http://www.activedir.org/list_faq.htm
> > List archive:
> > http://www.mail-archive.com/activedir%> 40mail.activedir.org/
> >
> List info : http://www.activedir.org/mail_list.htm
> List FAQ : http://www.activedir.org/list_faq.htm
> List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/
>
List info : http://www.activedir.org/mail_list.htm
List FAQ : http://www.activedir.org/list_faq.htm
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/
------------------------------------------------------------- This email and any files transmitted are confidential and intended solely for the use of the individual or entity to which they are addressed, whose privacy should be respected. Any views or opinions are solely those of the author and do not necessarily represent those of the Trencor Group, or any of its representatives, unless specifically stated.
Email transmission cannot be guaranteed to be secure, error free or without virus contamination. The sender therefore accepts no liability for any errors or omissions in the contents of this message, nor for any virus infection that might result from opening this message. Trencor is not responsible in the event of any third party interception of this email. If you have received this email in error please notify [EMAIL PROTECTED] For more information about Trencor, visit www.trencor.net <http://www.trencor.net>
