Repository Consistency Check 39008 "does not join"?

I'm using Administration Tool 11.1.1.6.0 with a Repository version of 318.
I have imported my star schema metadata from the database using an OCI connection. All the joins were included, so I can go to Physical->Fact Table->Physical Diagram->Object(s) and Direct Joins and it shows my fact table linked to all my dimension tables. I then clicked-and-dragged my schema to the Business layer. I created my dimension by right-clicking on my logical tables in the Business layer and choosing Create Logical Dimension -> Dimension with Level-Based Hierarchy. This worked for all the dimensions that had only one level (a base level and a grand total level), but resulted in some odd errors when done for dimensions with more than one level. I got around these errors by manually creating these dimensions, clicking-and-dragging the logical columns in, and setting up the keys.
Only now when I do I consistency check, I get three of the following warnings, one for each dimension that has more than one level:
WARNINGS:
Business Model [Business Model]:
[39008] Logical dimension table [Logical Table] has a source [Physical Table?] that does not join to any fact source.At least, I think it is referring to the Physical Table, but changing the name of the Physical Table doesn't change the error message, though changing the Logical Table name does, so I'm not really sure what it is referring to. Here is what one looks like precisely:
[39008] Logical dimension table Time has a source TIME that does not join to any fact source.Now, each of the three multi-level dimensions have a base level with a key that is present in the Fact Table. I can even right-click on the Fact Table on the Business Layer and go to Business Model Diagram or Physical Model Diagram and get a diagram of my fact table linked to all of its dimensions, including the three in question. Analysis made in OBIEE work so long as I don't use those three dimensions.
Does anybody have any idea what I'm missing here?

Thanks, it looks like the field for those three logical dimensions was left blank for some reason. So it was because the Logical Dimensions weren't joining to the Fact Table, rather than the Logical Tables?

Similar Messages

  • Exchange 2010 "event id 403/401 The physical consistency check" Backups does not work...Critical!!

    Hi,
    At this moment our backups does not work. We have two error on the event viewer;
    Exchange 2010 sp3 version 14.03.0158.001
    We have only one server Exchange 2010 with two databases for users...
    Event id 401;
    Instance 1: The physical consistency check has completed, but one or more errors were detected. The consistency check has terminated with error code of -106 (0xffffff96).
    Event id 403;
    Instance 1: The physical consistency check successfully validated 629126 out of 1110272 pages of database '\\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy33\exchangedb\global\global.edb'. Because some database pages were either not validated or failed validation,
    the consistency check has been considered unsuccessful.

    Hi Javier,
    From your error description, I recommend you do the following steps for troubleshooting:
    1. Please run CHKDSK and restart server.
    2. Run a Database level Mailbox repair request.
    What's more, here are some useful threads for your reference.
    Create a Mailbox Repair Request
    http://technet.microsoft.com/en-us/library/ff625221(v=exchg.141).aspx
    Database Backup Failing with Event ID 2007, 9782, 401, 403, 254
    http://social.technet.microsoft.com/Forums/en-US/4c8eccbf-435a-43ef-b3f6-0de5096413ee/database-backup-failing-with-event-id-2007-9782-401-403-254?forum=exchangesvravailabilityandisasterrecoverylegacy
    Hope it helps.
    If you need further assistance, please feel free to let me know.
    Best regards,
    Amy
    We
    are trying to better understand customer views on social support experience, so your participation in this
    interview project would be greatly appreciated if you have time.
    Thanks for helping make community forums a great place.

  • [39008] Logical dimension table has a source that does not join to any fact

    Dear reader,
    After deleting a fact table from my physical layer and deleting it from my business model I'm getting an error: [39008] Logical dimension table TABLE X has a source TABLE X that does not join to any fact source. I do have an other fact table in the same physical model and in the same business model wich is joined to TABLE X both in the physical and business model.
    I cannot figure out why I'm getting this error, even after deleting all joins and rebuilding the joins I'm getting this error. When I look into the "Joins Manager" these joins both in physical as well as logical model do exist, but with consistency check it warns me about [39008] blabla. When I ignore the warning and go to answers and try to show TABLE X (not fact, but dim) it gives me the following error.
    Odbc driver returned an error (SQLExecDirectW).
    Error Details
    Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P
    State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 14026] Unable to navigate requested expression: TABLE X.column X Please fix the metadata consistency warnings. (HY000)
    SQL Issued: SELECT TABLE X.column X saw_0 FROM subject area ORDER BY saw_0
    There is one *"special"* thing about this join. It is a complex join in the physical layer, because I need to do a between on dates and a smaller or equal than current date like this example dim.date between fact.date_begin and fact.date_end and dim.date <= current_date. In the business model I've got another complex join
    Any help is kindly appreciated!

    Hi,
    Have you specified the Content level of the Fact table and mapped it with the dimension in question? Ideally this should be done by default since one of the main features of the Oracle BI is its ability to determine which source to use and specifying content level is one of the main ways to achieve this.
    Another quick thing that you might try is creating a dimension (hierarchy) in case it is not already present. I had a similar issue few days back and the warning was miraculously gone by doing this.
    Regards

  • [39008] Logical dimension table ... has a source ... that does not join to

    Oracle BI 11g
    Hi,
    I have this set of tables:
    1) Table "Sales" with fields: ID, Billdate, ProductID, Amount
    2) Table "Products" with fields: ID, ProductName, BrandID, TypeID
    3) Table "Brands" with fields: ID, Name
    4) Table "ProductTypes": ID, Name
    In Physical layer I add these tables and create Physical Diagram with constraints like this:
    [Brands] -------------------->[Products]
    [ProductTypes] ---------->[Products]
    [Products] -----------------> [Sales]
    In Logical Layer I create logical table T1 Products with sources:
    - LTS1 Brands,
    - LTS2 ProductTypes,
    - LTS3 Products
    and fields:
    - ProductID
    - ProductName
    - Brand
    - ProductType
    After that I create Dimention With Level-Based Hierarchy (H1 Products):
    Total Products
    - Brands
    -- ProductTypes
    --- Detail Products
    When I try "Check Global Consistency" I get warning: "[39008] Logical dimension table T1 Products has a source LTS1 Brends that does not join to any fact source."
    And after that when I try to make Analysis in Oracle BI, for example:
    H1 Products | Amount
    and then drill down item "Total Products" I receive error:
    "State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 43113] Message returned from OBIS. [nQSError: 43119] Query Failed: [nQSError: 14025] No fact table exists at the requested level of detail: [,Brand,,,,,,,,,]. (HY000)"
    What's wrong? Where do I mistake? And why I don't get any messages about Logical Table Source LTS2 Product Type?

    Hi,
    you can create a single LTS for the product with the join for all 3 tables. Do you have a particular reason for the modelling that you have used?
    Regards,
    Gianluca

  • Error 39008: logical table does not join to fact source

    About to lose my mind over this error!
    I'm told logical table IT_WORK_ITEM_D (a dimension) does not join to any fact source, although it should show as joined to IT_WORK_ITEM_DSNPSHT_F
    - I have verified the physical joins
    - I have verified the business model joins
    - I have created hierarchies for all logical tables joined to the fact (IT_WORK_ITEM_DSNPSHT_F)
    - I have checked the Content tab for the fact table and ensured that the logical dimension is set to the lowset level.
    Suggestions from here?
    -John

    This was helpful, although it did not solve the problem immediately.
    After much consistency checking, I cleared out some of the content assignments and that seemed to work (after having not worked). I still don't feel like I identified the core problem, but it is working now.
    -John

  • [39008] Logical dimension table X has a source that does not join to any...

    Hi Gurus,
    I have warning:
    "[39008] Logical dimension table X has a source that does not join to any fact source"
    WHERE X:
    PROMOTIONS,PRODUCTS, CUSTOMERS, CHANNELS
    but all logical table are mapped to fact.
    Eveb I can create reports for them
    (The metadata was derived from OWB 11gR2, SALES_EE)
    Thanks
    Laszlo
    Thanks for Your earlier answer as well!

    Hi,
    Did you create hierrarchy on that dimension.?
    Add contel level in fact source to hierarrchy detail for the fact that joins the dimension.
    Look at this for best practice...http://gerardnico.com/wiki/dat/obiee/hierarchy?s
    Please do close your previous thread assigning points by clicking helpful or correct to the replies
    Import XML file into rpd file
    Thanks,
    Srikanth

  • [39008] Logical dimension table has a source  that does not join to any fac

    Hi
    I have a problem in BMM layer:
    *[*39008] Logical dimension table X has a source Y that does not join to any fact source.*
    To start with I have three tables joining to Cust (customer) table in physical layer
    Cust-Seg (Segments)-------------------------------->>Cust via segment key
    Cust-Geo (customer Geographics)-------------->>Cust via address key
    in the BMM layer under the CUST table when I pull in Cust- seg it works fine .
    But it gives an warning [39008] -if iI create a single LTS for the product with the join for all 3 tables
    The Same warning appears when i import th Cust -seg table as Logical table

    Have you tried this?
    http://obiee11gqna.blogspot.com/2011/02/obiee-error-39008.html

  • Please help me out with this error:Logical dimension table D_TARGET has a source D_TARGET that does not join to any fact source.

    I get the folowing error when I run the global consistency check
    WARNINGS:
    Business Model DAC_Measures:
    [39008] Logical dimension table D_TARGET has a source D_TARGET that does not join to any fact source.
    Can someone help me out please?
    Thank you!

    It seems your dimension is not joined to any facts. Did you check your BMM/physical joins?

  • Logical Dimension tabel does not join to any fact source

    I want to create a new “Dimension” table. This will be an Account Geographic dimension. My Business and Physical model are setup as follows:
    1.     Account Address (WC_ADDR_F) is joined to Account (W_ORG_D) which is joined to multiple Fact tables (Ex: Order Item (W_ORDERITEM_F)
    2.     When I perform “Global Consistency” check it comes back with no errors or warnings.
    I create the Account Geographic dimension as follows:
    1.     I right click on the subject area and select New Object->Dimension and name it “Account Geographic Dimension”. I do not select or change anything else.
    2.     I right click on the new dimension and select New Object->Logical Level. I name the level “All” and check the “Grand total level” check box. Nothing else is changed.
    3.     I right click on the “All” level and select New Object->Child Level. I name the level “Country”, set number of elements to 200.
    4.     I right click on the “Country” level and select New Object->Child Level. I name the level “State”, set number of elements to 250.
    5.     I drag the “Country” element from the Logical table (Account Address) to the “Country Level” on the new Dimension (Account Geographic Dimension)
    6.     I drag the “State” element from the Logical table (Account Address) to the “State Level” on the new Dimension (Account Geographic Dimension)
    7.     I then select the “Country” level properties and add a new key. For the key I select the “Country” column that I just dragged up there.
    8.     I then select the “State” level properties and add a new key. For the key I select the “State” column that I just dragged up there.
    My goal is that when an Analyst selects the “Country” column in Answers from the “Account Address” area that the user would be able to drill down from “Country” to “State”.
    When I perform “Global Consistency” I now get the following warning:
    WARNINGS:
    BUSINESS MODEL CCCi Analytics:
    [39008] Logical dimension table Account Address has a source CCCi_Dim_WC_ADDR_F_AccountAddress that does not join to any fact source.
    Why do I now get an error no the Account Address table for not connecting to a Fact table? The error message references the “Account Address” dimension table which I believe is the source to the Account Geographic Dimension. If this is the source table, why did it not get a warning message before I created the new dimension?
    Thanks…

    Here is the solution that I was able to get to work:
    1.     I did not have to reduce the business model to a star but was able to keep it a snowflake
    Final design (which was same as the original) here is the Business Model (snowflake schema)
    1.     Account Hierarchy (logical) -> Account (logical) -> Order Item Fact
    2.     Account Address (logical) -> Account (logical) -> Order Item Fact
    In this model the logical tables Account Hierarchy and Account Address snowflake off of the Account table which joins to the Fact table. I then:
    1.     Created an “Account” dimension
    2.     Created a child “Account Total” level
    3.     Created two (2) children off of the “Account Total” level: (1) Account Address Country and (2) Account Hierarchy Top Level
    a.     Key for “Account Address Country” was the Country column from Account Address (logical)
    b.     Key for “Account Hierarchy Top Level” was the Top Level Account Name from Account Hierarchy (logical)
    4.     Off of “Account Address Country”:
    a.     Created a (1) child off of “Account Address Country” called “Account Address State” with the State field from the Account Address (logical) as the key
    b.     Created a (1) child off of “Account Address State” called “Account Address Detail” with the ROW_WID from the Account Address (logical) as the key
    c.     Created a (1) child off of “Account Address Detail” with the ROW_WID from the Account (logical) as the key
    5.     Off o “Account Hierarchy Top Level”:
    a.     Created a (1) child off of “Account Hierarchy Top Level” called “Account Hierarchy Level 1” with the Top Account ID from Account Hierarchy (logical) as the key
    b.     Created (1) child off of “Account Hierarchy Level 1” called “Account Hierarchy Detail” with the ROW_WID from “Account Hierarchy” as the key
    c.     Crated a (1) child off of “Account Hierarchy Detail” with the ROW_WID from the Account (logical) as the key
    The global consistency check completed with no errors or warning with this design. It appears that perhaps you need to have all of the logical table keys in the dimension path that trace to the Fact table. One other note, cannot repeat use of other columns in the dimension except for the key of the first logical table.
    Please let me know if I missed something.

  • Source does not join to any fact source

    I created a new dimension as follows:
    1) Mapped Source from OLTP to Physical Layer
    2) Created Alias for source
    3) Create physical "Few Foreign Key" join between new source table and existing table (key to key)
    4) Run consistency check with no issues.
    5) Create new Logical table
    6) Create new complex logical join between same two tables in Business Model
    7) Join is a Right Outer Join
    8) Run consistency check and receive the following warning message.
    Can you please help me resolve? Thanks...
    WARNINGS:
    BUSINESS MODEL Marketing Contact List:
    [39008] Logical dimension table OLTP Personal Communication has a source S_PER_COMM_ADDR that does not join to any fact source.

    I'm still a bit confused:
    Here are the steps that I understand:
    1) Create Physical Alias Table (Personal Communication)
    2) Create Physical Join between Personal Communication and Contact
    3) Create Logical Table (Personal Communication) with physical source Personal Communication
    4) Create Business Model Join between Personal Communication and Contact (right outer with Contact on right)
    If i save now i get the warning message as described at the beginning.
    The Business Model look like this:_
    OLTP = Source of table is OLTP database
    DW = Source of table is Data Warehouse
    Personal Communication(OLTP Table)->Contacts(OLTP table)->Campaign Promotion(OLTP Table)->Contact Fact(DWTable)
    In addition to the Contacts (OLTP) table that joins to Campaign Promotion the following other tables join to Campaign Promotion: Prospects (OLTP)
    The Contact Fact table has 5 tables joined to it: Order, Service Request, Order Item Attr, Account, and Ordered Product
    There are 5 Dimension Hierarchies (all created from the DW tables): Account, Contact, Order, Order Item Attr, and Ordered Product
    I then try to recreate the steps indicated:
    5) Right click on the new Logical Table (Personal Communication). which generates another Dimension Hierarchy: ContactDim
    Since the other logical tables created from OLTP sources do not have hierarchy dimensions created I'm not sure why I'm doing this here. If someone could explain I would appreciate it?
    If I select the properties for ContactDim:
    a) The default root level = Contact Total
    b) Tables listed are: Prospects (OLTP), Campaign Promotion (OLTP), Contact (DW), Contacts (OLTP), and Personal Communication (OLTP)
    If I expand the ContactDim dimension I have a Contact Total:
    Grand total level checked
    Child Levels: Prospects (OLTP), Contacts (OLTP), Personal Communication (OLTP)
    I then have sources for each of these below this with all fields listed and additional lists below that.
    I'm stuck here and am not sure what to do. I really don't want any drill down capability but I want to elimenate the Warning message that I was getting before.
    Thanks for any help that you can provide...

  • [15013] Logical table, BIDATA.W1_SYNONYM_EMPLOYEE1_D1, does not join to any

    Hello all.
    I have following situation.
    I have a Employee table(w1_employee1_d1)
    Salary table(w_salary_f) in Database.
    every thing is fine when I import it in OBIEE Administration tool and use the answers.
    Then I created a synonym as (w1_synonym_employee1_d1), believing that, synonyms can be used as tables/Views.
    Now I imported into Physical layer and made a join in Start Schema in 'Physical Diagram'
    and so far all is fine.
    When I drag it in BMM layer and do a global consistency check, I get following error.
    BUSINESS MODEL BIDATA:
    [nQSError: 15001] Could not load navigation space for subject area BIDATA.
    [15013] Logical table, BIDATA.W1_SYNONYM_EMPLOYEE1_D1, does not join to any other logical table
    In BMM layer > right click the W1_SYNONYM_EMPLOYEE1_D1 > Bussiness Model Diagram > Whole Diagram
    I can see the joins exists as how I made it in Physical layer.
    what I am missing ? any help is appreciated.
    Thanks

    Ok Just for any body's information, My problem is partly resolved.
    I added this in existing .RPD and it has caused the problems, which had Hirarchies and LTS and Alias tables.
    However when I try a new and fresh .RPD and create a simple with synonym, that has not got this problem.
    I will dig in the problems in old .RPD why there was error.
    over all I must say the quest for this tests to find if I can use Synonym is been answered, using synonym in RPD is np at all.

  • Logical table does not join to any logical table

    HI,
    I want to implement Business Unit hierarchy for drill down in OBIEE  so I’ve created a custom table with the hierarchy information,
    I’ve imported that table in the out-of the box physical schema & defined a relationship between the W_ORG_D table & my custom INVENTRY_ORG table as INVENTRY_ORG.BU_ID = W_ORG_D. VIS_PR_BU_ID* but when I try to check in my changes I’m getting the following error.*
    Logical table INVENTRY_ORG does not join to any logical table.
    Kindly let me know how to resolve this error.One more doubt i have is can we import custom tables in the out of the box OBIEE mappings for SIEBEL..that is the core subject area.
    Thanks,

    Hi user10340125 ,
    1) I think you have joined tables in physical layer, but you have not created complex join in logical layer.
    Check your consistency and see what warnings you are getting.
    2) Yes you can import custom tables in whatever subject area. Once you imported tables in physical layer, then they all are just objects, so you can freely play around with them. Just for best practices, make sure you follow proper naming convention for custom tables and columns..
    - Vinay

  • Does not join to any fact source issue in 10g

    HI,
    I am getting below issue while compiling rpd.
    Logical Dimension Table Dim-XX has a source xx_aa that does not join to any fact source.
    Let me describe situation here.
    In physical layer , i have one xx_v table . there is no join condition physical layer. But in BMM layer we have created two logical tables for single xx_v table and providing join in bmm layer. When am compiling it i'm getting an error.
    The one which i have using current rpd, same rpd in production with out any warnings(Logical Dimension Table Dim-XX has a source xx_aa that does not join to any fact source) and they don't have any logical level mapping in content tab. But i am using same rpd in dev instance getting warnings.
    Thanks,
    Mal
    Edited by: user10675696 on Feb 11, 2013 3:08 AM

    Hi Srini,
    Please find the below warning here and we don't have an hierarchy for MTL_SYSTE_ITEMS_B
    [39008] Logical dimension table Mtl System Items B has a source MTL_SYSTEM_ITEMS_B that does not join to any fact source.
    I am getting this in Dev instance only but not in Production. But one rpd can be used in dev and production instances.
    Thanks,
    Mall

  • Logical Dim table does not join to any fact source

    [39008]Logical Dimension table <table name> has a source < table name> that does not join to any fact source.
    I am getting the above error when the "correct" joins have been made in both the physical and BMM diagrams. My fact tables are showing yellow as they should and my dimension tables are white like they should be. I am only getting this as a warning though when I run a request against the tables in Answers it is telling me to resolve the warnings in the admin tool.
    I know this has already been posted before -- though I did not see any additional info to correct the issue. Any help is greatly appreciated.

    Hi
    Follow the following Step:
    In BMM expend you fact table.
    Expend your sources option that is present in fact table.
    Now get the property of the fact table source.
    In General tab Add button is present click on that
    It will open new Browse window and in right bottom part it gives some table name.
    select your fact table from that and click on select.
    now your table will be selected nwo click on ok.
    Now save this and click on Globle Chick in.
    Now I think it will not give you any working msg.
    If againg you have any proble then let me know.
    Thanks
    Siddhartha P

  • Node does not join cluster upon reboot

    Hi Guys,
    I have two servers [Sun Fire X4170] clustered together using Solaris cluster 3.3 for Oracle Database. They are connected to a shared storage which is Dell Equallogic [iSCSI]. Lately, I have ran into a weird kind of a problem where as both nodes come up fine and join the cluster upon reboot; however, when I reboot one of nodes then any of them does not join cluster and shows following errors:
    This is happening on both the nodes [if I reboot only one node at a time]. But if I reboot both the nodes at the same time then they successfully join the cluster and everything runs fine.
    Below is the output from one node which I rebooted and it did not join the cluster and puked out following errors. The other node is running fine will all the services.
    In order to get out of this situation, I have to reboot both the nodes together.
    # dmesg output #
    Apr 23 17:37:03 srvhqon11 ixgbe: [ID 611667 kern.info] NOTICE: ixgbe2: link down
    Apr 23 17:37:12 srvhqon11 iscsi: [ID 933263 kern.notice] NOTICE: iscsi connection(5) unable to connect to target SENDTARGETS_DISCOVERY
    Apr 23 17:37:12 srvhqon11 iscsi: [ID 114404 kern.notice] NOTICE: iscsi discovery failure - SendTargets (010.010.017.104)
    Apr 23 17:37:13 srvhqon11 iscsi: [ID 240218 kern.notice] NOTICE: iscsi session(9) iqn.2001-05.com.equallogic:0-8a0906-96cf73708-ef30000005e50a1b-sblprdbk online
    Apr 23 17:37:13 srvhqon11 scsi: [ID 583861 kern.info] sd11 at scsi_vhci0: unit-address g6090a0887073cf961b0ae505000030ef: g6090a0887073cf961b0ae505000030ef
    Apr 23 17:37:13 srvhqon11 genunix: [ID 936769 kern.info] sd11 is /scsi_vhci/disk@g6090a0887073cf961b0ae505000030ef
    Apr 23 17:37:13 srvhqon11 scsi: [ID 243001 kern.info] /scsi_vhci (scsi_vhci0):
    Apr 23 17:37:13 srvhqon11 /scsi_vhci/disk@g6090a0887073cf961b0ae505000030ef (sd11): Command failed to complete (3) on path iscsi0/[email protected]:0-8a0906-96cf73708-ef30000005e50a1b-sblprdbk0001,0
    Apr 23 17:46:54 srvhqon11 svc.startd[11]: [ID 122153 daemon.warning] svc:/network/iscsi/initiator:default: Method or service exit timed out. Killing contract 41.
    Apr 23 17:46:54 srvhqon11 svc.startd[11]: [ID 636263 daemon.warning] svc:/network/iscsi/initiator:default: Method "/lib/svc/method/iscsid start" failed due to signal KILL.
    Apr 23 17:46:54 srvhqon11 svc.startd[11]: [ID 748625 daemon.error] network/iscsi/initiator:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details)
    Apr 24 14:50:16 srvhqon11 svc.startd[11]: [ID 694882 daemon.notice] instance svc:/system/console-login:default exited with status 1
    root@srvhqon11 # svcs -xv
    svc:/system/cluster/loaddid:default (Oracle Solaris Cluster loaddid)
    State: offline since Tue Apr 23 17:46:54 2013
    Reason: Start method is running.
    See: http://sun.com/msg/SMF-8000-C4
    See: /var/svc/log/system-cluster-loaddid:default.log
    Impact: 49 dependent services are not running:
    svc:/system/cluster/bootcluster:default
    svc:/system/cluster/cl_execd:default
    svc:/system/cluster/zc_cmd_log_replay:default
    svc:/system/cluster/sc_zc_member:default
    svc:/system/cluster/sc_rtreg_server:default
    svc:/system/cluster/sc_ifconfig_server:default
    svc:/system/cluster/initdid:default
    svc:/system/cluster/globaldevices:default
    svc:/system/cluster/gdevsync:default
    svc:/milestone/multi-user:default
    svc:/system/boot-config:default
    svc:/system/cluster/cl-svc-enable:default
    svc:/milestone/multi-user-server:default
    svc:/application/autoreg:default
    svc:/system/basicreg:default
    svc:/system/zones:default
    svc:/system/cluster/sc_zones:default
    svc:/system/cluster/scprivipd:default
    svc:/system/cluster/cl-svc-cluster-milestone:default
    svc:/system/cluster/sc_svtag:default
    svc:/system/cluster/sckeysync:default
    svc:/system/cluster/rpc-fed:default
    svc:/system/cluster/rgm-starter:default
    svc:/application/management/common-agent-container-1:default
    svc:/system/cluster/scsymon-srv:default
    svc:/system/cluster/sc_syncsa_server:default
    svc:/system/cluster/scslmclean:default
    svc:/system/cluster/cznetd:default
    svc:/system/cluster/scdpm:default
    svc:/system/cluster/rpc-pmf:default
    svc:/system/cluster/pnm:default
    svc:/system/cluster/sc_pnm_proxy_server:default
    svc:/system/cluster/cl-event:default
    svc:/system/cluster/cl-eventlog:default
    svc:/system/cluster/cl-ccra:default
    svc:/system/cluster/ql_upgrade:default
    svc:/system/cluster/mountgfs:default
    svc:/system/cluster/clusterdata:default
    svc:/system/cluster/ql_rgm:default
    svc:/system/cluster/scqdm:default
    svc:/application/stosreg:default
    svc:/application/sthwreg:default
    svc:/application/graphical-login/cde-login:default
    svc:/application/cde-printinfo:default
    svc:/system/cluster/scvxinstall:default
    svc:/system/cluster/sc_failfast:default
    svc:/system/cluster/clexecd:default
    svc:/system/cluster/sc_pmmd:default
    svc:/system/cluster/clevent_listenerd:default
    svc:/application/print/server:default (LP print server)
    State: disabled since Tue Apr 23 17:36:44 2013
    Reason: Disabled by an administrator.
    See: http://sun.com/msg/SMF-8000-05
    See: man -M /usr/share/man -s 1M lpsched
    Impact: 2 dependent services are not running:
    svc:/application/print/rfc1179:default
    svc:/application/print/ipp-listener:default
    svc:/network/iscsi/initiator:default (?)
    State: maintenance since Tue Apr 23 17:46:54 2013
    Reason: Restarting too quickly.
    See: http://sun.com/msg/SMF-8000-L5
    See: /var/svc/log/network-iscsi-initiator:default.log
    Impact: This service is not running.
    ######## Cluster Status from working node ############
    root@srvhqon10 # cluster status
    === Cluster Nodes ===
    --- Node Status ---
    Node Name Status
    srvhqon10 Online
    srvhqon11 Offline
    === Cluster Transport Paths ===
    Endpoint1 Endpoint2 Status
    srvhqon10:igb3 srvhqon11:igb3 faulted
    srvhqon10:igb2 srvhqon11:igb2 faulted
    === Cluster Quorum ===
    --- Quorum Votes Summary from (latest node reconfiguration) ---
    Needed Present Possible
    2 2 3
    --- Quorum Votes by Node (current status) ---
    Node Name Present Possible Status
    srvhqon10 1 1 Online
    srvhqon11 0 1 Offline
    --- Quorum Votes by Device (current status) ---
    Device Name Present Possible Status
    d2 1 1 Online
    === Cluster Device Groups ===
    --- Device Group Status ---
    Device Group Name Primary Secondary Status
    --- Spare, Inactive, and In Transition Nodes ---
    Device Group Name Spare Nodes Inactive Nodes In Transistion Nodes
    --- Multi-owner Device Group Status ---
    Device Group Name Node Name Status
    === Cluster Resource Groups ===
    Group Name Node Name Suspended State
    ora-rg srvhqon10 No Online
    srvhqon11 No Offline
    nfs-rg srvhqon10 No Online
    srvhqon11 No Offline
    backup-rg srvhqon10 No Online
    srvhqon11 No Offline
    === Cluster Resources ===
    Resource Name Node Name State Status Message
    ora-listener srvhqon10 Online Online
    srvhqon11 Offline Offline
    ora-server srvhqon10 Online Online
    srvhqon11 Offline Offline
    ora-stor srvhqon10 Online Online
    srvhqon11 Offline Offline
    ora-lh srvhqon10 Online Online - LogicalHostname online.
    srvhqon11 Offline Offline
    nfs-rs srvhqon10 Online Online - Service is online.
    srvhqon11 Offline Offline
    nfs-stor-rs srvhqon10 Online Online
    srvhqon11 Offline Offline
    nfs-lh-rs srvhqon10 Online Online - LogicalHostname online.
    srvhqon11 Offline Offline
    backup-stor srvhqon10 Online Online
    srvhqon11 Offline Offline
    cluster: (C383355) No response from daemon on node "srvhqon11".
    === Cluster DID Devices ===
    Device Instance Node Status
    /dev/did/rdsk/d1 srvhqon10 Ok
    /dev/did/rdsk/d2 srvhqon10 Ok
    srvhqon11 Unknown
    /dev/did/rdsk/d3 srvhqon10 Ok
    srvhqon11 Unknown
    /dev/did/rdsk/d4 srvhqon10 Ok
    /dev/did/rdsk/d5 srvhqon10 Fail
    srvhqon11 Unknown
    /dev/did/rdsk/d6 srvhqon11 Unknown
    /dev/did/rdsk/d7 srvhqon11 Unknown
    /dev/did/rdsk/d8 srvhqon10 Ok
    srvhqon11 Unknown
    /dev/did/rdsk/d9 srvhqon10 Ok
    srvhqon11 Unknown
    === Zone Clusters ===
    --- Zone Cluster Status ---
    Name Node Name Zone HostName Status Zone Status
    Regards.

    check if your global devices are mounted properly
    #cat /etc/mnttab | grep -i global
    check if proper entries are there on both systems
    #cat /etc/vfstab | grep -i global
    give output for quoram devices .
    #scstat -q
    or
    #clquorum list -v
    also check why your scsi initiator service is going offline unexpectedly
    #vi /var/svc/log/network-iscsi-initiator:default.log

Maybe you are looking for