[Date Prev] [Date Next] | [Thread Prev] [Thread Next] | [Date Index] [Thread Index] |
Re: Multiple Dependencies (as requested)
|
this is why a graphical interface with collaspseable menus will be really useful. If you are trying to keep track of events like this, it presents a problem for others unless we do something client-specific On Mon, 18 Oct 1999, Rick Beebe wrote: > Good point, but it depends on how you use it. We, the network operations > staff, hide devices so that our help desk doesn't see them. Usually it's > because we've verified that the device is still alive even though it's not > answering pings, or it's something that's temporarily down. Obviously we > can't go around and put cookies on everyone's machines. > > If you want to see all the devices, just look at the 'error' view instead of > the 'critical' view. > > "Jonathan A. Zdziarski" wrote: > > > > the problem with a 'hidden' field in the database is that it's not the > > place for it...if one person wants to hide a view and another doesn't, > > it automatically makes the field obsolite. i think the 'hidden' > > information should be kept in either a cookie, /tmp file, or whatever > > type of file a view process initializes to store its variables. > > > > On Mon, 18 > > Oct 1999, Rick Beebe wrote: > > > > > "Jonathan A. Zdziarski" wrote: > > > > > > > > All involved, please let me know what you think of this below. I believe > > > > it will be the optimal level of multiple dependency logic for our > > > > application allowing you to form complex AND and OR routines, rather than > > > > just OR routines. > > > > > > One of the things I added to the web interface, that doesn't exist in > > > netconsole, was a status field and a 'hidden' field. I had to use the > > > somewhat kludgy etc/updates file to do that. Since we're talking about a > > > redesign, how about adding those to the database to make it easy to add that > > > functionality to any of the interfaces. > > -- > _____________________________________________________________________ > > Rick Beebe (203) 785-4566 > Network Engineering Manager FAX: (203) 737-4037 > ITS-Med Technology Operations Richard.Beebe@yale.edu > Yale University School of Medicine > 333 Cedar Street, New Haven, CT 06510 > _____________________________________________________________________ > Thank you, Jonathan A. Zdziarski Sr. Systems Administrator Netrail, inc. 888.NET.RAIL x240 http://www.netrail.net |