![]() ![]() Setting this up with automatic cohort assignment with a dataset and visits seems straightforwards. some participants start in one cohort and then shift into two others, as their treatments change). During the study 2 more separate Cohorts are generated from within one of the existing Cohorts to make 5 final cohorts. I have set up a visit based study with initially 3 Cohorts of participants. Maintenance Notice - Upgrade of for Thursday, March 9th 2023 9:30pm Pacific Time We take security related issues very seriously, please reach out via the support forum if you have questions. We have no indications that anyone outside of LabKey is aware of the detected vulnerability. Please note that this update also includes other valuable but non-critical security improvements.Īt this time, we are not releasing additional details as we do not want to make this vulnerability public for exploitation. We apologize for the inconvenience and thank you for patching your installations. An updated and secured version of LabKey Server has been made available. It is imperative that system administrators upgrade their LabKey Server instances immediately to remain secure. The following maintenance releases include the security update: ![]() It affects all LabKey products and was detected by our engineering team. LabKey is releasing hotfixes that address an important security vulnerability. LabKey TeamCity Server Maintenance Thursday between 7-8 AM PDT TimeoutError Traceback (most recent call last) _netrc contents: machine mylabkeyserver.ca login apikey password apikey|8ba5866e0f50c2b9. Results $HOME path: C:\development\labkey\common Labkey_api = APIWrapper(labkey_server, container_path, context_path, use_ssl = False, api_key = api_key) ![]() ![]() # Create the connection to the LabKey API I'm not quite sure where I'm going wrong as everything seems to match the documentation. I've tried moving the _netrc file to the C:/Users/user_account/ path to no avail. I'm trying to create a Python script that connects to my LabKey server, however, I'm not getting past authentication when I provide either a username/password or an API key. Python API - Connection with _netrc failing? Is anyone else running into out of memory issues after moving to v23.7.0? Java Runtime Name OpenJDK Runtime Environment But I haven't looked at this page before, so perhaps that is normal. When investigating I looked at /admin-memTracker.view and was surprised to see ~30 instances of "SearchService:index". I am running with 16GB of heap: -Xms16G -Xmx16G -XX:-HeapDumpOnOutOfMemoryErrorĪnd the overall load on the system is quite low. : Java heap spaceĪt (Arrays.java:3537) ~Īt (AbstractStringBuilder.java:228) ~Īt (AbstractStringBuilder.java:582) ~Īt (StringBuilder.java:179) ~Īt .ListManager$2.exec(ListManager.java:844) ~Īt .ListManager$2.exec(ListManager.java:840) ~Īt .TableSelector.lambda$forEachResults$1(TableSelector.java:278) ~Īt .TableSelector$$Lambda$1265/0x00007fc3d0e3c130.handle(Unknown Source) ~Īt .SqlExecutingSelector$ExecutingResultSetFactory.handleResultSet(SqlExecutingSelector.java:457) ~Īt .TableSelector.forEachResults(TableSelector.java:273) ~Īt .ListManager.inde圎ntireList(ListManager.java:839) ~Īt .ListManager.lambda$deleteItemIndex$6(ListManager.java:592) ~Īt .ListManager$$Lambda$1837/n(Unknown Source) ~Īt .DbScope$n(DbScope.java:2010) ~Īt .DbScope$mit(DbScope.java:2327) ~Īt .Quer圜ontroller$BaseSaveRowsAction.executeJson(Quer圜ontroller.java:4473) ~Īt .Quer圜ontroller$DeleteRowsAction.execute(Quer圜ontroller.java:4622) ~Īt .Quer圜ontroller$DeleteRowsAction.execute(Quer圜ontroller.java:4614) ~Īt .BaseApiAction.handlePost(BaseApiAction.java:238) ~Īt .BaseApiAction.handleRequest(BaseApiAction.java:128) ~Īt .BaseViewAction.handleRequest(BaseViewAction.java:195) ~Īt .SpringActionController.handleRequest(SpringActionController.java:512) ~Īt .DefaultModule.dispatch(DefaultModule.java:1128) ~Īt .ViewServlet._service(ViewServlet.java:240) ~Īt .rvice(ViewServlet.java:159) ~Īt .service(HttpServlet.java:623) ~Īt .ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:209) ~Īt .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153) ~Īt .(WsFilter.java:51) ~Īt .ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:178) ~Īt .TransactionFilter.doFilter(TransactionFilter.java:43) ~ ERROR ExceptionUtil T01:52:59,521 http-nio-8080-exec-2 : Unhandled exception: Java heap space Last week I upgraded from LabKey v23.3.2 to v23.7.0 and immediately started getting out of memory errors when performing the row deletions. This workflow has been running fine for a while. The deletions are batched to 900 rows per API call. The queries are simple but can return a large number of rows. I have a cronjob that makes queries and then performs row deletions on lists using the LabKey API (via the python package). ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |