mount with -u -o

Rich Glazier · *nix forums addict Joined: 09 Sep 2003 Posts: 77

Is there any way to tie shared memory segments to a
PID? I thought there was a way to find the ipcs shmem
key in lsof output, but I'm not having any luck.

Thanks for the help.

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

Douglas B. Jones · *nix forums beginner Joined: 18 Jun 2002 Posts: 26

System: OSF1 c02.gpc.edu V5.1 732 alpha

I have a local disk drive, dsk8, that failed. Here
are the some of the /var/adm/messages errors:

Jun 8 21:55:15 c02 vmunix: scsi0: HTH intr. on bus 0, SBCL = 0xa7
Jun 8 21:55:55 c02 vmunix: scsi0: SCSI Bus was reset
Jun 8 21:55:57 c02 vmunix: AdvFS I/O error:
Jun 8 21:55:58 c02 vmunix: Domain#Fileset: rsync2#rsync2
Jun 8 21:55:58 c02 vmunix: Mounted on: /rsync2
Jun 8 21:55:58 c02 vmunix: Volume: /dev/disk/dsk8c
Jun 8 21:55:58 c02 vmunix: Tag: 0x0000177e.8001
Jun 8 21:55:58 c02 vmunix: Page: 1675
Jun 8 21:55:58 c02 vmunix: Block: 5819856
Jun 8 21:55:58 c02 vmunix: Block count: 16
Jun 8 21:55:58 c02 vmunix: Type of operation: Write
Jun 8 21:55:58 c02 vmunix: Error: 5
Jun 8 21:55:58 c02 vmunix: EEI: 0x3400
Jun 8 21:55:58 c02 vmunix: AdvFS initiated retries: 0
Jun 8 21:55:58 c02 vmunix: Seconds from first I/O attempt to this failure:
4194563
Jun 8 21:55:58 c02 vmunix: Total AdvFS retries on this volume: 0
Jun 8 21:55:58 c02 vmunix: To obtain the name of the file on which
Jun 8 21:55:58 c02 vmunix: the error occurred, type the command:
Jun 8 21:55:58 c02 vmunix: /sbin/advfs/tag2name /rsync2/.tags/6014
Jun 8 21:55:58 c02 vmunix:
Jun 8 21:55:58 c02 vmunix: Current setting of AdvfsIORetryControl: 0
Jun 8 21:55:58 c02 vmunix:
Jun 8 21:55:58 c02 vmunix: Based on the error returned, it is possible
Jun 8 21:55:58 c02 vmunix: that some small number of AdvFS initiated
Jun 8 21:55:58 c02 vmunix: retries may allow this type of error to
Jun 8 21:55:58 c02 vmunix: succeed.
Jun 8 21:55:58 c02 vmunix:
Jun 8 21:55:58 c02 vmunix: /sbin/sysconfig -q advfs AdvfsIORetryControl
Jun 8 21:55:58 c02 vmunix: /sbin/sysconfig -r advfs AdvfsIORetryControl
=nn
Jun 8 21:55:58 c02 vmunix:
Jun 8 21:55:58 c02 vmunix: nn == 0 - No AdvFS retries
Jun 8 21:55:58 c02 vmunix: 1 to 9 - AdvFS will retry up to the
Jun 8 21:55:58 c02 vmunix: specified number of times.
Jun 8 21:55:58 c02 vmunix: This is in addition to any
Jun 8 21:55:58 c02 vmunix: device driver retries.
Jun 8 21:55:59 c02 vmunix:

I rebooted the system and now I can't find the drive,
either with the hwmgr -scan scsi (didn't really expect
to find it with this) or looking at /dev/rdisk/dsk8c.
Where should I go from here? Thanks!

Ravindra Wandhekar · *nix forums beginner Joined: 08 Jun 2006 Posts: 1

Hello Managers,

I am trying to extend a filesystem where I have added a subdisk
I have got 4 servers(Tru64) with similar configuration.

mount -u -o extend domain_name filesystem

The above command worked successfully on 2 servers and it is giving "Permission denied" error even if I am logged in as root on the other two systems.

I don't know what could be wrong with configuration. I have licensed version of AdvFS on all the servers. Some people suggested unmount and mount with extend, I know it might work but I want to resolve the strange behavior of the servers where same command is tried.

Thanks in advance,

Ravindra Wandhekar

===========================================================================================================================
Tech Mahindra, formerly Mahindra-British Telecom.

Disclaimer:

The contents of this E-mail (including the contents of the enclosure(s) or attachment(s) if any) are privileged and confidential material of Tech Mahindra and should not be disclosed to, used by or copied in any manner by anyone other than the intended addressee(s). In case you are not the desired addressee, you should delete this message and/or re-direct it to the sender. The views expressed in this E-mail message (including the enclosure(s) or attachment(s) if any) are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of Tech Mahindra.

This e-mail message including attachment/(s), if any, is believed to be free of any virus. However, it is the responsibility of the recipient to ensure that it is virus free and Tech Mahindra is not responsible for any loss or damage arising in any way from its use.

============================================================================================================================

Google