Search Results

# zpool clear fido

???

Try :

zpool export fido
devfsadm -Cv


Now check out the if import complains.

Regards
Peasant.

Use this to destroy the pool

# zpool destroy <pool name>

If it objects to that (and you really mean to nuke it) use the force option

# zpool destroy -f <pool name>

Does that not work?

You safely increase it on the storage side, not add additional luns to rpool.
After you expand the lun from the storage side, issue a fabric rescan.

If you have not used slice 2 (whole disk), you...

Try the following commands :

cfgadm -c unconfigure -o unusable_SCSI_LUN c7::200700a0985d435a
devfsadm -Cv # to remove unconfigured disks from the system
Check mpathadm output, if this doesn't...

FWIW - on an x86-based server, processes running in 32-bit mode have access to eight 32-bit general purpose registers, three of which are PC (program counter), SP (stack pointer), and FP (frame...

Probably the alias of the cdrom drive is wrong. Try:

ok> devalias cdrom /pci@1f,0/ide@d/cdrom@0,0:f

(assuming it's a primary master drive).

Are you running with a ZFS filesystem which is over 80% full? That can cause a real "go slow".

I think rsync uses 3 processes, and the hand-shakes between them might not be optimal in a Solaris-based OS.
The Internet suggests to use -W option to reduce hand-shakes. Also an upgrade to rsync >...

That rsync is slow while using very little CPU points to an I/O bottleneck. They're spending most of their time waiting for disk. Maybe your system ended up using a fallback driver of some sort.

Is this a local or remote rsync? Does this involve a network protocol? Or are you rsync'ing between local disks?

If it is remote, then poor performance can be caused by the operating system...

The csh shell has many known issues and I would strongly recommending that you don't use it.


Csh Programming Considered Harmful 1 (http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/)
...

You could intercept the command and insert your own script perhaps. If you have a new directory called /usr/sbin/secure and move the real executables in there, your script to replace them could be...