+1 ... I run the console on my desktop with no "hogging"

On Tue, Jul 26, 2011 at 1:23 PM, Roger Wright <[email protected]> wrote:

> Agreed.  I can run the VIPRE console on the server but choose to do it from
> my desktop machine instead.  It's rarely open on the server.
>
>
> Roger Wright
> ___
>
> Dr. Seuss is my favorite rapper!  Cat - Hat... sheer genius!
>
>
>
>
> On Tue, Jul 26, 2011 at 1:20 PM, Jonathan Link <[email protected]>wrote:
>
>> Why on earth have the console running all the time, then?
>>
>>
>>
>> On Tue, Jul 26, 2011 at 1:14 PM, John Aldrich <
>> [email protected]> wrote:
>>
>>> Nope... it's not the Vipre server that's the problem, it's the console.
>>> Guess I'll just have to live with manually shutting down the console if I
>>> want to reboot the server. It's not that big a deal now that I've decided
>>> not to automatically reboot the server weekly.
>>>
>>>
>>>
>>> From: Kim Longenbaugh [mailto:[email protected]]
>>> Sent: Tuesday, July 26, 2011 12:59 PM
>>> To: NT System Admin Issues
>>> Subject: RE: Vipre console hangs server on reboot
>>>
>>> how about a "net stop <vipre services>".  I can't test right now, but
>>> that
>>> seems like it would stop the console too.  there's two key vipre
>>> services,
>>> by the way.  If you can "net stop", there's no reason to taskkill
>>> ________________________________________
>>> From: Andrew S. Baker [[email protected]]
>>> Sent: Tuesday, July 26, 2011 11:20 AM
>>> To: NT System Admin Issues
>>> Subject: Re: Vipre console hangs server on reboot
>>> Well, if they (app vendor) offer no programmatic way to shut the console
>>> down, and they (app vendor) are suggesting that you kill the task, then
>>> your
>>> only other alternative will be an application that programmatically
>>> manages
>>> the dialog boxes.   This approach will likely be complicated by the state
>>> of
>>> the server (e.g. workstation locked).
>>>
>>> Process killing is rarely fraught with peril...
>>>
>>> ASB
>>> http://about.me/Andrew.S.Baker
>>> Harnessing the Advantages of Technology for the SMB market…
>>>
>>>
>>> On Tue, Jul 26, 2011 at 11:44 AM, John Aldrich
>>> <[email protected]> wrote:
>>> I suppose there’s no real reason to reboot the server on a scheduled
>>> basis…
>>> THAT server has never had any real issues… As for not running the Console
>>> remotely, I really don’t wish to install it on another machine as it’s a
>>> bit
>>> of a resource hog. As far as taskkill, I just don’t like killing off a
>>> process “just because”, and that’s what that seems like to me.
>>>
>>>
>>>
>>> From: Andrew S. Baker [mailto:[email protected]]
>>> Sent: Tuesday, July 26, 2011 11:25 AM
>>>
>>> To: NT System Admin Issues
>>> Subject: Re: Vipre console hangs server on reboot
>>>
>>> A - Why are you rebooting the server on a scheduled basis?
>>>
>>>
>>> B - Why are you not running the Vipre console remotely?
>>>
>>> C - What's wrong with Taskkill (assuming you don't wish to address the
>>> previous two issues)?
>>> ASB
>>> http://about.me/Andrew.S.Baker
>>> Harnessing the Advantages of Technology for the SMB market…
>>>
>>> On Tue, Jul 26, 2011 at 11:14 AM, John Aldrich
>>> <[email protected]> wrote:
>>> I have to manually shut down Vipre Enterprise Console if I want the
>>> server
>>> to come up on a scheduled reboot, otherwise it hangs the server and I
>>> have
>>> to manually power-cycle the server to get it to work. I checked with
>>> Sunbelt
>>> support and they said there is no way to *programmatically* close the
>>> console when I reboot the server (scheduled task, so it's
>>> non-interactive.)
>>> They suggested using Microsoft's TaskKill. Anyone got any better
>>> suggestions? Server is Windows 2003R2 standard.
>>>
>>> ~ 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 [email protected]
>>> 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 [email protected]
>>> 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 [email protected]
>>> 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 [email protected]
>> 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 [email protected]
> 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 [email protected]
with the body: unsubscribe ntsysadmin

Reply via email to