[ome-users] Query re the OMERO upgrade to OMERO 4.2.0 on a Mac server - images are completely dark
Taylor, Ronald C
ronald.taylor at pnl.gov
Mon Aug 23 03:36:00 BST 2010
As my PNNL colleague Steve Wiley told me late on Friday (I see that Steve Cced the omero list, so you should have seen his email), we can enter new images into 4.2.0 on the Mac server and see them OK. The image problem is confined to the images that got carried over from the 4.1.1 install. Those are the completely dark images.
So - I'm thinking that the problem is not image display settings per se, but rather that 4.2.0 cannot find the old images to display. As I mentioned earlier, the previously entered images do get listed properly on-screen - but they show up as just black boxes. There are still entries for each old image in the db, but perhaps no path to the actual pixels?
Question: I'm assuming that the actual pixel image gets stored in a flat file in the directory
which would be this directory on our Mac server:
I also noticed that there are many entries in ../Pixels (all the old images?) which lack a corresponding file in
That is, there is, for example, a file
/OMERO/Pixels/101 (and a file /OMERO/Thumbnails/101)
But no file
Should not each ../Pixels file have a corresponding entry in ../Files?
Any thoughts on what to check in this regard?
Ronald Taylor, Ph.D.
Computational Biology & Bioinformatics Group
Pacific Northwest National Laboratory
902 Battelle Boulevard
P.O. Box 999, Mail Stop J4-33
Richland, WA 99352 USA
Email: ronald.taylor at pnl.gov
From: Will Moore [mailto:will at lifesci.dundee.ac.uk]
Sent: Saturday, August 21, 2010 3:31 AM
To: Taylor, Ronald C
Cc: 'Josh Moore'; ome-users at lists.openmicroscopy.org.uk; ronald.taylor24 at gmail.com; Wiley, Steven
Subject: Re: [ome-users] Query re the OMERO upgrade to OMERO 4.2.0 on a Mac server - images are completely dark
I'm not sure what's going on - I would expect to see some error, but you're not seeing anything like that?
Are you actually getting the pixel data (with messed-up rendering
settings) or is all the pixel data zeros?
Try to use adjust the rendering settings, or use the measurement tool to see if you actually have pixel values there E.g. http://cvs.openmicroscopy.org.uk/snapshots/movies/omero-4-0/mov/
On 20 Aug 2010, at 22:34, Taylor, Ronald C wrote:
> Forgot to include diagnostics output - so, resending my help request
> with diags output at bottom.
> -----Original Message-----
> From: Taylor, Ronald C
> Sent: Friday, August 20, 2010 2:22 PM
> To: 'Josh Moore'; ome-users at lists.openmicroscopy.org.uk
> Cc: ronald.taylor24 at gmail.com; Taylor, Ronald C; Wiley, Steven
> Subject: RE: [ome-users] need help with the OMERO upgrade to OMERO
> 4.2.0 on a Mac server - images are completely dark
> Hi Josh, everybody,
> Got 4.2.0 up and running on our Mac server, but initial testing shows
> that all our images come up completely dark. The images are still
> there - the file names get listed on-screen, but they appear on-screen
> as completely dark image boxes - no way to actually see them.
> So - this problem did not occur in the 4.2.0 upgrade on our Linux box.
> But the problem is definitely there on our Mac. Even when I do a
> "launch full viewer" the images come up black. Any ideas on what I
> should check?
> Does this perhaps have something to do with telling OMERO where its
> data directory is? I have checked the
> file, which shows
> omero.data.dir set to "/OMERO/"
> which appears to be correct - that was the previous setting for
> 4.1.1, and the subdirs in /OMERO/ show dates of "Aug20" (today), so
> Omero must have been accessing those directories today when I was
> testing the system. However, I see that all the thumbnail files have
> dates of today. Is that correct, or is something going wrong?
> The image files were previously in 4.1.1, so should not the thumbnails
> have been created long ago?
> Anyhoo - could use more guidance.
> Ronald Taylor, Ph.D.
> Computational Biology & Bioinformatics Group Pacific Northwest
> National Laboratory
> 902 Battelle Boulevard
> P.O. Box 999, Mail Stop J4-33
> Richland, WA 99352 USA
> Office: 509-372-6568
> Email: ronald.taylor at pnl.gov
> bash-3.2$ omero admin diagnostics
> OMERO Diagnostics Beta-4.2.0-r7571-b29
> Commands: java -version 1.6.0 (/usr/bin/java
> -- 2 others)
> Commands: python -V 2.6.1 (/usr/bin/python)
> Commands: icegridnode --version 3.3.1 (/Library/Ice/
> Commands: icegridadmin --version 3.3.1 (/Library/Ice/
> Commands: psql --version 8.3.11 (/Postgres/bin/
> Server: icegridnode running
> Server: Blitz-0 active (pid = 21006,
> Server: DropBox active (pid = 21007,
> Server: FileServer active (pid = 21008,
> Server: Indexer-0 active (pid = 21009,
> Server: MonitorServer active (pid = 21010,
> Server: OMERO.Glacier2 active (pid = 21011,
> Server: OMERO.IceStorm active (pid = 21012,
> Server: Processor-0 active (pid = 21013,
> Server: Repository-1 error: node `repo'
> couldn't be reached:
> the node is not active
> Server: Tables-0 active (pid = 21014,
> Server: TestDropBox inactive (enabled)
> Log dir: /Library/Omero/Versions/4.2.0/omero_dist/var/log exists
> Log files: Blitz-0.log 1.0 MB
> errors=15 warnings=14
> Log files: DropBox.log 2.0 KB
> errors=1 warnings=3
> Log files: FileServer.log 0.0 KB
> Log files: Indexer-0.log 5.0 KB
> errors=0 warnings=9
> Log files: MonitorServer.log 2.0 KB
> errors=1 warnings=2
> Log files: OMEROweb.log 8.0 KB
> errors=22 warnings=0
> Log files: Processor-0.log 0.0 KB
> Log files: Tables-0.log 0.0 KB
> Log files: TestDropBox.log n/a
> Log files: master.err 0.0 KB
> Log files: master.out 0.0 KB
> Log files: Total size 1.22 MB
> Parsing Blitz-0.log:[line:17] => Server restarted <=
> ----:**-F1 shell1 Bot
> ome-users mailing list
> ome-users at lists.openmicroscopy.org.uk
More information about the ome-users