ahhhhh.....music to my ears

  

I just downloaded the latest version of 1.6 and the install worked flawlessly.  Looks like you’ve killed the bugs

-Larry

Yes, this is a common problem with SQL Server.  The error indicates that the MDF was not mounted.  So when the DDT is trying to create the StrataFrame database through SMO is assumes that the file name StrataFrame.mdf is available.  Why it became dismounted I cannot tell you as this is another issue altogether.  It can happen if SQL Server is re-installed and some other things like that.

So the error message is what I thought it was.  In this case, all you need to do is open SQL Server Management Studio and go to your SQL database.  Right click on the databases folder and then choose "Attach..."  Select the MDF file and it will be remounted.

Trent,

The log file from the Strata install showed that it could not create the database, because the mdf/mdh (cant remember) file was already there...The install interface just hangs at that point and gives no method to close it.

So after about 10 install/uninstalls, we just deleted the database, and then finally got a clean install.

Thanks for your help,

Jason

There is no reason why you should need to delete the StrataFrame.mdf file.  Are you getting an error saying that the StrataFrame.mdh file already exists?  If you are getting this error, the you can remount the StrataFrame.mdf rather than deleting it.  Open SQL Server Management Studio and just attach the MDF file.

Has this been posted?

We continue to have problems on some of my developers machines.

We have ended up having to delete the Strataframe.mdf file and database from the SQL Express server, delete the key files from the Stratframe folder, and uninstall and re-install to product.

Before I send this to everyone, if there is a cleaner install I would like to use it.

Thanks,

Jason

Yes, we are completing testing of an update that will prevent this from happening in the future.  it has to do with the registering of the assemblies into the GAC within a certain scenario.  However, we did reproduce it and have fixed this.  It will be corrected and posted in the My Account area tonight or early tomorrow.

Thanks for the quick response. I did as suggested and reran the setup program and all is good. I didn't understand that I needed to rerun the setup again (I went to the Add/Remove programs in control manager).

We have reproduced and are fixing this error.  However, you can work around this error as we speak without a new install.  Just run the installation again and choose the Modify or Repair option. 

This is due to the GAC and assemblies already being loaded when the installer program runs.  This has been resolved and we will post a build later today or early tomorrow addressing this issue, but all you need to do is run the setup again.

I'm having the same problems. I'm using the 1:10pm install. I get an error when installing the SF db. I can't do a repair because it prompts for the folder with the setup exe but doesn't like the folder I choose (which is on a network drive). I uninstalled and tried reinstalling with no success.



I'm installing on a Windows XP SP2 box w/4GB of ram. Nothing is running. The database is on another machine, and is an instance of SQL Server 2005. I checked and I have access to the database. I also tried moving the setup file to my desktop, so it wasn't on a network share, but the same problems.