Hi Neil and folks,

The biggest problem is that I can't mount manually the file systems without 
warnings.
I think because this I can't register the hastp resource.

Follows:

root at XXX-db02 # mount /data/pwtcl01

mount: Warning: Line for "=direct" in vfstab has too few entries

mount: Warning: Line for "direct,convosync=direct" in vfstab has too few entries

mount: Warning: Line for "=direct" in vfstab has too few entries

 

root at XXX-db02 # cldg switch -n su-br-pro-db01 pwtcl01dg

 

root at XXX-db01 # mount /data/pwtcl01

 

root at XXX-db01 # df -h /data/pwtcl01

Filesystem             size   used  avail capacity  Mounted on

/dev/vx/dsk/pwtcl01dg/data1-pwtcl01-vol

                        80G    68M    79G     1%    /data/pwtcl01

 

vfstab XXXX-db01

/dev/vx/dsk/local1dg/ora1-cl-db05-vol   /dev/vx/rdsk/local1dg/ora1-cl-db05-vol  
/soft/appdbs/pwtcl01 vxfs 2 no log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/data1-pwtcl01-vol 
/dev/vx/rdsk/pwtcl01dg/data1-pwtcl01-vol /data/pwtcl01 vxfs 2 no 
log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/interface-pwtcl01-vol 
/dev/vx/rdsk/pwtcl01dg/interface-pwtcl01-vol /interface-pwtcl01 vxfs 2 no 
log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/tws-pwtcl01-vol   /dev/vx/rdsk/pwtcl01dg/tws-pwtcl01-vol  
/tws/pwtcl01 vxfs 2 no log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/interfacebkp-pwtcl01-vol  
/dev/vx/rdsk/pwtcl01dg/interfacebkp-pwtcl01-vol /int-bkp-pwtcl01 vxfs 2 no 
log,mincache=direct,convosync=direct

 

 

vfstab XXX-db02

/dev/vx/dsk/local2dg/ora1-cl-db05-vol   /dev/vx/rdsk/local2dg/ora1-cl-db05-vol  
/soft/appdbs/pwtcl01 vxfs 2 no log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/data1-pwtcl01-vol 
/dev/vx/rdsk/pwtcl01dg/data1-pwtcl01-vol /data/pwtcl01 vxfs 2 no 
log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/interface-pwtcl01-vol 
/dev/vx/rdsk/pwtcl01dg/interface-pwtcl01-vol /interface-pwtcl01 vxfs 2 no 
log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/tws-pwtcl01-vol   /dev/vx/rdsk/pwtcl01dg/tws-pwtcl01-vol  
/tws/pwtcl01 vxfs 2 no log,mincache=direct,convosync=direct

/dev/vx/dsk/pwtcl01dg/interfacebkp-pwtcl01-vol  
/dev/vx/rdsk/pwtcl01dg/interfacebkp-pwtcl01-vol /int-bkp-pwtcl01 vxfs 2 no 
log,mincache=direct,convosync=direct


Sobral

-----Mensagem original-----
De: Neil.Garthwaite at Sun.COM [mailto:Neil.Garthwaite at Sun.COM] 
Enviada em: ter?a-feira, 7 de abril de 2009 14:26
Para: SOBRAL Thiago
Cc: Binu Jose Philip; ha-clusters-discuss at opensolaris.org
Assunto: Re: [ha-clusters-discuss] RES: RES: HASTP - vfstab

Hi Sobral,

Looking at the following message,

>>> clrs:  (C720144) Validation of resource pwtcl01-hastp-res in  
>>> resource
>>> group pwtcl01-rg on node su-br-pro-db02:su-cl-pro-db06 failed.

Can you also confirm that the non-global zone su-cl-pro-db06 has a  
mount point for /soft/appdbs/pwtcl01

Another simple test would be to do the following, once the mount point  
above is confirmed.

- Within the global zone issue the following:
    mount /soft/appdbs/pwtcl01

- From the global zone issue the following:
    zonecfg -z su-cl-pro-db06 info | grep zonepath

    mount -F lofs /soft/appdbs/pwtcl01 <zonepath>/root/soft/appdbs/ 
pwtcl01

    umount <zonepath>/root/soft/appdbs/pwtcl01

Regards
Neil

On 7 Apr 2009, at 17:55, SOBRAL Thiago wrote:

> Yes, I can mount the file systems manually and the mountpoints were  
> created in the two nodes.
>
> TIA.
>
> Sobral
>
> -----Mensagem original-----
> De: Binu Jose Philip [mailto:binujp at gmail.com]
> Enviada em: ter?a-feira, 7 de abril de 2009 06:07
> Para: SOBRAL Thiago
> Cc: Tim.Read at sun.com; ha-clusters-discuss at opensolaris.org
> Assunto: Re: [ha-clusters-discuss] RES: HASTP - vfstab
>
> On Tue, Apr 7, 2009 at 12:04 AM, SOBRAL Thiago
> <thiago.sobral at accor.com.br> wrote:
>> Yes Tim, I checked the vfstab file, and the columns:
>>
>> /dev/vx/dsk/local1dg/ora1-cl-db05-vol   /dev/vx/rdsk/local1dg/ora1- 
>> cl-db05-vol  /soft/appdbs/pwtcl01 vxfs 2 no  
>> log,mincache=direct,convosync=direct
>
> Are you able to mount it manually, ie. does
>
> "mount -F vxfs /dev/vx/rdsk/local1dg/ora1-cl-db05-vol"
>
> work?
>
> cheers
> Binu
>
>> Now I'll search for hidden files.
>>
>> Cheers!
>>
>> Sobral
>> -----Mensagem original-----
>> De: Tim.Read at Sun.COM [mailto:Tim.Read at Sun.COM]
>> Enviada em: ter?a-feira, 7 de abril de 2009 04:40
>> Para: SOBRAL Thiago
>> Cc: ha-clusters-discuss at opensolaris.org
>> Assunto: Re: [ha-clusters-discuss] HASTP - vfstab
>>
>> Thiago,
>>
>> Did you check that the /etc/vfstab didn't have lines containing any
>> hidden (non-ASCII) characters and that all the other lines have the
>> right number of fields (where they aren't comment lines)?
>>
>> Regards,
>>
>> Tim
>> ---
>>
>>
>> On 04/07/09 08:33, SOBRAL Thiago wrote:
>>> Hi,
>>>
>>>
>>>
>>> Please, I'm trying to register a hastp resource and I got the  
>>> error below:
>>>
>>>
>>>
>>> root at XXXXXX # clrs set -p FilesystemMountPoints=/soft/appdbs/pwtcl01
>>> pwtcl01-hastp-res
>>>
>>> clrs:  XXXXXXX:su-cl-pro-db06 - The entry in vfstab for mount point
>>> '/soft/appdbs/pwtcl01' has too few fields.
>>>
>>> clrs:  XXXXXXX:su-cl-pro-db06 - An error occurred while reading  
>>> global
>>> zone /etc/vfstab file for filesystem mount point /soft/appdbs/ 
>>> pwtcl01.
>>>
>>>
>>>
>>> clrs:  (C189917) VALIDATE on resource pwtcl01-hastp-res, resource  
>>> group
>>> pwtcl01-rg, exited with non-zero exit status.
>>>
>>> clrs:  (C720144) Validation of resource pwtcl01-hastp-res in  
>>> resource
>>> group pwtcl01-rg on node su-br-pro-db02:su-cl-pro-db06 failed.
>>>
>>> clrs:  (C219072) Failed to update resource properties for
>>> "pwtcl01-hastp-res".
>>>
>>>
>>>
>>> I checked the vfstab about missing fields, but the file contains  
>>> its 7
>>> columns.
>>>
>>>
>>>
>>> Do you have any idea about it ?
>>>
>>>
>>>
>>> Cheers,
>>>
>>>
>>>
>>>
>>>
>>> Thiago Sobral
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> ha-clusters-discuss mailing list
>>> ha-clusters-discuss at opensolaris.org
>>> http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss
>>
>> --
>>
>> Tim Read
>> Staff Engineer
>> Solaris Availability Engineering
>> Sun Microsystems Ltd
>> Springfield
>> Linlithgow
>> EH49 7LR
>>
>> Phone: +44 (0)1506 672 684
>> Mobile: +44 (0)7802 212 137
>> Twitter: @timread
>>
>> ~ 
>> ~ 
>> ~ 
>> ~ 
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>> NOTICE: This email message is for the sole use of the intended
>> recipient(s) and may contain confidential and privileged information.
>> Any unauthorized review, use, disclosure or distribution is  
>> prohibited.
>> If you are not the intended recipient, please contact the sender by
>> reply email and destroy all copies of the original message.
>>
>> ~ 
>> ~ 
>> ~ 
>> ~ 
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> _______________________________________________
>> ha-clusters-discuss mailing list
>> ha-clusters-discuss at opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss
>>
> _______________________________________________
> ha-clusters-discuss mailing list
> ha-clusters-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss

Reply via email to