Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase 123»»»

Integration Services contain Analysis Services Processing Task. Fails but works in Analysis Services Expand / Collapse
Author
Message
Posted Friday, August 31, 2012 8:05 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Wednesday, May 22, 2013 4:50 AM
Points: 423, Visits: 633
The dimensions have processed Successfully prior to the updating of the SEN Cubes

The attribute key cannot be found when processing: Table: 'fact_SEN_Workflow_Steps', Column: 'DW_Prov_ID', Value: '370194'. The attribute is 'DW Prov Child ID'.

Checking the Source data and this attribute key matches the dimension so it’s fine.
Can I check the dimension now that the cube has failed?

Analysis Services…. Dimensions….. Provisions

No it doesn’t allow you to check for an ID Can I do in in SMS using MDX?

Q. Can you do this in MDX SELECT * FROM dim.Service_Prov WHERE DW_Prov_Child_ID = 370194

You cant browse the cube in Alalysis Services or SMS ‘ Error Loading Metadata. No Cubes were found.’

If I run it in Analysis Services on Full it succeeds which means I can never actually test for this issue.
Once it Suceeds when manually processed in Analysis Services it works in IS. Then fails again during the overnight.

Ive put this into the forum before and didn’t get anywhere but I thought Id try again because surely it can’t be me having these issues.

Can I get it to ignore errors and send them to a report so I can see what it thinks has happened and still have a cube I can look at at the end.

I have been totally stuck with this for months and haven’t got any further.
Post #1352829
Posted Friday, August 31, 2012 10:32 AM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Today @ 1:23 PM
Points: 245, Visits: 678
Not sure I can be much help, but "stuck for months" got to me.

When I get a cube processing error, I usually can fix it by processing each dimension separately and then re-trying. Sounds like you have done that AND checked that your fact key does, in fact, match the dimension key. At least, it sounds like you have done that?

I don't do MDX querying, I query the underly SQL dim table to see if that key is there. Sounds like you cannot access the dimension data ?

Process Full on the cube should process all dimensions,too. When you do that manually, all is well? I do not use the AS components in SSIS, my SQL Agent cube does it for me:


<Batch xmlns="http://schemas.microsoft.com/analysisservices/2003/engine">
<Parallel>
<Process xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ddl2="http://schemas.microsoft.com/analysisservices/2003/engine/2" xmlns:ddl2_2="http://schemas.microsoft.com/analysisservices/2003/engine/2/2">
<Object>
<DatabaseID>Fake Cube</DatabaseID>
</Object>
<Type>ProcessFull</Type>
<WriteBackTableCreation>UseExisting</WriteBackTableCreation>
</Process>
</Parallel>
</Batch>


Hope I've at least given you a few ideas. Good luck!


Debbie Edwards (8/31/2012)
The dimensions have processed Successfully prior to the updating of the SEN Cubes

The attribute key cannot be found when processing: Table: 'fact_SEN_Workflow_Steps', Column: 'DW_Prov_ID', Value: '370194'. The attribute is 'DW Prov Child ID'.

Checking the Source data and this attribute key matches the dimension so it’s fine.
Can I check the dimension now that the cube has failed?

Analysis Services…. Dimensions….. Provisions

No it doesn’t allow you to check for an ID Can I do in in SMS using MDX?

Q. Can you do this in MDX SELECT * FROM dim.Service_Prov WHERE DW_Prov_Child_ID = 370194

You cant browse the cube in Alalysis Services or SMS ‘ Error Loading Metadata. No Cubes were found.’

If I run it in Analysis Services on Full it succeeds which means I can never actually test for this issue.
Once it Suceeds when manually processed in Analysis Services it works in IS. Then fails again during the overnight.

Ive put this into the forum before and didn’t get anywhere but I thought Id try again because surely it can’t be me having these issues.

Can I get it to ignore errors and send them to a report so I can see what it thinks has happened and still have a cube I can look at at the end.

I have been totally stuck with this for months and haven’t got any further.
Post #1352963
Posted Friday, August 31, 2012 10:40 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Wednesday, May 22, 2013 4:50 AM
Points: 423, Visits: 633
Thanks loads for that

herladygeekedness (8/31/2012)
Not sure I can be much help, but "stuck for months" got to me.

When I get a cube processing error, I usually can fix it by processing each dimension separately and then re-trying. Sounds like you have done that AND checked that your fact key does, in fact, match the dimension key. At least, it sounds like you have done that?


Yep I process each dimension successfully in Integration Services on FULL. It seems to go fine every time

I don't do MDX querying, I query the underly SQL dim table to see if that key is there. Sounds like you cannot access the dimension data ?


I have checked the underlying data in SQL and its totally fine. It the data in the cube that I cant check due to the unsuccessful process.

Process Full on the cube should process all dimensions,too. When you do that manually, all is well?


Thats it, if I do a manual process it works fine, Its just the IS Package where the cubes fail after processing the dimensions.

I do not use the AS components in SSIS, my SQL Agent cube does it for me:


<Batch xmlns="http://schemas.microsoft.com/analysisservices/2003/engine">
<Parallel>
<Process xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ddl2="http://schemas.microsoft.com/analysisservices/2003/engine/2" xmlns:ddl2_2="http://schemas.microsoft.com/analysisservices/2003/engine/2/2">
<Object>
<DatabaseID>Fake Cube</DatabaseID>
</Object>
<Type>ProcessFull</Type>
<WriteBackTableCreation>UseExisting</WriteBackTableCreation>
</Process>
</Parallel>
</Batch>


Hope I've at least given you a few ideas. Good luck!


Ooh this is the interesting bit. What do you mean by SQL Agent Cube and what is the script that you included? Do you process all your dimensions and cubes overnight in a seperate job just for Analysis Services?

If I could figure this bit out I might be somewhere to getting it sorted. Unfortunately I dont have access to setting up over night jobs so I need to make sure I know what Im taking about to give instructions to the dba team.

Thanks for your help

Debbie Edwards (8/31/2012)
The dimensions have processed Successfully prior to the updating of the SEN Cubes

The attribute key cannot be found when processing: Table: 'fact_SEN_Workflow_Steps', Column: 'DW_Prov_ID', Value: '370194'. The attribute is 'DW Prov Child ID'.

Checking the Source data and this attribute key matches the dimension so it’s fine.
Can I check the dimension now that the cube has failed?

Analysis Services…. Dimensions….. Provisions

No it doesn’t allow you to check for an ID Can I do in in SMS using MDX?

Q. Can you do this in MDX SELECT * FROM dim.Service_Prov WHERE DW_Prov_Child_ID = 370194

You cant browse the cube in Alalysis Services or SMS ‘ Error Loading Metadata. No Cubes were found.’

If I run it in Analysis Services on Full it succeeds which means I can never actually test for this issue.
Once it Suceeds when manually processed in Analysis Services it works in IS. Then fails again during the overnight.

Ive put this into the forum before and didn’t get anywhere but I thought Id try again because surely it can’t be me having these issues.

Can I get it to ignore errors and send them to a report so I can see what it thinks has happened and still have a cube I can look at at the end.

I have been totally stuck with this for months and haven’t got any further.
Post #1352966
Posted Friday, August 31, 2012 11:09 AM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Today @ 1:23 PM
Points: 245, Visits: 678
happy to help! I'm not such an old pro at this myself so I know how frustrating it can be!

The script is the second step in my SQL Agent overnight job. The first step runs all the dimension ETLs and then Fact Table ETLS in one big SSIS "parent" package with tons of "kids".

If that is all successful, this next step should be configured as SQL Server Analysis Services Command. The user in the RunAs must have SSAS privileges (I'm no authority on the permissions but whoever sets it up for you will need to test it, and reprocessing a cube is not damaging, so do insist that they test it before telling you It's Set!). It should be obvious to them which server to enter, wherever the cube lives!

You said you process in Integration Services - not SSAS? I open AS instance and right-click cubes to manually do it - are you only using the SSIS components for it as "manual"? I have not used any SSIS components for SSAS operations so if they have tricks, sorry, I'm not going to know them. We also don't use manifests, so not helpful on that, either.

If they have not provided you credentials to log in to SSAS I guess there isn't much you can do on that, but if you CAN access it, the script I provided can be run in a query window there. Likely generating same error message.

Maybe you are processing it via IBIDS, in your AS project interface? Just trying to figure out if you are confined to SSIS components or if you can open the AS project? If you can open the AS project, you should definitely be able to browse dimensions that processed. Check your datasource view(s) also. Make sure to preview the data. I'm hoping that something will jump out at you. If yours is set for queries vs tables (ours are queries), run them, see if you can spot any nulls or odd values. Verify relationships, also. I doubt anything moved, but it will be worthwhile to check all pieces.

I have to ask, though the answer is implied, does your fact table look ok otherwise? No weirdo data or unexpected nulls? especially in that field you are getting an error in - could be you solve for the first id, and, oh crap, now it can't find the next! Only time I had that was when I made a boo boo and had built the facts off of wrong dims. Solved for one key, then, uh oh, another! I strongly feel that it's a data issue and maybe a change was made some time ago that seemed like it would have no impact...?

Can't tell you how many times I've been bitten by that assumption much later...
Debbie Edwards (8/31/2012)
Thanks loads for that

herladygeekedness (8/31/2012)
Not sure I can be much help, but "stuck for months" got to me.

When I get a cube processing error, I usually can fix it by processing each dimension separately and then re-trying. Sounds like you have done that AND checked that your fact key does, in fact, match the dimension key. At least, it sounds like you have done that?


Yep I process each dimension successfully in Integration Services on FULL. It seems to go fine every time

I don't do MDX querying, I query the underly SQL dim table to see if that key is there. Sounds like you cannot access the dimension data ?


I have checked the underlying data in SQL and its totally fine. It the data in the cube that I cant check due to the unsuccessful process.

Process Full on the cube should process all dimensions,too. When you do that manually, all is well?


Thats it, if I do a manual process it works fine, Its just the IS Package where the cubes fail after processing the dimensions.

I do not use the AS components in SSIS, my SQL Agent cube does it for me:


<Batch xmlns="http://schemas.microsoft.com/analysisservices/2003/engine">
<Parallel>
<Process xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ddl2="http://schemas.microsoft.com/analysisservices/2003/engine/2" xmlns:ddl2_2="http://schemas.microsoft.com/analysisservices/2003/engine/2/2">
<Object>
<DatabaseID>Fake Cube</DatabaseID>
</Object>
<Type>ProcessFull</Type>
<WriteBackTableCreation>UseExisting</WriteBackTableCreation>
</Process>
</Parallel>
</Batch>


Hope I've at least given you a few ideas. Good luck!


Ooh this is the interesting bit. What do you mean by SQL Agent Cube and what is the script that you included? Do you process all your dimensions and cubes overnight in a seperate job just for Analysis Services?

If I could figure this bit out I might be somewhere to getting it sorted. Unfortunately I dont have access to setting up over night jobs so I need to make sure I know what Im taking about to give instructions to the dba team.

Thanks for your help

Debbie Edwards (8/31/2012)
The dimensions have processed Successfully prior to the updating of the SEN Cubes

The attribute key cannot be found when processing: Table: 'fact_SEN_Workflow_Steps', Column: 'DW_Prov_ID', Value: '370194'. The attribute is 'DW Prov Child ID'.

Checking the Source data and this attribute key matches the dimension so it’s fine.
Can I check the dimension now that the cube has failed?

Analysis Services…. Dimensions….. Provisions

No it doesn’t allow you to check for an ID Can I do in in SMS using MDX?

Q. Can you do this in MDX SELECT * FROM dim.Service_Prov WHERE DW_Prov_Child_ID = 370194

You cant browse the cube in Alalysis Services or SMS ‘ Error Loading Metadata. No Cubes were found.’

If I run it in Analysis Services on Full it succeeds which means I can never actually test for this issue.
Once it Suceeds when manually processed in Analysis Services it works in IS. Then fails again during the overnight.

Ive put this into the forum before and didn’t get anywhere but I thought Id try again because surely it can’t be me having these issues.

Can I get it to ignore errors and send them to a report so I can see what it thinks has happened and still have a cube I can look at at the end.

I have been totally stuck with this for months and haven’t got any further.
Post #1352989
Posted Friday, August 31, 2012 11:10 AM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Today @ 1:23 PM
Points: 245, Visits: 678
oh, and it never hurts to ask for a reboot of the server!
Post #1352992
Posted Friday, August 31, 2012 8:29 PM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Today @ 1:23 PM
Points: 245, Visits: 678
I may have found a way around the cube being offline - when you go to process, check the options for ignoring errors. It's maybe not the best thing to do, but it might get the cube back to where just seeing the thing can make the problem obvious.

Post #1353120
Posted Monday, September 03, 2012 4:25 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Wednesday, May 22, 2013 4:50 AM
Points: 423, Visits: 633
right......

Trying very very hard to get my head round this but there are so many pieces to it, it gets very complicated.


herladygeekedness (8/31/2012)

The script is the second step in my SQL Agent overnight job. The first step runs all the dimension ETLs and then Fact Table ETLS in one big SSIS "parent" package with tons of "kids".


So the script is the one you added above? How is this created?
The first step I believe Is the same as I do. I use IS to grab all the source data and add to my warehouse (relational Star Schemas etc so isnt in the Analysis Services as a cube yet.

If that is all successful, this next step should be configured as SQL Server Analysis Services Command. The user in the RunAs must have SSAS privileges (I'm no authority on the permissions but whoever sets it up for you will need to test it, and reprocessing a cube is not damaging, so do insist that they test it before telling you It's Set!). It should be obvious to them which server to enter, wherever the cube lives!

You said you process in Integration Services - not SSAS? I open AS instance and right-click cubes to manually do it - are you only using the SSIS components for it as "manual"? I have not used any SSIS components for SSAS operations so if they have tricks, sorry, I'm not going to know them. We also don't use manifests, so not helpful on that, either.

If they have not provided you credentials to log in to SSAS I guess there isn't much you can do on that, but if you CAN access it, the script I provided can be run in a query window there. Likely generating same error message.



Trying to get my head round this bit. Is it this..... Integration services runs all the source data into the destination relational tables. (Star Schemas)

The next step in the package is not an Analysis Services step at all but a SQL Server Analysis Services step. This is where it gets fuzzy. I rely on the DBA team setting up the job for me. I dont have access to it. Any they arent used to setting up Analysis Services jobs at all so I could really use a guide on this. And I cant find anything on the internet at all. Do you know of any decent guides on how to do this...

Also so in this Analysis Services Step do you process your dimensions and then Cubes to Refresh Analysis Services?

Maybe you are processing it via IBIDS, in your AS project interface? Just trying to figure out if you are confined to SSIS components or if you can open the AS project? If you can open the AS project, you should definitely be able to browse dimensions that processed. Check your datasource view(s) also. Make sure to preview the data. I'm hoping that something will jump out at you. If yours is set for queries vs tables (ours are queries), run them, see if you can spot any nulls or odd values. Verify relationships, also. I doubt anything moved, but it will be worthwhile to check all pieces.



I dont know what IBIDS is? Yep I can open the Analysis Services project, I created it. It is always sucessful If I manually run in Analysis Services on Full. But I dont want to only be able to do it manually. It just doesnt make sense since its supposed to run overnight.

When the cubes fail in IS I always check the errors and the data in SQL is always 100% correct.

I have to ask, though the answer is implied, does your fact table look ok otherwise? No weirdo data or unexpected nulls? especially in that field you are getting an error in - could be you solve for the first id, and, oh crap, now it can't find the next! Only time I had that was when I made a boo boo and had built the facts off of wrong dims. Solved for one key, then, uh oh, another! I strongly feel that it's a data issue and maybe a change was made some time ago that seemed like it would have no impact...?

Can't tell you how many times I've been bitten by that assumption much later...



When I have checked its always fine. I have a process that gets rid of NULLs if anything does get through. Im going to have another go now though............

The attribute key cannot be found when processing:
Table: 'fact_SEN_Fact',
Column: 'DW_Prov_ID',
Value: '370279'.

The second error message tells me that in the fact table its record 230241 that doesnt have the corresponding attribute key

THE DW_Prov_Id for this row is 370279 with the person ID of 95201

Going into Analysis Services to use the data source view script in the Provision dimension
(It always seems to be the provision dimension....)

Yep there is a DW_Prov_Id of 370279 With the person ID of 95201 So this shouldnt be showing as an error

So still lost really......

And If I did it manually in Analysis Services on full it would work fine.....

Debbie Edwards (8/31/2012)
Thanks loads for that

herladygeekedness (8/31/2012)
Not sure I can be much help, but "stuck for months" got to me.

When I get a cube processing error, I usually can fix it by processing each dimension separately and then re-trying. Sounds like you have done that AND checked that your fact key does, in fact, match the dimension key. At least, it sounds like you have done that?


Yep I process each dimension successfully in Integration Services on FULL. It seems to go fine every time

I don't do MDX querying, I query the underly SQL dim table to see if that key is there. Sounds like you cannot access the dimension data ?


I have checked the underlying data in SQL and its totally fine. It the data in the cube that I cant check due to the unsuccessful process.

Process Full on the cube should process all dimensions,too. When you do that manually, all is well?


Thats it, if I do a manual process it works fine, Its just the IS Package where the cubes fail after processing the dimensions.

I do not use the AS components in SSIS, my SQL Agent cube does it for me:


<Batch xmlns="http://schemas.microsoft.com/analysisservices/2003/engine">
<Parallel>
<Process xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ddl2="http://schemas.microsoft.com/analysisservices/2003/engine/2" xmlns:ddl2_2="http://schemas.microsoft.com/analysisservices/2003/engine/2/2">
<Object>
<DatabaseID>Fake Cube</DatabaseID>
</Object>
<Type>ProcessFull</Type>
<WriteBackTableCreation>UseExisting</WriteBackTableCreation>
</Process>
</Parallel>
</Batch>


Hope I've at least given you a few ideas. Good luck!


Ooh this is the interesting bit. What do you mean by SQL Agent Cube and what is the script that you included? Do you process all your dimensions and cubes overnight in a seperate job just for Analysis Services?

If I could figure this bit out I might be somewhere to getting it sorted. Unfortunately I dont have access to setting up over night jobs so I need to make sure I know what Im taking about to give instructions to the dba team.

Thanks for your help

Debbie Edwards (8/31/2012)
The dimensions have processed Successfully prior to the updating of the SEN Cubes

The attribute key cannot be found when processing: Table: 'fact_SEN_Workflow_Steps', Column: 'DW_Prov_ID', Value: '370194'. The attribute is 'DW Prov Child ID'.

Checking the Source data and this attribute key matches the dimension so it’s fine.
Can I check the dimension now that the cube has failed?

Analysis Services…. Dimensions….. Provisions

No it doesn’t allow you to check for an ID Can I do in in SMS using MDX?

Q. Can you do this in MDX SELECT * FROM dim.Service_Prov WHERE DW_Prov_Child_ID = 370194

You cant browse the cube in Alalysis Services or SMS ‘ Error Loading Metadata. No Cubes were found.’

If I run it in Analysis Services on Full it succeeds which means I can never actually test for this issue.
Once it Suceeds when manually processed in Analysis Services it works in IS. Then fails again during the overnight.

Ive put this into the forum before and didn’t get anywhere but I thought Id try again because surely it can’t be me having these issues.

Can I get it to ignore errors and send them to a report so I can see what it thinks has happened and still have a cube I can look at at the end.

I have been totally stuck with this for months and haven’t got any further.
[/quote]
Post #1353426
Posted Monday, September 03, 2012 4:26 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Wednesday, May 22, 2013 4:50 AM
Points: 423, Visits: 633
herladygeekedness (8/31/2012)
oh, and it never hurts to ask for a reboot of the server!


Yep and Ive asked for this already a fair few times....
Post #1353428
Posted Monday, September 03, 2012 4:29 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: Wednesday, May 22, 2013 4:50 AM
Points: 423, Visits: 633
herladygeekedness (8/31/2012)
I may have found a way around the cube being offline - when you go to process, check the options for ignoring errors. It's maybe not the best thing to do, but it might get the cube back to where just seeing the thing can make the problem obvious.



Is this in Integration Services on the Analysis Services task on in Analysis Services task itsself?

A long while again I was trying to figure out if I could do this and send the errors to a file to be looked at later.... but again the errors its picking out arent actually errors, the data is always fine.

And I could find any decent help files on this at all.
Post #1353430
Posted Thursday, September 06, 2012 8:57 AM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Today @ 1:23 PM
Points: 245, Visits: 678
Well, Debbie, I must have had some weird premonitiion as I now have the exact same problem. Oh boy!

Sounds like we do things in a similar fashion. IBIDS = Vis Studio where you create SSIS packages. probably you hadn't heard it by this moniker. All data loads via ssis pkg, from prod > dw.

Where we differ is in using SSIS Analysis Services task in a package. The piece of Analysis Services Command I included earlier is what processes my cube in the SQL Job after dims and facts are popped. Just put in the name of yours. DBA just has to select the step type as Analysis Services Command, paste in with your cube name in it vs whatever I left in there, it should be no big whoop for them. What they do for your SSIS pkgs is select Integration Services Package step in the SQL job. Don't present it to them as creating an analysis services job and they should be okie dokie with it. Only potential fly in that ointment is Permissions. Job should fail on that step if not appropriate access. Perms are far from my forte, especially when it gets into job agents and proxies and so forth ... presumably the dbas can handle it.

I have been given a deadline of tomorrow night to get this resolved. Scares me that you've had the issues for months!!!

I figure if it comes to desperate measures, I'll clone the bugger with a different name and see if it's just some werido corruption, as I do not at all have a feel for cube corruption and wonder if I found it? What caused it is just a big fog to me. "One day, it just quit working ..."

I was talking about from VS project/IBIDS/SSIS Package creation on processing cube with error suppression. Noodle with the different options. if you suppress those error messages, you may find, as I did., that the first error is a red herring - after it tells you that key is crap, it goes on to identify the next key name as crap, on and on. This is why I fear corruption.

Where we differ is that I cannot get mine to process anywhere anyhow without ignoring errors. When I steal the queries out of the processing progress window, they execute perfoectly on my cube server so it is not true that the keys cannot be found, as you have also confirmed.

I'll post back if I find an answer or anything new to try. Especially if my cloning experiment works as it may not solve the problem, but it gets a cube back online, and that's my goal. I only hope that we can both learn from the post-mortem.
Post #1355382
« Prev Topic | Next Topic »

Add to briefcase 123»»»

Permissions Expand / Collapse