Task #5433 (closed)
Opened 13 years ago
Closed 13 years ago
BUG: Pixel Data services doesn't appear to run under Windows Server
| Reported by: | bwzloranger | Owned by: | jamoore |
|---|---|---|---|
| Priority: | blocker | Milestone: | OMERO-Beta4.3 |
| Component: | General | Version: | n.a. |
| Keywords: | n.a. | Cc: | cxallan |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | 0.0d |
| Sprint: | 2011-06-02 (13) |
Attachments (2)
Change History (13)
comment:1 Changed 13 years ago by bwzloranger
comment:2 Changed 13 years ago by jburel
- Summary changed from Pixel Data services doesn't appear to run under Windows Server to BUG: Pixel Data services doesn't appear to run under Windows Server
comment:3 Changed 13 years ago by jmoore
- Remaining Time set to 0.1
- Status changed from new to accepted
comment:4 Changed 13 years ago by jmoore <josh@…>
- Remaining Time changed from 0.1 to 0
- Resolution set to fixed
- Status changed from accepted to closed
(In [4af69e7486239f03dde7be897a4addbcb7ad8cf8/ome.git] on branch develop) Adding PixelData server-instance to windefault.xml (Fix #5433)
Changed 13 years ago by bwzloranger
Changed 13 years ago by bwzloranger
comment:5 Changed 13 years ago by bwzloranger
- Resolution fixed deleted
- Status changed from closed to reopened
Ran server as per test mentioned above:
- clicked on thumbnail.. things chug along..
- in the pixelData-0 log I see an error saying it couldn't delete the tmp file
- no XXX_pyramid (in this case 106_pyramid) created in the pixels folder (and several tmp files and a lock file there)
- on shutdown server creates the 106_pyramid file in Pixels folder, tmp and lock files not deleted.
comment:6 Changed 13 years ago by jmoore <josh@…>
(In [66abe99e35fd61294515b87176fba67112987f9a/ome.git] on branch develop) Closing leaked file handles for proper Windows functioning (See #5433)
comment:7 Changed 13 years ago by jmoore
Brian, the previous commit may have solved this but I'm leaving it open because there are more testng issues to work out (files not being cleaned up). If you could test your scenario again, that'd be great.
comment:8 Changed 13 years ago by bwzloranger
HI Josh.. temp files are gone, and pyramid created in the latest builds.. so seems OK. Let me know if you wanted it tested further, otherwise close away :)
comment:9 Changed 13 years ago by bwzloranger
Deleting images using 'delete' functionality in insight however does NOT remove the pixels from omero/pixels.
comment:10 Changed 13 years ago by jmoore
- Remaining Time changed from 0 to 0.25
comment:11 Changed 13 years ago by jmoore <josh@…>
- Remaining Time changed from 0.25 to 0
- Resolution set to fixed
- Status changed from reopened to closed
(In [903bed3d0d759023c22613eecdd101a1d4dab881/ome.git] on branch develop) acquireLock in ctor for BfPyramidPixelBuffer (Fix #5433, See #5551)
Further information from the windows event log:
"The description for Event ID 0 from source gupdate cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
Service stopped
"
FYI also found this later on (but probably not relevant to this problem)
"Activation context generation failed for ""C:\Ice-3.3.1\bin\x64\iceboxd.exe"". Dependent Assembly Microsoft.VC80.DebugCRT,processorArchitecture=""amd64"",publicKeyToken=""1fc8b3b9a1e18e3b"",type=""win32"",version=""8.0.50727.762"" could not be found. Please use sxstrace.exe for detailed diagnosis."