Does Sun have an 'official' position on ripping out their version and
running your own?  Does anyone have any experience dealing with Sun where
it became known that you were running a different version than theirs 
(i.e., Sun tried to blame that for some other problem)?

Our university IT management are somewhat uncomfortable with running
something this critical not provided through the OS vendor (esp. given
that the vendor ships a version of it), and would feel a lot better
if they knew Sun didn't really care one way or the other.  (Yes, they
are very over-sensitive about open source software, but I still have
to answer their concerns even when I think they may be misplaced).
The feeling seems to be that since it is actually installed by Sun
as packages named SUNWwhatever is more of a 'stamp of approval' than,
for example, the stuff in /usr/sfw.

Apologies if this is veering off-topic for the list...

Thanks,
Toby


Jeff A. Earickson <[EMAIL PROTECTED]> wrote:
> http://www.colby.edu/personal/j/jaearick/sysadmin/sol10.ipfilter.upgrade
> 
> if you need to switch from Sun version to public-domain version
> 
> On Tue, 16 May 2006, Darren Reed wrote:
> 
> >Date: Tue, 16 May 2006 04:11:24 +1000 (EST)
> >From: Darren Reed <[EMAIL PROTECTED]>
> >To: Toby Chappell <[EMAIL PROTECTED]>
> >Cc: [email protected]
> >Subject: Re: removing entries from pools (was Re: using named pools in 
> >rules)
> >
> >>Thanks Darren.
> >>
> >>In a related question, if I create and populate a pool like this:
> >>
> >>    ippool -A -m 1 -o ipf -t pool
> >>    ippool -a -m 1 -o ipf -i 131.96.1.4
> >>    ippool -a -m 1 -o ipf -i 131.96.1.6
> >>
> >>
> >>how can I remove a member from the same pool? The man page and command
> >>usage for ippool seem to suggest something like this:
> >>
> >>    ippool -r -m 1 -o ipf -i 131.96.1.4
> >>
> >>but when I do so, I get the error:
> >>
> >>    remove_pool:SIOCLOOKUPDELNODE: No such file or directory
> >>
> >>(same result for 131.96.1.4/32).
> >>
> >>Note: This is still IPF 4.0.2 and PFIL 1.61 on Solaris 10.
> >
> >This has been fixed...all I can say is, either upgrade ass per
> >Jeff's directions, wait for an update from Sun or file a bug.
> >
> >Darren
> >

-- 
Toby Chappell                                            Georgia State Univ.
Lead Software System Engineer                               Atlanta, Georgia 
UNIX Support                                           Phone: (404) 651-3805
[EMAIL PROTECTED]                                        Fax: (404) 651-4408

Reply via email to