Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


bmenk last won the day on July 8 2019

bmenk had the most liked content!

Community Reputation

1 Neutral

About bmenk

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. We've started seeing very slow performance recently using the Daminion client. We run on a Windows server 2016 vm server with 24gb RAM & 4 cpu's. Images are stored on a network share. We have 266K tiff files in the catalog. No changes to either Daminion or the client in several months. IT says we're not making any excessive RAM demands in normal usage. I do see this error in the windows logs going back further than our present sluggish behavior so I don't know if it's related or not: Source: Microsoft-Windows-CAPI2 Event ID: 513 Task Category: none Level: Error
  2. We're running server 6.7.0/2312 and our admin user is having issues with the presets for her general tags presets. When she attempts to customize them she sees only "Folders, Media Format, Software". She used to have "File name and media format" available. Also each time she opens the client her customized list of presets has to be rebuilt from scratch. Is there somewhere on the client pc that could be causing this behavior? Thanks Bobb Menk MIT Lincoln Laboratory Library
  3. Checking Daminion server logs instead of Windows logs I'm seeing this error: 2020-11-18 09:55:28,802 [13] ERROR PicaJet.Daminion.Service.Utils.GetTotalRecordsInCatalogCommand [(null)] - Error: (9) Npgsql.NpgsqlException: canceling statement due to statement timeout Severity: ERROR Code: 57014 A timeout has occured. If you were establishing a connection, increase Timeout value in ConnectionString. If you were executing a command, increase the CommandTimeout value in ConnectionString or in your NpgsqlCommand object.
  4. We're running server 6.0.2 build 1904 on a Windows 2016 server. After nightly server patching we got an error that a call to SSPI had failed which seemed to indicate the need to add TLS 1.2 to the host. We did that and rebooted the server and restarted Daminion. Now when we try to connect with the client, we're getting a socket closure error: "The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was 00:59:59:9465424" An existing socket was
  5. Thanks to both of you for the advice. This should be enough for us to go on. Bobb Menk
  6. We preserve the original Exif modfication dates by checking that option in our server preferences. We would like to find a way to do a monthly search to get the number of records that have been modified by staff. It looks like the exif tool might be able to do this, but there doesn't seem to be any documentation for using it to search specifically for XMP data. Can anyone point me in the right direction for using it to query XMP modify date without also looking at EXIF modified date? Thanks. Bobb Menk
  7. No thoughts or advice on whether or not we can uninstall Ghostscript and just run the client without it? Bobb Menk
  8. Thanks Murat. Checking with our Daminion users, we are not using any vector graphics, only bitmap/raster. If IT security insists on either upgrading or uninstalling Ghostscript (and they might do that) 1. Would that cause any trouble for the Daminion client as long as we aren't doing vectors? 2. If we were to ever decide we needed to handl;e vectors, would a Daminion client upgrade or re-install put the required Ghostscript version back in place for us? Thanks. Bobb
  9. Our IT security folks are requesting the I upgrade Ghostscript from v9.18 - which was installed by the Daminion client to Ghostscript 9.27 (64 bit). Can I just download and run the Ghostscript installer? Or do I need to do something special to keep it "Daminion aware"? Thanks Bobb Menk MIT Lincoln Laboratory Library
  10. Appears to have been cause by the hard drive filling up. I think we're ok for the present.
  11. Since completing our upgrade to 6.02 we've begun to get the errors shown in the screen snap below. Staff are completely unable to use the server at present so help would be greatly appreciated! Bobb Menk
  12. Thanks for the response Uwe. Sadly, There is no EditWithSettings section in the old settings.xml file. You can see the sections available in the screen snap below. Certainly SearchPatternLogSettings and LayoutSettings have quite a bit of data in them that look like they hold quite a few customizations. The ActionSetSettings has a lot of data in it as well in the nested SerializedActionSets section. Those seem to be the sections with the most data. Any advice on which of these contain the most important kinds of settings? Thanks. Bobb Menk
  13. I can see the settings.xml file at that location. I tried copying it from an install using the 4.x client into one using the 6.x client to see if that would bring them across, but it doesn't appear to have done so. Any other ideas on this? Perhaps I need to transfer other files in addition to the settings.xml file? Thanks Bobb
  14. When I point an existing 4.x client at the new Netcatalog at a 6.x server, it forces a client upgrade as expected. However once the client is upgraded all of the customizations that were in the 4.x client are gone. I don't see anything in the old 4.x server backups that allows for backing up client customizations - perhaps that was not available back in 4.x? Would those have been stored someplace like c:\user\myname\daminion on the individual user's machines? If so could they be backed up from that location and restored once the new client is in place? Thanks Bobb Menk MIT
  15. Thanks Uwe! I was able to adapt what you sent me and get a backup working. I laid out the errors I found in the documentation and the zip file download in detail in hopes that someone at Daminion would be able to correct them so the confusion doesn't spread to others. Hope they do that. Bobb Menk
  • Create New...