go to post Vic Sun · Apr 21, 2020 Hello Allan, Caché downloads are available from the WRC downloads page.
go to post Vic Sun · Apr 17, 2020 Hi Julian, You're using curly brackets rather than parentheses at the outermost level. If that still presents an issue I'd recommend adding some traces to see what's actually getting referenced.
go to post Vic Sun · Apr 17, 2020 Hi Julian, You could do this with a custom Ensemble utility function but from your description I think parenthesis syntax should work just fine. Defining Custom Utility Functions Parenthesis () Syntax HL7.(PIDgrpgrp(1).ORCgrp().OBR:UniversalServiceIdentifier.identifier) should return a concatenated string from looping through the ORCgrps - you could then search that string to find the value you are looking for. Hope that helps!
go to post Vic Sun · Apr 17, 2020 I second Robert's recommendation to check the lock table. It is probably best to understand what else is holding the lock than to just try and release the lock - the lock might be there for a reason, and if not you should look into what is taking it out and why. Oliver's suggestion to verify that the lock table isn't full is also a good one.
go to post Vic Sun · Apr 15, 2020 Hi Jordan, Check out the docs on private/public variables here: Callable User-defined Code Modules Variables You can pass the variable to the subroutine as a parameter or declare it a public variable - my guess it passing it as a parameter would be the "safer" option.
go to post Vic Sun · Apr 14, 2020 Hello Eric, This message indicates that an Ensemble job had unexpectedly terminated. I would recommend checking OS logs or looking for other events that could have triggered a process termination outside of Ensemble.
go to post Vic Sun · Apr 7, 2020 Cristiano has a good suggestion but this issue could also depend on the various settings. You've censored pretty much everything so it's difficult to troubleshoot.
go to post Vic Sun · Apr 6, 2020 FileList was likely found in the EnsLib.FTP.Common class reference. This is the class extended by EnsLib.FTP.OutboundAdapter. I suspect that could work also - see above documented syntax for running the query. Hope that helps!
go to post Vic Sun · Apr 6, 2020 Hi Michael, I assume you were looking at the %Library.File documentation for FileListFetch. FileListFetch is not meant to be used directly, but is a part of a class query which can be used as documented here: Defining and Using Class Queries https://cedocs.intersystems.com/csp/documatic/%25CSP.Documatic.cls?PAGE=CLASS&LIBRARY=%25SYS&CLASSNAME=%25Library.File If you can navigate to the directory then you could use ##class(%Library.File).GetFileSize(), however for a remote FTP server this probably wouldn't work. You would want to use %Net.SSH.SFTP as documented here: Using SSH https://cedocs.intersystems.com/latest/csp/documatic/%25CSP.Documatic.cls?APP=1&CLASSNAME=%25Net.SSH.SFTP edit: the FileList query is not in %Library.File - I am not sure where that query comes from but the rest of my post remains revelant
go to post Vic Sun · Apr 4, 2020 Is there any reason you need to run these scripts from a shell script? That would definitely be possible and there are plenty of examples you can find on the community with a bit of searching, but I think it would be quite simple to do this in Object Script.
go to post Vic Sun · Apr 3, 2020 Hi Bharath, I don't really have any sample code for you but I'm not sure I (or other readers) have a good idea of what exactly you are trying to do. Have you already reviewed the class reference? I think the Create(), Get(), and Modify() documentation together describe quite well how you could use Security.Users. https://cedocs.intersystems.com/csp/documatic/%25CSP.Documatic.cls?PAGE=CLASS&LIBRARY=%25SYS&CLASSNAME=Security.Users
go to post Vic Sun · Apr 2, 2020 Hi Augusto, The role that handles backups is %Admin_Operate as documented here: Assets and Resources I don't believe there is a resource that specifically governs the external freeze/thaw capability, you would probably need to design something custom for that particular restriction. For example, you might assign your user a startup namespace or routine as documented here: Users Startup Namespace The namespace in which to begin execution following login from a terminal-type service or the Portal. This property overrides any namespace value provided via the command invoking Caché. Startup Tag^Routine The routine to execute automatically following login from a terminal-type service. This property overrides any routine value provided via the command invoking Caché.
go to post Vic Sun · Apr 1, 2020 Hi Kevin, Thanks for pointing the documentation issue out. The documentation has been modified to specify that the <NETWORK DATA UPDATE FAILED - MAXSTRING> error relates to network activity - "An asynchronous network error occurred and updates sent over the network were lost because InterSystems IRIS/Caché on the server has encountered an attempt to specify or create a data string longer than the implementation allows (32,767 characters)." What were your instances doing at the time you received this error and where did you find this error? I put a little time into trying to throw this error myself by manipulating some large strings from an ECP app server but wasn't able to reproduce it.
go to post Vic Sun · Mar 31, 2020 Happy to help! For what it's worth, best practice to initiate a failover would be to simply cleanly shut down the primary.
go to post Vic Sun · Mar 31, 2020 Hi Laura, There are some tables covering schemas that might be of use to you as documented here: Exporting a Production "Export the underlying Caché global that contains the schema and then import this on the target system. To export a global, select System Explorer > Globals, select the desired globals and then select Export. The X12 schemas are stored in the EnsEDI.Description, EnsEDI.Schema, EnsEDI.X12.Description, and EnsEDI.X12.Schema globals. The XML schemas are stored in the EnsEDI.XML.Schema global. See “Exporting Globals” in the Using Caché Globals guide for details on exporting globals."
go to post Vic Sun · Mar 31, 2020 Hello Dan, I am struggling to understand the scenario that you are testing/planning for. Do you have an arbiter? I would read through the mirroring docs which discuss the various options available to you and the various automatic responses that mirroring can take (including some diagrams). https://cedocs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GHA_mirror https://cedocs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GHA_mirror#GHA_mirror_set_autofail_outages If you want to simulate network isolation, I think you'd need to actually network isolate. If you force the backup to become primary, Caché will try to force down the original primary to prevent split brain.
go to post Vic Sun · Mar 30, 2020 If you can't identify a permissions issue I would recommend opening a WRC case to investigate as it will probably take some looking around at your system to resolve, and that isn't easily done via a forum. Worth considering is if this works in other environments and if so what the difference in permissions might be, and if you can try the freeze or journal switch directly in Caché terminal (taking the OS terminal out of the equation).
go to post Vic Sun · Mar 30, 2020 Hello Augusto, If you're on Unix error 13 is permission denied so I would definitely suspect that this is a permissions issue. Do you have any other journaling issues (maybe other messages in cconsole.log)? Can you try running your commands straight in the Caché terminal and see if they work?
go to post Vic Sun · Mar 2, 2020 Hi Joe, If you haven't seen it already, our Printers documentation could be useful for you. You could try printing some things from terminal just to test and then see if you can implement it into your production. Eduard's question is relevant as well to see what you can actually do.
