!MNkZeDktHEshWITStt:matrix.org

OpenLMIS-Help

43 Members
14 Servers

Load older messages


Timestamp Message
9 Jan 2020
23:34:04@_slack_openlmis_U063EBB47:matrix.orgbenleibert Hi joshzamor. Although cce.cce_catalog_items can be set via OpenLMIS’ Administration -> Equipment window, it would be helpful to be able to populate both cce.cce_catalog_items as well as cce.cce_inventory_items via the OpenLMIS Configuration tool. We’ve already started to move away from limiting the tool to use with the ref-data service. Can we further allow it to work with the CCE one?
23:43:12@_slack_openlmis_U03QATSPZ:matrix.orgjoshzamor
In reply to@_slack_openlmis_U063EBB47:matrix.org
Hi joshzamor. Although cce.cce_catalog_items can be set via OpenLMIS’ Administration -> Equipment window, it would be helpful to be able to populate both cce.cce_catalog_items as well as cce.cce_inventory_items via the OpenLMIS Configuration tool. We’ve already started to move away from limiting the tool to use with the ref-data service. Can we further allow it to work with the CCE one?
I can’t think of any issues there. chunky56 or sbrudzinski?
10 Jan 2020
17:58:26@_slack_openlmis_U04BG5XL8:matrix.orgchunky56
In reply to@_slack_openlmis_U03QATSPZ:matrix.org
I can’t think of any issues there. chunky56 or sbrudzinski?
I can’t think of any
19:08:37@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply to@_slack_openlmis_U04BG5XL8:matrix.org
I can’t think of any
Same, no objections
23:26:14@niels:feneas.orgniels joined the room.
23:29:53@_slack_openlmis_U063EBB47:matrix.orgbenleibert
In reply to@_slack_openlmis_U195RKK4G:matrix.org
Same, no objections
Thanks everyone. I also noticed that there’s no way of managing RequisitionGroupProgramSchedules through the config tool or, as mentioned in OLMIS-3281, through the UI. It looks like this is partially because there’s no /api/RequisitionGroupProgramSchedules endoint in the reference-data service. If it would be low effort, is there any reason for us not to add the endpoint and accompanying use of it by the Config Tool? (cc: joshzamor)
23:54:23@_slack_openlmis_U04BG5XL8:matrix.orgchunky56
In reply to@_slack_openlmis_U063EBB47:matrix.org
Thanks everyone. I also noticed that there’s no way of managing RequisitionGroupProgramSchedules through the config tool or, as mentioned in OLMIS-3281, through the UI. It looks like this is partially because there’s no /api/RequisitionGroupProgramSchedules endoint in the reference-data service. If it would be low effort, is there any reason for us not to add the endpoint and accompanying use of it by the Config Tool? (cc: joshzamor)
benleibert i believe program/schedules are managed through modifying requisition groups
23:55:50@_slack_openlmis_U04BG5XL8:matrix.orgchunky56
In reply to@_slack_openlmis_U04BG5XL8:matrix.org
benleibert i believe program/schedules are managed through modifying requisition groups
i don’t think it’s possible to do it in the UI, but i believe the APIs support it through the requisitionGroups resource
14 Jan 2020
17:47:04@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply to@_slack_openlmis_U04BG5XL8:matrix.org
i don’t think it’s possible to do it in the UI, but i believe the APIs support it through the requisitionGroups resource
Correct, also the configuration tool supports RequisitionGroupProgramSchedules, but they must always be uploaded with RequsitionGroups. You can check Malawi config files for reference
22:55:51@_slack_openlmis_U03QATSPZ:matrix.orgjoshzamor kpalkowska and sbrudzinski: I was just in Scalyr and noticed we're way over our 5GB / day volume log limit - currently sitting closer to 10GB/day. Looks like the worst offender is perftest. Can we turn down the logging level for some of these instances - especially after we're done debugging something?
16 Jan 2020
23:39:53@_slack_openlmis_U063EBB47:matrix.orgbenleibert I’m planning to setup OpenLMIS within a VMWare environment for use on a laptop demoing the system. The load on the system should be minimal. Does anyone have a sense for how much RAM will need to be dedicated to the VM running Ubuntu in these scenarios: A) The VM runs OpenLMIS but not the reporting stack. B) The VM runs OpenLMIS alongside the reporting stack.
17 Jan 2020
09:27:30@_slack_openlmis_UBB6KN8JJ:matrix.orgWesRedacted or Malformed Event
09:27:47@_slack_openlmis_UBB6KN8JJ:matrix.orgWes
In reply to@_slack_openlmis_U063EBB47:matrix.org
I’m planning to setup OpenLMIS within a VMWare environment for use on a laptop demoing the system. The load on the system should be minimal. Does anyone have a sense for how much RAM will need to be dedicated to the VM running Ubuntu in these scenarios: A) The VM runs OpenLMIS but not the reporting stack. B) The VM runs OpenLMIS alongside the reporting stack.
A) At least 8GB, if my local docker setup is any indication
09:28:36@_slack_openlmis_UBB6KN8JJ:matrix.orgWes
In reply to@_slack_openlmis_UBB6KN8JJ:matrix.org
A) At least 8GB, if my local docker setup is any indication
B) My guess is 12GB but it would be good to hear from sbrudzinski or joshzamor on this
09:30:57@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply to@_slack_openlmis_UBB6KN8JJ:matrix.org
B) My guess is 12GB but it would be good to hear from sbrudzinski or joshzamor on this
I recall people running OpenLMIS on their 8GB RAM computers for development and it worked but was super slow (provided we are talking about all micro-services enabled). I'm assuming with virtualization the memory consumption might be even slightly bigger
09:31:33@_slack_openlmis_UBB6KN8JJ:matrix.orgWes
In reply to@_slack_openlmis_U195RKK4G:matrix.org
I recall people running OpenLMIS on their 8GB RAM computers for development and it worked but was super slow (provided we are talking about all micro-services enabled). I'm assuming with virtualization the memory consumption might be even slightly bigger
Specifically with the reporting stack?
09:31:40@_slack_openlmis_UBB6KN8JJ:matrix.orgWes
In reply to@_slack_openlmis_UBB6KN8JJ:matrix.org
Specifically with the reporting stack?
or just for OLMIS?
09:39:38@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply to@_slack_openlmis_UBB6KN8JJ:matrix.org
or just for OLMIS?
Just OpenLMIS
09:40:10@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply toundefined
But then you can probably switch off several services if you are just going to demo OpenLMIS benleibert
09:40:15@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply toundefined
(edited) ... demo OpenLMIS => ... demo OpenLMIS benleibert
09:40:22@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply to@_slack_openlmis_U195RKK4G:matrix.org
But then you can probably switch off several services if you are just going to demo OpenLMIS benleibert
Like the diagnostics service
09:40:47@_slack_openlmis_U195RKK4G:matrix.orgsbrudzinski
In reply to@_slack_openlmis_U195RKK4G:matrix.org
Like the diagnostics service
and hapi fhir if you don't need it
17:11:46@_slack_openlmis_U03QATSPZ:matrix.orgjoshzamor
In reply toundefined
8GB system ram is a minimum for OLMIS. That’s for a Linux OS not doing much else but running OLMIS - including databases. Remember that right now the reporting stack isn’t meant to run on the same instance - you’ll need another VM to run it. On one physical laptop running windows, you’ll need to account for the overhead of 2 VMs as well as what the OS, OLMIS, and Reporting Stack all want. 12GB might work, though it’s untested AFAIK. 16GB is more common and stil yet you’re pretty thin - I’d likely start with 32GB for a smooth demo experience.
17:12:21@_slack_openlmis_U03QATSPZ:matrix.orgjoshzamor
In reply toundefined
(edited) ... for an OS ... => ... for a Linux OS ...
17:20:10@_slack_openlmis_U063EBB47:matrix.orgbenleibert
In reply to@_slack_openlmis_U03QATSPZ:matrix.org
8GB system ram is a minimum for OLMIS. That’s for a Linux OS not doing much else but running OLMIS - including databases. Remember that right now the reporting stack isn’t meant to run on the same instance - you’ll need another VM to run it. On one physical laptop running windows, you’ll need to account for the overhead of 2 VMs as well as what the OS, OLMIS, and Reporting Stack all want. 12GB might work, though it’s untested AFAIK. 16GB is more common and stil yet you’re pretty thin - I’d likely start with 32GB for a smooth demo experience.
Thank you very much joshzamor - that’s really helpful. Will you elaborate a bit regarding why the reporting stack needs its own VM for the demo? Although it’s been our practice to install it on a dedicated machine, I thought this is more of a best-practice than technical necessity.
17:21:50@_slack_openlmis_U03QATSPZ:matrix.orgjoshzamor
In reply to@_slack_openlmis_U063EBB47:matrix.org
Thank you very much joshzamor - that’s really helpful. Will you elaborate a bit regarding why the reporting stack needs its own VM for the demo? Although it’s been our practice to install it on a dedicated machine, I thought this is more of a best-practice than technical necessity.
Basically just DevOps capability - the team building it asked for that concession to our docker practices. Basically it comes down to how docker volumes are made, how ports are managed, etc.
17:22:35@_slack_openlmis_U03QATSPZ:matrix.orgjoshzamor
In reply to@_slack_openlmis_U03QATSPZ:matrix.org
Basically just DevOps capability - the team building it asked for that concession to our docker practices. Basically it comes down to how docker volumes are made, how ports are managed, etc.
Nothing to terribly complicated, just intricate that needs to be fixed if we want to put them on the same instance or migrate to K8s or something like that.
17:30:49@_slack_openlmis_U063EBB47:matrix.orgbenleibert
In reply to@_slack_openlmis_U03QATSPZ:matrix.org
Nothing to terribly complicated, just intricate that needs to be fixed if we want to put them on the same instance or migrate to K8s or something like that.
Would any of the setting changes requisite to use the same instance require the creation of new docker images?
17:31:55@_slack_openlmis_U03QATSPZ:matrix.orgjoshzamor
In reply to@_slack_openlmis_U063EBB47:matrix.org
Would any of the setting changes requisite to use the same instance require the creation of new docker images?
Off the top of my head I don’t remember, but likely so. When I say it’s not complicated, I don’t mean it won’t take awhile. It likely would require a significant amount of time fiddling and tweaking.
17:32:58@_slack_openlmis_U063EBB47:matrix.orgbenleibert
In reply to@_slack_openlmis_U03QATSPZ:matrix.org
Off the top of my head I don’t remember, but likely so. When I say it’s not complicated, I don’t mean it won’t take awhile. It likely would require a significant amount of time fiddling and tweaking.
Okay, thank you very much Josh. : )

There are no newer messages yet.


Back to Room List