Icons not displaying

272 views
Skip to first unread message

Peter .

unread,
Mar 25, 2013, 12:02:50 PM3/25/13
to isla...@googlegroups.com
Hello Everyone,

I have Islandora 7 set up and it seems happy, however when I go to view the repository, the icons aren't displayed anymore - just the titles (ie the folder icons for installed solution packs). Does anyone know what this might be a symptom of? The icons should be displaying right?

Thanks,
Peter

Jordan Dukart

unread,
Mar 25, 2013, 12:40:30 PM3/25/13
to isla...@googlegroups.com
Is your Drupal filter configured correctly?


--
You received this message because you are subscribed to the Google Groups "islandora" group.
To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Peter .

unread,
Mar 25, 2013, 1:49:29 PM3/25/13
to isla...@googlegroups.com
Yep, Drupal Filter is set up correctly.

Peter Murray

unread,
Mar 25, 2013, 3:33:29 PM3/25/13
to isla...@googlegroups.com
Those images are datastreams in the content model objects. Can you get them directly? Eg:

http://localhost/drupal/islandora/object/islandora:3/datastream/TN/view

…where "islandora:3" is a Collection SP object. If not, that might lead to error messages or something else helpful in the log files.


Peter
--
Peter Murray
Assistant Director, Technology Services Development
LYRASIS
Peter....@lyrasis.org
+1 678-235-2955
800.999.8558 x2955


Peter .

unread,
Mar 25, 2013, 3:59:49 PM3/25/13
to isla...@googlegroups.com
No I can't. I get the following message: The image cannot be displayed because it contains errors.

Peter Murray

unread,
Mar 26, 2013, 3:36:19 PM3/26/13
to isla...@googlegroups.com
Are the solution pack objects up-to-date?

http://localhost/drupal/admin/islandora/solution_packs

You might try forcing a reinstall of the basic collection object to see if that might fix the problem.


Peter

Peter .

unread,
Mar 27, 2013, 11:23:16 AM3/27/13
to isla...@googlegroups.com
I tried that and the icons still don't show up. The solution packs are all from  the Islandora 7 release and this was a from a clean install. Any other suggestions? Perhaps this is some kind of connection issue?

Peter .

unread,
Mar 27, 2013, 11:58:19 AM3/27/13
to isla...@googlegroups.com
Playing around some more, when I go to domain.com:8080/fedora/admin and try to ingest an object, it won't let me. It keeps prompting me for  a user name and password which I supply but it doesn't like. Looking at the install.properties file I see that I am supplying the right login and password. It is weird that I can create collections from the drupal interface but cannot use the fedora admin interface.

Nick Ruest

unread,
Mar 27, 2013, 12:40:03 PM3/27/13
to isla...@googlegroups.com
Can you share your install.properties file? Just strip out the passwords.

-nruest
> <http://localhost/drupal/islandora/object/islandora:3/datastream/TN/view>
>
> >>
> >> �where "islandora:3" is a Collection SP object. If not,
> that might lead to error messages or something else helpful in
> the log files.
> >>
> >>
> >> Peter
> >>
> >> On Mar 25, 2013, at 12:02 PM, "Peter ."
> <readin...@gmail.com> wrote:
> >> >
> >> > Hello Everyone,
> >> >
> >> > I have Islandora 7 set up and it seems happy, however when
> I go to view the repository, the icons aren't displayed anymore
> - just the titles (ie the folder icons for installed solution
> packs). Does anyone know what this might be a symptom of? The
> icons should be displaying right?
> >> >
> >> > Thanks,
> >> > Peter
>
>
> --
> Peter Murray
> Assistant Director, Technology Services Development
> LYRASIS
> Peter....@lyrasis.org
> +1 678-235-2955
> 800.999.8558 x2955
>
>

Peter .

unread,
Mar 27, 2013, 12:55:54 PM3/27/13
to isla...@googlegroups.com
Hi Nick,

This is my install file:

#Install Options
#Wed Mar 20 10:59:52 PDT 2013
keystore.file=included
ri.enabled=true
messaging.enabled=true
apia.auth.required=false
database.jdbcDriverClass=com.mysql.jdbc.Driver
tomcat.ssl.port=8443
ssl.available=true
database.jdbcURL=jdbc\:mysql\://localhost/fedora3?useUnicode\=true&amp;character
Encoding\=UTF-8&amp;autoReconnect\=true
messaging.uri=vm\:(broker\:(tcp\://localhost\:61616))
database.password=******
database.mysql.driver=included
database.username=fedoraAdmin
fesl.authz.enabled=false
tomcat.shutdown.port=8005
deploy.local.services=true
xacml.enabled=true
database.mysql.jdbcDriverClass=com.mysql.jdbc.Driver
tomcat.http.port=8080
fedora.serverHost=localhost
database=mysql
database.driver=included
fedora.serverContext=fedora
llstore.type=akubra-fs
tomcat.home=/var/lib/tomcat6
fesl.authn.enabled=true
database.mysql.jdbcURL=jdbc\:mysql\://localhost/fedora3?useUnicode\=true&amp;cha
racterEncoding\=UTF-8&amp;autoReconnect\=true
fedora.home=/var/lib/fedora
install.type=custom
servlet.engine=existingTomcat
apim.ssl.required=false
fedora.admin.pass=******
apia.ssl.required=false

Peter .

unread,
Mar 27, 2013, 4:50:08 PM3/27/13
to isla...@googlegroups.com
Looking in the fedora.log, there are errors about "usersa" must be terminated by the matching end-tag "</usersa>". I think this is being thrown by XmlUsersFileModule. Anyone have an idea of what file I should be looking at to fix the missing tag?

Thanks.

Peter Murray

unread,
Mar 27, 2013, 8:27:34 PM3/27/13
to isla...@googlegroups.com
The fedora users file is in $FEDORA_HOME/server/conf, but it doesn't have a 'usersa' element.  Here is what the XML file looks like:


It sounds like something is indeed fundamentally wrong, but I can't quite envision what it might be and can only offer suggestions.  Good luck!


Peter
--

Gervais de Montbrun

unread,
Mar 27, 2013, 9:00:23 PM3/27/13
to isla...@googlegroups.com
Hey Folks,

install.properties file shows what was used when the server was installed, but it is not necessarily still the correct username and password… You want to look at your fedora/server/config/fedora-users.xml file to see what the currently set username and password is.

Also, you might want to see if the deny-apim-if-not-localhost.xml file is still in the fedora policies folder… This might be locking you out of the fedora/admin interface, but I think it would generate a 403 error.

Cheers,
Gervais

Peter .

unread,
Mar 28, 2013, 11:38:13 AM3/28/13
to isla...@googlegroups.com
All the files are what they should be. I am using Fedora 3.5 or should I be using another version with Islandora 7?

Peter .

unread,
Apr 2, 2013, 3:00:23 PM4/2/13
to isla...@googlegroups.com
Nobody has any ideas on this. I did a complete reinstall again and still get the same result (not that I was expecting anything different to happen). Here is the just one of the errors I see in the fedora.log:

INFO 2013-04-02 11:44:44.572 [http-8080-2] (DefaultDOManager) Committing removal of islandora:sp-audioCModel
INFO 2013-04-02 11:44:44.573 [http-8080-2] (DefaultDOManager) Deleting from ResourceIndex
INFO 2013-04-02 11:44:44.627 [http-8080-2] (DefaultDOManager) Deleting from FieldSearch index
INFO 2013-04-02 11:44:44.636 [http-8080-2] (DefaultManagement) Completed purgeObject(pid: islandora:sp-audioCModel, logMessage: null)
INFO 2013-04-02 11:44:44.732 [http-8080-2] (DefaultDOManager) New object PID is islandora:sp-audioCModel
INFO 2013-04-02 11:44:44.742 [http-8080-2] (DefaultDOManager) Committing addition of islandora:sp-audioCModel
INFO 2013-04-02 11:44:44.747 [http-8080-2] (DefaultDOManager) Adding to ResourceIndex
INFO 2013-04-02 11:44:44.792 [http-8080-2] (DefaultDOManager) Updating dissemination index
INFO 2013-04-02 11:44:44.792 [http-8080-2] (DefaultDOManager) Updating FieldSearch index
INFO 2013-04-02 11:44:44.803 [http-8080-2] (DefaultManagement) Completed ingest(objectXML, format: info:fedora/fedora-system:FOXML-1.1, encoding: UTF-8, pid   : islandora:sp-audioCModel, logMessage: )
INFO 2013-04-02 11:44:45.008 [http-8080-2] (DefaultDOManager) Committing removal of islandora:audio_collection
INFO 2013-04-02 11:44:45.008 [http-8080-2] (DefaultDOManager) Deleting from ResourceIndex
INFO 2013-04-02 11:44:45.009 [http-8080-2] (DefaultDOManager) Deleting managed datastream: islandora:audio_collection+TN+TN.0
INFO 2013-04-02 11:44:45.051 [http-8080-2] (DefaultDOManager) Deleting from FieldSearch index
INFO 2013-04-02 11:44:45.079 [http-8080-2] (DefaultManagement) Completed purgeObject(pid: islandora:audio_collection, logMessage: null)
INFO 2013-04-02 11:44:45.578 [http-8080-2] (DefaultDOManager) New object PID is islandora:audio_collection
INFO 2013-04-02 11:44:45.617 [http-8080-2] (DefaultDOManager) Committing addition of islandora:audio_collection
INFO 2013-04-02 11:44:45.619 [http-8080-2] (DefaultDOManager) Getting managed datastream from internal uploaded location: uploaded://6
INFO 2013-04-02 11:44:45.619 [http-8080-2] (DefaultDOManager) Replaced managed datastream location with internal id: islandora:audio_collection+TN+TN.0
INFO 2013-04-02 11:44:45.625 [http-8080-2] (DefaultDOManager) Adding to ResourceIndex
INFO 2013-04-02 11:44:45.643 [http-8080-2] (DefaultDOManager) Updating dissemination index
INFO 2013-04-02 11:44:45.643 [http-8080-2] (DefaultDOManager) Updating FieldSearch index
INFO 2013-04-02 11:44:45.660 [http-8080-2] (DefaultManagement) Completed ingest(objectXML, format: info:fedora/fedora-system:FOXML-1.1, encoding: UTF-8, pid   : islandora:audio_collection, logMessage: )
INFO 2013-04-02 11:44:55.175 [http-8080-2] (DefaultManagement) Completed getDatastreamHistory(pid: islandora:audio_collection, datastreamID: RELS-EXT)
ERROR 2013-04-02 11:44:55.180 [http-8080-2] (DefaultManagement) <?xml version="1.0" encoding="UTF-8"?><datastreamHistory  xmlns="http://www.fedora.info/definitions/1/0/management/"  xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.fedora.info/definitions/1/0/management/ http://www.fedora.info/definitions/1/0/datastreamHistory.xsd" pid="islandora:audio_collection" dsID="RELS-EXT"><datastreamProfile pid="islandora:audio_collection" dsID="RELS-EXT"><dsLabel>Fedora Object to Object Relationship Metadata.</dsLabel><dsVersionID>RELS-EXT.0</dsVersionID><dsCreateDate>2013-04-02T18:44:45.573Z</dsCreateDate><dsState>A</dsState><dsMIME>application/rdf+xml</dsMIME><dsFormatURI>info:fedora/fedora-system:FedoraRELSExt-1.0</dsFormatURI><dsControlGroup>X</dsControlGroup><dsSize>561</dsSize><dsVersionable>false</dsVersionable><dsInfoType></dsInfoType><dsLocation>islandora:audio_collection+RELS-EXT+RELS-EXT.0</dsLocation><dsLocationType></dsLocationType><dsChecksumType>DISABLED</dsChecksumType><dsChecksum>none</dsChecksum></datastreamProfile></datastreamHistory>
INFO 2013-04-02 11:44:55.213 [http-8080-2] (DefaultManagement) Completed getDatastreamHistory(pid: islandora:audio_collection, datastreamID: COLLECTION_POLICY)
ERROR 2013-04-02 11:44:55.215 [http-8080-2] (DefaultManagement) <?xml version="1.0" encoding="UTF-8"?><datastreamHistory  xmlns="http://www.fedora.info/definitions/1/0/management/"  xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.fedora.info/definitions/1/0/management/ http://www.fedora.info/definitions/1/0/datastreamHistory.xsd" pid="islandora:audio_collection" dsID="COLLECTION_POLICY"><datastreamProfile pid="islandora:audio_collection" dsID="COLLECTION_POLICY"><dsLabel>Collection policy</dsLabel><dsVersionID>COLLECTION_POLICY.0</dsVersionID><dsCreateDate>2013-04-02T18:44:45.573Z</dsCreateDate><dsState>A</dsState><dsMIME>text/xml</dsMIME><dsFormatURI></dsFormatURI><dsControlGroup>X</dsControlGroup><dsSize>507</dsSize><dsVersionable>false</dsVersionable><dsInfoType></dsInfoType><dsLocation>islandora:audio_collection+COLLECTION_POLICY+COLLECTION_POLICY.0</dsLocation><dsLocationType></dsLocationType><dsChecksumType>DISABLED</dsChecksumType><dsChecksum>none</dsChecksum></datastreamProfile></datastreamHistory>
INFO 2013-04-02 11:44:55.242 [http-8080-2] (DefaultManagement) Completed getDatastreamHistory(pid: islandora:audio_collection, datastreamID: TN)
ERROR 2013-04-02 11:44:55.243 [http-8080-2] (DefaultManagement) <?xml version="1.0" encoding="UTF-8"?><datastreamHistory  xmlns="http://www.fedora.info/definitions/1/0/management/"  xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.fedora.info/definitions/1/0/management/ http://www.fedora.info/definitions/1/0/datastreamHistory.xsd" pid="islandora:audio_collection" dsID="TN"><datastreamProfile pid="islandora:audio_collection" dsID="TN"><dsLabel>Thumbnail</dsLabel><dsVersionID>TN.0</dsVersionID><dsCreateDate>2013-04-02T18:44:45.573Z</dsCreateDate><dsState>A</dsState><dsMIME>image/png</dsMIME><dsFormatURI></dsFormatURI><dsControlGroup>M</dsControlGroup><dsSize>5137</dsSize><dsVersionable>false</dsVersionable><dsInfoType></dsInfoType><dsLocation>islandora:audio_collection+TN+TN.0</dsLocation><dsLocationType>INTERNAL_ID</dsLocationType><dsChecksumType>DISABLED</dsChecksumType><dsChecksum>none</dsChecksum></datastreamProfile></datastreamHistory>

You can see where I reingested the file at the beginning then try to view the thumbnail. Unfortunately for me, I cannot decipher what the cause of the error is other then there is one. Can anyone shed some light on this?

Peter .

unread,
Apr 3, 2013, 11:53:18 AM4/3/13
to isla...@googlegroups.com
I tried ingesting a simple image into the image collection through the drupal interface. It successfully ingested the image which I verified by looking at domain.com:8080/fedora/admin and viewing the object. Looking at the available data streams for the the object in fedora, there is no TN data stream defined to view the thumbnail. I notice this same problem for all the collections as well (which at least shows consistent behaviour). It looks to me that something must be broken between Islandora and fedora if not all the streams are being ingested but the objects are. I am surprised that I am the only one experiencing this problem as I have encountered this problem on every clean install that I have attempted (and there have been several). Since this is obviously working for other people then I must be missing or overlooking something.

If someone wants, I can post my installation and set-up procedure that I go through (it all documented step by step) if they want to replicate the problems I am experiencing and point out what I am missing.




On Monday, March 25, 2013 9:02:50 AM UTC-7, Peter . wrote:

Nick Ruest

unread,
Apr 3, 2013, 7:07:04 PM4/3/13
to isla...@googlegroups.com
Out of curiosity, what do your proxy lines look like in your apache
config for the site?

-nruest

Peter .

unread,
Apr 3, 2013, 7:15:10 PM4/3/13
to isla...@googlegroups.com
Hi Nick,

I use the standard apache2 install as included in Ubuntu 12.04 server edition. Looking at the apache2.conf file, I see no proxy settings.

Nick Ruest

unread,
Apr 3, 2013, 11:32:16 PM4/3/13
to isla...@googlegroups.com
So you don't have a reserve proxy setup like this[1]? As outlined here[2].

-nruest

[1]
https://gist.github.com/ruebot/636e2da73ff40bac7f9d#file-islandora-7-x-stable-L34
[2]
https://wiki.duraspace.org/display/ISLANDORA6131/Chapter+11+-+Installing+Solution+Pack+Dependencies

On 13-04-03 07:15 PM, Peter . wrote:
> Hi Nick,
>
> I use the standard apache2 install as included in Ubuntu 12.04 server
> edition. Looking at the apache2.conf file, I see no proxy settings.
>
> On Wednesday, April 3, 2013 4:07:04 PM UTC-7, nick ruest wrote:
>
> Out of curiosity, what do your proxy lines look like in your apache
> config for the site?
>
> -nruest
>
> On 13-04-03 11:53 AM, Peter . wrote:
> > I tried ingesting a simple image into the image collection
> through the
> > drupal interface. It successfully ingested the image which I
> verified by
> > looking at domain.com:8080/fedora/admin
> <http://domain.com:8080/fedora/admin> and viewing the object. Looking
> > an email to islandora+...@googlegroups.com <javascript:>.
> > For more options, visit https://groups.google.com/groups/opt_out
> <https://groups.google.com/groups/opt_out>.

Peter Murray

unread,
Apr 4, 2013, 10:17:15 AM4/4/13
to isla...@googlegroups.com
I don't think all of those proxy statements are strictly necessary. The only ones I've had to put in so far are the ones for Djatoka:

ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka
ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka

As an aside, I do find it useful to get to the other things running on the Tomcat server (Fedora Commons, Solr, Gsearch, etc.), but I've chosen to do it with ssh tunnels from my development machine:

ssh -L 19001:localhost:9001 -L 13306:localhost:3306 -L 18080:localhost:8080 -o ServerAliveInterval=10 remote.server.here

* 19001 -> 9001 is for my desktop IDE to attach to xdebug in Apache to debug PHP stuff
* 13306 -> 3306 is to connect to the MySQL database with a desktop MySQL GUI
* 18080 -> 8080 is to connect to the Tomcat instance
* The ServerAliveInterval forces data to pass over the connection every 10 seconds to thwart cranky NAT servers

MySQL and Tomcat are configured to only allow connections from localhost. MySQL is pretty straight forward to set up this way. For Tomcat, you have to go into the 'server.xml' file to add 'address="127.0.0.1"' to all of the Connectors, like this:

<Connector port="8080" protocol="HTTP/1.1"
address="127.0.0.1"
connectionTimeout="20000"
redirectPort="8443" />

That way I don't have anyone connecting to Tomcat that shouldn't be.


Peter

Peter Murray

unread,
Apr 4, 2013, 10:25:47 AM4/4/13
to isla...@googlegroups.com
The thumbnails are created via imagemagick, so you'll need https://drupal.org/project/imagemagick installed and have Drupal configured to use it (http://localhost/drupal/admin/config/media/image-toolkit). I have found it useful to turn on the debugging statements in the Imagemagick module to see the command line Islandora is using to generate the derivatives (the "Display debugging information" checkbox in the Image Toolkit configuration screen). At the very least, though, I would expect errors to be logged in the Drupal log (http://localhost/drupal/admin/reports/dblog) for problems creating the derivatives.


Peter

Peter Murray

unread,
Apr 4, 2013, 10:29:37 AM4/4/13
to isla...@googlegroups.com
Ah, yes! Good point; thanks for adding that clarification, Giancarlo.


Peter

On Apr 4, 2013, at 10:25 AM, Giancarlo Birello <giancarl...@gmail.com> wrote:
>
> Reverse proxy is necessary for a dual server configuration, that is Islandora/Drupal and Fedora Commons on different machines.

Peter .

unread,
Apr 4, 2013, 1:20:21 PM4/4/13
to isla...@googlegroups.com
No I don't actually. I included it, restarted the server and it still does not change anything.

Peter .

unread,
Apr 4, 2013, 5:19:25 PM4/4/13
to isla...@googlegroups.com
Problem found!!!

I have finally found the cause of all my woes. Islandora is incompatible with the clientside validation module. Specifically when the Clientside Validation FAPI option is selected. I verified this by enabling the same module in the Islandora virtual machine example. I hope that the Islandora developers will take a look at that module and figure out what is conflicting and fix Islandora.

Peter



On Monday, March 25, 2013 9:02:50 AM UTC-7, Peter . wrote:

Nigel Banks

unread,
Apr 5, 2013, 5:45:14 AM4/5/13
to isla...@googlegroups.com
I've created an issue in JIRA to look into this problem.

Peter .

unread,
Apr 5, 2013, 4:15:17 PM4/5/13
to isla...@googlegroups.com
Thanks for that info Mitchell! Now I know who to blame for wasting 2 weeks of my life :-)


On Monday, March 25, 2013 9:02:50 AM UTC-7, Peter . wrote:

Peter Murray

unread,
Apr 12, 2013, 5:02:24 PM4/12/13
to isla...@googlegroups.com
I had an error in the suggested remote debugging ssh tunnel setup from earlier this month:

On Apr 4, 2013, at 10:17 AM, Peter Murray <peter....@lyrasis.org> wrote:
>
> As an aside, I do find it useful to get to the other things running on the Tomcat server (Fedora Commons, Solr, Gsearch, etc.), but I've chosen to do it with ssh tunnels from my development machine:
>
> ssh -L 19001:localhost:9001 -L 13306:localhost:3306 -L 18080:localhost:8080 -o ServerAliveInterval=10 remote.server.here
>
> * 19001 -> 9001 is for my desktop IDE to attach to xdebug in Apache to debug PHP stuff
> * 13306 -> 3306 is to connect to the MySQL database with a desktop MySQL GUI
> * 18080 -> 8080 is to connect to the Tomcat instance
> * The ServerAliveInterval forces data to pass over the connection every 10 seconds to thwart cranky NAT servers

The first "-L" should actually be a "-R" -- the remote web server needs to make the connection back to the local machine through the ssh tunnel. The correct command is:

ssh -R 19001:localhost:9001 -L 13306:localhost:3306 -L 18080:localhost:8080 -o ServerAliveInterval=10 remote.server.here

XDebug is configured to connect out on port 19001 and the NetBeans IDE is listening on port 9001 (nonstandard -- typical configuration is to use port 9000 for both).

Sorry about the confusion -- I shouldn't have typed it from memory.


Peter
Reply all
Reply to author
Forward
0 new messages