On Wed, Dec 10, 2008 at 09:06:20AM -0800, Kent Peacock wrote:
> On 12/10/08 06:21, Ceri Davies wrote:
> > We're doing that now because the docs gave me the impression that
> > servers in a FOG had to have a shared VLAN. I've since seen a blog post
> > (one of yours, I think) showing that this isn'
On 12/10/08 06:21, Ceri Davies wrote:
We're doing that now because the docs gave me the impression that
servers in a FOG had to have a shared VLAN. I've since seen a blog post
(one of yours, I think) showing that this isn't the case, but is such a
configuration (FOG with no shared subnet) suppor
On Fri, Dec 05, 2008 at 06:03:55PM -0500, Bob Doolittle wrote:
> William Yang wrote:
> > Is there a benefit derived from using multicast over broadcast? And
> > similarly, apart from issues with multicast on some networks, does using
> > broadcast have advantages over multicast?
> >
>
> If y
On Fri, Dec 5, 2008 at 6:03 PM, Bob Doolittle <[EMAIL PROTECTED]> wrote:
> William Yang wrote:
>>
>> Is there a benefit derived from using multicast over broadcast? And
>> similarly, apart from issues with multicast on some networks, does using
>> broadcast have advantages over multicast?
>
> If yo
William Yang wrote:
Is there a benefit derived from using multicast over broadcast? And similarly, apart from issues with multicast on some networks, does using broadcast have advantages over multicast?
If you have a single subnet shared by all servers, the only benefit of
broadcast over mu
AIL PROTECTED]>
To: "SunRay-Users mailing list"
Sent: Friday, December 5, 2008 12:24:05 PM GMT -05:00 US/Canada Eastern
Subject: Re: [SunRay-Users] FOG not forming properly?
Jason Jones wrote:
> that seems to be the default if I am understanding the format of the
> au
Jason Jones wrote:
that seems to be the default if I am understanding the format of the
auth.props file - currently in the auth.props file i see:
#enableGroupManager = true
Its commented out - but what is reflected in the auth.props file are
the default values. Right?
That's right. Nobod
that seems to be the default if I am understanding the format of the
auth.props file - currently in the auth.props file i see:
#enableGroupManager = true
Its commented out - but what is reflected in the auth.props file are
the default values. Right?
utgstatus is all happy now too. A good indic
Bingo.
I made this way..way..harder than it needed to be.
Next time you guys get together for your weekly "how to make sun ray
cooler" sessions please put me down for wanting tunable parameters
like this to be pointy clicky in the admin interface...
thanks guys
-jj
On Thu, Dec 4, 2008 at 1:09 PM,
And be sure to have on both:
enableGroupManager = true
--
Philippe BOURDEU d'AGUERRE
Le jeudi 04 décembre 2008, Kent Peacock a écrit :
> Is multicast enabled on your switches? Try setting enableMulticast=false
> in /etc/opt/SUNWut/auth.props and restart Sun Ray services to see if
> that solves
Is multicast enabled on your switches? Try setting enableMulticast=false
in /etc/opt/SUNWut/auth.props and restart Sun Ray services to see if
that solves the problem.
Kent
On 12/04/08 07:10, Jason Jones wrote:
I'm sure we've done something silly - but we're standing up a new SRSS
4.1 on 2 Sol
I'm sure we've done something silly - but we're standing up a new SRSS
4.1 on 2 Solaris 10 x86 u6 systems. sunray3 we want to be the
primary, sunray4 we want to be the secondary.
on sunray3:
LAN connections: On
Subnetwork: 10.0.0.0
Netmask=255.0.0.0
AuthSrvr= 10.10.
12 matches
Mail list logo
