I would make sure that the switch is set to auto. I have seen this issue before and it turned out to be that forcing a switch to 100full instead of setting it to auto caused the problems. Also I am just not sure how you are seeing packet loss when there is no activity.
On 8/22/06, Steffen Weiberle
zonecfg -z test
zonecfg:test> add net
zonecfg:test:net> set physical=bge1
zonecfg:test:net> set address=10.12.13.14
zonecfg:test:net> info
net:
address: 10.12.13.14
physical: bge1
zonecfg:test:net> end
zonecfg:test> remove net physical=bge0
I think that should work.
On 11/2/06
I would check with IBM on that. From my understanding from IBM is that TSM
is supported with zones only if the TSM client is installed within the local
zone. I do not think backing up the local zones through the global zone is
supported.
Nick
On 1/25/07, Gael <[EMAIL PROTECTED]> wrote:
Let's
I wonder if there is an extra space at the end of the line or some other non
visible character.
On Wed, Aug 26, 2009 at 1:44 PM, v wrote:
> I don't think so... It looks like it works:
> http://blogs.sun.com/observatory/en_US/entry/zones_and_crossbow1
> --
> This message posted from opensolaris.o
Sounds like there is a problem writing the to the log file for the services.
I would check you disks and make sure you have none failing. If you do a
svcs -l service_name you it will tell you where the log file is located.
On Tue, Sep 29, 2009 at 5:44 AM, Ketan wrote:
> after booting up my zone