Search Results

Wouldn't prtdiag give it away? I can't test it now but I thought prtdiag would say something like "Must be run in global zone".

EDIT: I think you can also run /usr/bin/zonename and check if zone...

I just wanted to post a follow up. The customer rebooted the 4 servers today and the zone 'lu' swap is now gone. I can now apply the patch set. I still feel like there must have been a way to...

I don't think there is any going back unfortunately. When the problem occurred we had to rename ZFS filesystems along with change their mountpoint and canmount options. Finally we had to promote...

Nope


[root@spahwfm1gz:/] # swap -d /zoneroot/spahwfm1/root/var/run
/zoneroot/spahwfm1/root/var/run: Is a directory
[root@spahwfm1gz:/] # swap -d /zoneroot/spahwfm1/root/tmp...

OK here is the "zfs list" before and after an ludelete of the new BE (not that it should make a difference except simplify the zfs list output)


[root@spahwfm1gz:/] # zfs list
NAME ...

It's not in vfstab and I see nothing in the folder. What is frustrating is I know this 'lu' swap directory will be gone on reboot and than the installpatchset will work properly. This is a left...

Thanks! No luck unfortunately


[root@spahwfm1gz:/] # /usr/sbin/swap -d /zoneroot/spahwfm1/lu
/zoneroot/spahwfm1/lu: Is a directory

Yes, it is an empty directory


[root@spahwfm1gz:/zoneroot/spahwfm1] # ls -lh
total 46
drwxr-xr-x 14 root sys 55 Oct 25 18:30 dev
drwxr-xr-x 2 root root 117 Aug 24...

Thanks for the reply!

This is a Solaris 10 server with a ZFS root file system.

The swap is at the global zone. That is where I am seeing it. I checked the (single) zone running on the box...

Hello,

Long story short, we built an alternate boot env. back in July and applied the latest CPU to about 15 servers. Of the 15 servers, 7 servers failed to start the zones after the luactivate /...

So we finally got the system to boot again.

Long story short.... I was able to boot it with 'boot -as' after mounting the drive from the cdrom and removing the references to the metadevices in...

@incredible: I'm sure it is a disk problem at this point. I booted to the Solaris 9 CD and ran format. Format cannot even stat disk0 (c0t0d0). I tried an fsck against /dev/dsk/c0t0d0s0 and it...

@honglus: Ok, boot -v provided a more verbose boot up but still crash dumps and reboots. I'll try this again now that auto-boot? is false.

@Hari_Ganesh: As for coverage.... no! My company,...

Hello everyone,

I'm here today looking for help...

I have a SunFire v440 running Solaris 9 at work that manages the SCSI tape drives(LTO3) in our L700 tape library (runs SAMFS).

I went into...

Top's default behavior should list the culprit process as the first process

I think what your looking for is:
/usr/sbin/ndd -set /dev/ce0 adv_1000fdx_cap 1

But, like others have mentioned, you really should be set to auto-negotiate on both the switch and nic for gigabit...

My personal vote for monitoring software is Zabbix

If you have Oracle on the box then you should be checking your transaction/redo logs mount often (depending on size). You should also be...

You might have something else going on. If you left breadcrumbs, remove the links you created in /usr/lib and revert .login back to original. Concentrate on getting OpenWindows working then...

You either lost all CPU's or the mainboard is my guess

My answer is based on my personal experience. I manage a CX500 and you launch Navisphere by hitting the controller via a web browser--no software to install. In my case:
http://emcspa

Since...

You will probably need to use Navisphere or whatever software your EMC device is using to match the LUN's and check the LUN sizes.

I thought that was default behavior of /etc/motd?

What exactly do you mean you see files that exists but really are not there? Do you mean you can access the contents? Or the file disappears? Either case that would worry me as well.

It almost...

Am I missing something? Just create a symbolic link in /usr/lib for the missing libraries. I've done this before and it worked fine. I wouldn't mess with the LD_LIBRARY_PATH

I've seen that... weird as it sounds I had something happen to a few of the unix tools (grep and something else.... can't remember) on one box. Something (or someone) overwrote them with a 0 byte...