Mike,

The issue w/ the JDBC driver not copying over is known and fixed in the 
recently released 3.6:
         https://jira.duraspace.org/browse/FCREPO-1101

As far as the remaining errors--I admit not poring through the entire log, but 
I do see errors such as:

        Caused by: org.akubraproject.DuplicateBlobException: (Duplicate blob 
with id = 'file:8c/info%3Afedora%2Ffedora-system%3AServiceDeployment-3.0')

which sounds like the filesystem has the objects but the tables don't and so 
when Fedora tries to create the system object (b/c the database doesn't have 
the reference), it fails when it discovers it's already present on the 
filesystem. This behavior would be consistent with the result of starting 
Fedora w/out the needed JDBC driver (as a result of FCREPO-1101).

So, I would either a) re-install, clearing out tables and filesystem beforehand 
if you're just starting from scratch anyway or b) run the rebuilder 
(fedora-rebuild.sh). Although I'd also use 3.6 rather than 3.5

-Eddie

On Aug 9, 2012, at 12:12 PM, "Mike Jones" <[email protected]> wrote:

> Hi,
>  
> I recently installed Fedora Commons 3.5 and ran into some trouble when FC 
> attempted to startup. I also found another issue with the installer.
>  
> To set the scene: I followed the installation instructions 
> here:https://wiki.duraspace.org/display/FEDORA35/Installation+and+Configuration
> My target machine for the install runs RedHat Linux 6.2, has Sun Java SDK 
> v1.6.0_31 and an existing Apache Tomcat 6 instance.
> My target database for Fedora to use is Oracle 11g (which has the appropriate 
> tablespace and user).
>  
> I ran the installer, used mostly the default options, except for:
> -        Referring to the existing Tomcat instance
> -        Pointed to the existing Oracle database and JDBC driver (ojdbc6.jar)
>  
> I choose akubra-fs for storage (the default option).
>  
> First issue: The JDBC driver that I referred to in the install did not get 
> packaged into the fedora WAR file. Is this intentional?
> The JDBC connection test passed (during the installation), which would have 
> used the JDBC driver, so there was no problem with the driver itself.
> Workaround: copy the JDBC driver into the unpacked fedora webapp’s lib 
> directory (this will need to be re-done if the WAR is replaced).
>  
> Ok, so once all required libraries were located at runtime, Fedora started up 
> and created the tables, views, etc. No problems there.
>  
> Next up, Fedora attempted to write initial data into some of these tables. 
> This caused an error (large stack trace in the log file) and Fedora halted.
> Upon inspection of the log file, it looked like akubra-fs detected that the 
> data write failed and attempted to cleanup. Something went wrong in here and 
> caused Fedora to halt.
> The DOREGISTRY database table contained one row after the first attempt at 
> running Fedora.
>  
> I couldn’t really fathom the error message, so I decided to restart Tomcat 
> and see what happened. Fedora ran through its startup and halted at a very 
> similar point. At this point, there were now 2 rows in the DOREGISTRY table.
>  
> I bailed out from using akubra-fs at this point and re-installed Fedora 
> choosing the legacy-fs option for storage. The database object were all 
> dropped, Fedora started up and there were no errors in the log file.
>  
> I’ve attached the fedora log file that shows the error (and extra debugging) 
> when using akubra-fs to this email.
>  
> Thanks in advance for any help!
>  
> Mike Jones
> Innodev
> W: www.innodev.com.au
>  
> <fedora-error.log>------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
> Fedora-commons-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to