Daily Log for #alfresco IRC Channel

Alfresco discussion and collaboration. Stick around a few hours after asking a question.

Official support for Enterprise subscribers: support.alfresco.com.

Joining the Channel:

Join in the conversation by getting an IRC client and connecting to #alfresco at Freenode. Our you can use the IRC web chat.

More information about the channel is in the wiki.

Getting Help

More help is available in this list of resources.

Daily Log for #alfresco

2018-04-19 05:20:34 GMT <Test> any body can help me run IRC?

2018-04-19 05:20:46 GMT *** Test is now known as Guest33358

2018-04-19 05:20:55 GMT <Guest33358> ?

2018-04-19 05:21:29 GMT <Guest33358> Please help me run IRC in alfresco

2018-04-19 07:18:14 GMT <Loftux> With Alfresco Community, can there be issues if you run one repository instance (main one that user connects to), and another repository instance used for the index server to fetch nodes to index (and tranforms to text when need for index)?

2018-04-19 07:23:26 GMT <AFaust> Loftux: For index-only there should not be any (consistency) issues, since SOLRTrackingComponent ignores caches and goes directly to the DB AFAIK

2018-04-19 07:32:07 GMT <Loftux> AFaust: That is what I thought as well. Trying to track down for a customer where the connection pool goes all the way to max (350 max on a postgresql) and takes a long time to drop down to idle max, all looks active. Just generating thumbnails and previews in a Share document library listing triggers this.

2018-04-19 07:32:55 GMT <AFaust> So is the issue that the connections are all in use or that it just takes a long time to kill off the idle threads again?

2018-04-19 07:33:33 GMT <AFaust> Because I believe the way idle connections are closed is quite slow, closing only one connection per iteration and having a significant amount of time between check&close intervals

2018-04-19 07:33:58 GMT <AFaust> So even if your spike is very short and connections are immediately idle after that, it takes a long time to dwindle down again

2018-04-19 07:34:26 GMT <AFaust> Though I haven't checked back with that in a while - just something I partially remember from a virtual hack-a-thon ~2 years ago

2018-04-19 07:37:15 GMT <Loftux> AFaust: Looks like this https://pasteboard.co/HhiTloV.png

2018-04-19 07:37:16 GMT <alfbot> Title: Pasteboard — Uploaded Image (at pasteboard.co)

2018-04-19 07:38:12 GMT <AFaust> And what do your thread dumps say regarding active use?

2018-04-19 07:41:16 GMT <Loftux> AFaust: Been asking for those. So it may be something they just see that is not an actual issue. What puzzles me is that they can trigger this every time on their servers just by going to a couple of folders that doesn't have thumbnails generated, but if I do the same in my dev environment (local posgres) it is impossible to get the number of active to spike above 60 connections.

2018-04-19 07:43:17 GMT <Loftux> So having that many for such a long time, with only a 5 sessions does not seem right, even if transformations is taking place. But I need more data from them than this.

2018-04-19 08:34:27 GMT *** angelborroy_ is now known as angelborroy

2018-04-19 11:14:30 GMT <qwebirc53862> Hi I am trying to upload large files using this js library http://www.resumablejs.com/

2018-04-19 11:14:31 GMT <alfbot> Title: Resumable.js, JavaScript magic for simultaneous, stable and resumable uploads (at www.resumablejs.com)

2018-04-19 11:14:57 GMT <qwebirc53862> I have written the webscripts and customizaed UI for it

2018-04-19 11:15:42 GMT <qwebirc53862> but upon calling the webscripts I am running into this exception https://pastebin.com/6PCe5qDC

2018-04-19 11:15:43 GMT <alfbot> Title: SEVERE: Servlet.service() for servlet [default] in context with path [/share] th - Pastebin.com (at pastebin.com)

2018-04-19 11:16:05 GMT <qwebirc53862> does anyone know why I am getting this exception ?

2018-04-19 11:16:31 GMT <angelborroy> Some references for you to consider

2018-04-19 11:16:32 GMT <angelborroy> https://community.alfresco.com/community/application-development-framework/blog/2017/06/20/adf-cors-solving-strategies

2018-04-19 11:16:34 GMT <alfbot> Title: ADF CORS solving strategies | Alfresco Community (at community.alfresco.com)

2018-04-19 11:17:51 GMT <angelborroy> https://github.com/covolution/enablecors

2018-04-19 11:17:53 GMT <alfbot> Title: GitHub - covolution/enablecors: Enables Cors support for an Alfresco repository (at github.com)

2018-04-19 11:21:58 GMT <qwebirc53862> Hi angelborroy thanks for the links, But I dont understand why only custom upload has these issues and I am not running into the same issue for other api's

2018-04-19 11:40:59 GMT <mbui> Is it a known issue with LDAP authentication that you can't access activiti workflow console? I keep getting 401 unauthorized and the page keeps reloading.

2018-04-19 11:41:26 GMT <Tichodroma> mbui: as which user?

2018-04-19 11:42:40 GMT <mbui> An LDAP user with admin permissions.

2018-04-19 11:47:03 GMT <mbui> Correct me if i'm wrong, but we have alfrescoNtlm disabled, so only LDAP users may access the system. Which means I can't use the "admin" user to login into the activiti workflow console.

2018-04-19 11:47:19 GMT <Tichodroma> Why did you disable alfrescoNtlm?

2018-04-19 11:48:51 GMT <mbui> I'm not entirely sure why it's disabled. But I'd guess they only want people in the AD to have access to the system?

2018-04-19 11:49:33 GMT <Tichodroma> If you don't create users in the alfrescoNtlm zone, this should not be a problem.

2018-04-19 11:50:48 GMT <mbui> But it's possible to create users in the alfrescoNtlm zone right? I guess that's not desireable. However, do you think it's related to not being able to access the workflow console?

2018-04-19 12:06:32 GMT <Tichodroma> Yes, but you have to do it manually using an admin user of this zone.

2018-04-19 12:06:57 GMT <Tichodroma> I never disabled the ntlm zone so I can't tell if it is required to access the console.

2018-04-19 12:44:09 GMT *** angelborroy_ is now known as angelborroy

2018-04-19 12:56:30 GMT *** angelborroy_ is now known as angelborroy

2018-04-19 13:17:52 GMT <Loftux> Does Solr6 return results from version store as well, and how do you exclude that if so? A search I tested returned from version2store, it may be because of a botched bulk import, but I'm not sure

2018-04-19 13:19:31 GMT <Loftux> I get this in a search -> Primary Path:

2018-04-19 13:19:31 GMT <Loftux> /ver2:_x0030_800a93d-e552-40b4-91b7-0e953ef3cc67/ver2:version-0

2018-04-19 13:20:10 GMT <Loftux> (this copied from node browser)

2018-04-19 14:00:55 GMT <Loftux> It mentions here that index versions is a new feature, and that it can be configured, but no mention how to https://docs.alfresco.com/5.2/concepts/solr6-overview.html

2018-04-19 14:00:56 GMT <alfbot> Title: Solr 6 features and enhancements | Alfresco Documentation (at docs.alfresco.com)

2018-04-19 14:32:01 GMT <AFaust> Loftux: It is simply a matter of configuring the SOLR core for version store

2018-04-19 14:32:11 GMT <AFaust> By default it should not be enabled

2018-04-19 14:32:31 GMT <AFaust> At least I had to do that manually when I tried it out upon release of that feature

2018-04-19 14:33:14 GMT <AFaust> I also did not find it useful at all... I believe it is mostly meant for the CMIS use-case

2018-04-19 14:34:10 GMT <Loftux> Yes, seem very weird, will ask them to re-index. Also notice that they have -Dcreate.alfresco.defaults=alfresco,archive" enabled for each start, that can't be good.

2018-04-19 14:34:12 GMT <AFaust> I'd have to check how ACLs are handled, but I fear it might even be possible to find versions for which you may not be allowed to see the actual live node (version nodes do not have any ACLs set, access control is done purely on an API level)

2018-04-19 14:37:26 GMT <Loftux> Can be that it is because I searched as admin, and it returns versions. It displays the wrong Name/Title in share, it applies the same as hit following the version hit

2018-04-19 14:41:10 GMT <Loftux> AFaust: Btw, the connection pool issue is resolved, change LibreOffice to run locally instead of remote, the remote was a separate server with an nginx front-end to load balance multiple instances of libreoffice. If it was the remote part, or the load balancing part I don't know yet. Became a to fancy solution…

2018-04-19 17:44:57 GMT *** iwkse_ is now known as iwkse

End of Daily Log

The other logs are at http://esplins.org/hash_alfresco