msl wrote:
> I'm getting some problems with sndradm command, and i did put some
> "DEBUG" lines in code (sndradm.c) to see "something"...
You are digging too deep into the problem. SNDR is only as good as
the persistent data storage in the binary database /etc/dscfg_local,
and if you are running in a Sun Cluster, the shared binary database
pointed to by /etc/dscfg_cluster, which much be a /dev/did/rdsk/
d<n>s<n> devices.
Being binary databases, the only means to look at this data is "dscfg
-l" on the respective node or nodes.
If there is data returned for dscfg, the next place to look in at the
tail of /var/adm/ds.log, possibly /var/adm/messages.
Jim
> What i could get is:
>
> On the machine where the things work (secondary node):
>
> DEBUG1 rdc_maxsets: 64
> DEBUG2 rdc_status->nset: 64
> DEBUG3 rdc_status->nset: 2
> DEBUG4 max: 2
>
> Where don't (primary node):
>
> DEBUG1 rdc_maxsets: 64
> DEBUG2 rdc_status->nset: 64
> DEBUG3 rdc_status->nset: 0
> DEBUG4 max: 0
>
> I did put that lines on the file sndradm.c in the following
> sections:
>
> 1) main function
> ...
> rdc_maxsets = rdc_get_maxsets();
> printf ("DEBUG1 rdc_maxsets: %i\n", rdc_maxsets);
> if (rdc_maxsets == -1) {
> rdc_err(NULL,
> gettext("unable to get maxsets value from
> kernel"));
> }
>
>
> 2) rdc_print function
> ...
> rdc_status->nset = rdc_maxsets;
> ustatus = spcs_s_ucreate();
> printf ("DEBUG2 rdc_status->nset: %i\n", rdc_status->nset);
>
> rc = RDC_IOCTL(RDC_STATUS, rdc_status, 0, 0, 0, 0, ustatus);
> if (rc == SPCS_S_ERROR) {
> rdc_err(&ustatus, gettext("statistics error"));
> }
>
> printf ("DEBUG3 rdc_status->nset: %i\n", rdc_status->nset);
>
> spcs_s_ufree(&ustatus);
>
> max = min(rdc_status->nset, rdc_maxsets);
> printf ("DEBUG4 max: %i\n", max);
> exit(0);
>
> So, i think the question is: why the "rdc_status->nset" is 0?
> I hope you can help me fixing that.
>
> Thanks for your time!
>
> Leal.
>
>
> This message posted from opensolaris.org
> _______________________________________________
> storage-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Jim Dunham
Solaris, Storage Software Group
Sun Microsystems, Inc.
1617 Southwood Drive
Nashua, NH 03063
Email: [EMAIL PROTECTED]
http://blogs.sun.com/avs
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
