ottomeister wrote:
On 7/13/06, Ivar Janmaat <[EMAIL PROTECTED]> wrote:
I doubt that this is caused by the -t option itself. It's possible
that having mutliple DTUs with the same IP might cause
problems elsewhere in SRSS. It's an unusual situation (it's
not even allowed in the usual case, without -t) so I wouldn't
be highly surprised if some pieces of SRSS got confused by it.
With SSRS 3.1 it worked also without the -t option.
There was only a problem when you switched on a sunray or inserted a
card which was not used before.
All the sunrays would recycle at that time.
If all the sunrays had recycled you could work well behind NAT on all
connected sunrays.
Is there any particular activity that causes the restarts? Does
it happen if you run a particular command or sequence of
commands?
No, it happens when you are working and it also happens when you are not
working on the sunray.
This is what I could find in the /var/opt/SUNWut/log/messages file at
the time of a recycle.
Jul 13 17:33:04 raywyse12 utauthd: [ID 402071 user.info] Worker6 NOTICE:
DISCONNECT IEEE802.0003bad73d20,
pseudo.0003bad73d20 reauthenticatingDuplicateTID
This looks like what you'd expect when a DTU reconnects after
a restart. Are there any interesting messages before these?
No, the one before it is from some time before so I don't think it is
related:
Jul 13 16:54:03 raywyse12 utauthd: [ID 743371 user.info] Worker6 NOTICE:
SESSION_OK pseudo.00144f3ba7b9
We still get the Double mapping warnings in /var/adm/messages but they
are not coinciding with the recycling.
Ivar
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
