На ОС Windows на сервере лицензирования не отображаетются данные

[oit-mangazeya]

При использовании ОС Windows на сервере лицензирования не отображаются даные по лицензиям

вы логе агента 4300:20221110:135022.846 execute_str() command:'C:\Git\bin\bash.exe C:\zabbix_agent\scripts\1c_license_server.sh used 1539 1.5 admin pass' len:167 cmd_result:'CL#f116404d-50bd-444' 4300:20221110:135022.847 for key [1c.ls.sessions[1539,1.5,admin,pass]] received value [CL#f116404d-50bd-444d-b368-9969c7b993a8:0:0:0:0:0 CL#cf4c7bdf-1d50-421d-b7b2-8eaab01fce49:0:0:0:0:0 CL#c132d523-5f3f-493c-a937-e6b261563dad:0:0:0:0:0 summary:0:0:0:0:0] 4300:20221110:135022.848 In process_value() key:'msk-1ckeys-03:1c.ls.sessions[{$RAS_PORT},{$RAS_TIMEOUT},{$RAS_USER},{$RAS_PASS}]' lastlogsize:null value:'CL#f116404d-50bd-444d-b368-9969c7b993a8:0:0:0:0:0 CL#cf4c7bdf-1d50-421d-b7b2-8eaab01fce49:0:0:0:0:0 CL#c132d523-5f3f-493c-a937-e6b261563dad:0:0:0:0:0 summary:0:0:0:0:0' 4300:20221110:135022.849 buffer: new element 0 4300:20221110:135022.850 End of process_value():SUCCEED 4300:20221110:135022.850 In need_meta_update() key:1c.ls.sessions[1539,1.5,admin,pass] 4300:20221110:135022.851 End of need_meta_update():FAIL 4300:20221110:135022.852 In send_buffer() host:'192.168.71.43' port:10051 entries:1/100 4300:20221110:135022.853 JSON before sending [{"request":"agent data","session":"177eb58897c968db6f121008453d713a","data":[{"host":"msk-1ckeys-03","key":"1c.ls.sessions[{$RAS_PORT},{$RAS_TIMEOUT},{$RAS_USER},{$RAS_PASS}]","value":"CL#f116404d-50bd-444d-b368-9969c7b993a8:0:0:0:0:0\nCL#cf4c7bdf-1d50-421d-b7b2-8eaab01fce49:0:0:0:0:0\nCL#c132d523-5f3f-493c-a937-e6b261563dad:0:0:0:0:0\nsummary:0:0:0:0:0","id":44,"clock":1668077422,"ns":849546200}],"clock":1668077422,"ns":852697700}]

при этом в консоли информация выводится

C:\Git\bin\bash.exe C:\zabbix_agent\scripts\1c_license_server.sh used 1539 1.5 admin pass IB#d13661d6-bf4d-4008-848a-4a5b78a410c2|WORK_GOLD_BUH_SZM:0:0:0:0:0 IB#38afd2a1-985c-472f-85bd-027fe4245ec2|WORK_GOLD_ZUP_SZM:0:0:0:0:0 IB#f7f59257-67f6-45b1-b1ab-5940af04ffd8:0:5:10:6:0 IB#0db40929-01f6-4558-a4ea-ce7f0d781aad|nkWhiteDragonZup:0:0:0:0:0 IB#5a90444f-52b3-49dc-a504-f9d91c5fc739|mcBlagotFondBuhNKO:0:0:0:0:0 IB#597d8709-ec1e-424d-8cbf-628524abd889|mdEngineeringZup3:0:0:0:0:0 IB#c589f0c1-1d91-493d-8673-73e6a1a67d47:0:2:4:0:0 IB#e5375470-a781-4e7f-bf42-844ba674831f|WORK_DEVELOPMENT_ZUP_MAKET:0:0:0:0:0 IB#d6946173-a860-4b98-9eba-c2290545f80a:0:1:2:2:0 IB#2b24e6c8-f185-4fe4-bcb5-dabab23eea32|mcMkdGroup:0:0:0:0:0 IB#41bbf68c-bf96-4cff-8980-0a97d81dd81e:0:3:18:4:0 IB#f15582b9-63d8-45d6-8927-a3af22129069:2:2:4:0:0 IB#d95162c4-3d36-4c33-b19e-a6f6c5becb72|mfZup:0:0:0:0:0 IB#cc2acbc9-a03b-4e17-9831-25e4204782d7:0:3:6:4:0 IB#9da223b0-9cdc-44c8-a3c7-d35da1be6558|mmDcmZup:0:0:0:0:0 IB#68256faf-045f-4e31-b8c4-98c17c0f4ee5|nkWhiteDragonZup3:0:0:0:0:0 IB#e8b10410-1910-490d-b3ac-3e3d5565beda|kpIzk:0:0:0:0:0 IB#ca8b9741-1581-41ca-9d46-75ba4890183b|nkBuh:0:0:0:0:0 IB#83b96964-9071-4e5c-8c43-ed193a5f8706|mdSchukinskaya:0:0:0:0:0 IB#4b798a62-8354-41a2-b771-16dcfdea8be6|mcZup:0:0:0:0:0 IB#896ee294-e5a8-4a6a-8c1e-cca5fd43a8c6|mmKoryak:0:0:0:0:0 IB#0df26291-de6a-4b81-9ac0-afa7d0ce7cea|maBuhAgroSoft:0:0:0:0:0 IB#04ab9ab8-3f12-42b8-b245-91ae2d140423|WORK_MC_ZUP_SOGLASIE:0:0:0:0:0 IB#51c33bb9-300b-47db-b12f-c403cefd7e57|WORK_GK_HOUSEHOLDSTAFF:0:0:0:0:0 IB#d7b36a78-68b3-412f-b1d2-69ae6e2a5c75|mdRezem:0:0:0:0:0 IB#5b1b81f4-0d0d-4880-ace8-4a96dd5fec86|maPobedaZup3:0:0:0:0:0 IB#a6182f2a-c87f-4d54-a63b-b878ab4de55d|mmVcm:0:0:0:0:0 IB#8aa9221e-5bbe-4ca2-b8d2-7cd33c23e440|WORK_DEVELOPMENT_BUH3_MDSTROY:0:0:0:0:0 IB#9e85e10b-93f8-41f7-91ac-29649c8930ba|nkWhiteDragon:0:0:0:0:0 IB#89270c20-346d-4bd3-9850-9a0f44d06fee|SLJ_WORK_gkUT:0:0:0:0:0 IB#4579fe00-2081-4daa-a709-e8a1c7623381:0:4:10:10:0 IB#b89e22c7-8262-43ea-9cb3-d9e3329b3da2|WORK_MC_BUH3_PROEKT:0:0:0:0:0 IB#36ccc2fe-fdfb-4f5c-8b28-541f3fc11282|SLJ_gkSed:0:0:0:0:0 IB#70c20461-6d0e-474e-8c2f-2dea92e12b46|maMramorZup3:0:0:0:0:0 IB#ae7ee402-7f82-421e-955e-7dd4f617cbf5|WORK_DEVELOPMENT_BUH_MAKET:0:0:0:0:0 IB#5a90444f-52b3-49dc-a504-f9d91c5fc739:0:1:2:2:0 IB#66500045-732e-4e76-bf47-21b6b29643e8|WORK_DEVELOPMENT_ZUP3_ACTIVEDEVELOPMENT:0:0:0:0:0 IB#1e39ad64-8b39-4861-a8a3-083b965f7c1a|nkZao:0:0:0:0:0 IB#2b9a42a8-fadf-4a00-8fac-9fc86423b515|mcZup3:0:0:0:0:0 IB#d6946173-a860-4b98-9eba-c2290545f80a|mcVpZup3:0:0:0:0:0 IB#c0a02acb-4a3c-4339-9280-ba02cfdb4d03:0:1:2:0:0 IB#59246a1c-91bb-438b-8212-8e2d858445ac|mdNedvZup3:0:0:0:0:0 IB#24b75e62-c77d-458e-90bc-a1da18fbd644|WORK_GK_ZUP_ATKPERSPEKRIVA:0:0:0:0:0 IB#bfb15f11-5904-4e0c-9365-6749f06ab3e6|maMramorBP:0:0:0:0:0 IB#51523df4-49d7-416c-a4d1-ccd0215d07e3|WORK_DEVELOPMENT_BUH_YASENEVO:0:0:0:0:0 IB#d3f269eb-4de5-450e-bd13-d7bc36f3fcb7|mmBur:0:0:0:0:0 IB#43b1566a-cead-4a78-89ae-b554cd67b7e4|mcVozrozhdenie:0:0:0:0:0 IB#4579fe00-2081-4daa-a709-e8a1c7623381|WORK_GK_ZUP3_MANGAZEYA:0:0:0:0:0 IB#c2c55e6a-6e87-41d9-9616-f7b2b93f4381|nkAlliance:0:0:0:0:0 IB#ed5c1c00-2695-459f-807a-c4fea55527f1|mmDcmZup3:0:0:0:0:0 IB#d12c884e-e937-4e73-a563-74d9543aff5d:0:1:2:2:0 IB#4a22c789-c25a-4a7b-9368-2d0d14018f47:0:2:6:4:0 IB#140d5777-bfc3-433a-a686-4d784e34d499:0:5:10:6:0 IB#a9f5732f-2959-4d6c-800f-f0209ebd6299:0:1:2:2:0 IB#fd32f7f1-fcad-429f-98c4-32c40febaa6e|WORK_MC_BUH_SOGLASIE_NKO:0:0:0:0:0 IB#377c910d-c745-449e-9fdd-46457169655b|mmDcm:0:0:0:0:0 IB#6fdfd947-4ea8-4086-8615-41aab86c8b18|mmbuh_NEW:0:0:0:0:0 IB#140d5777-bfc3-433a-a686-4d784e34d499|mmZup3:0:0:0:0:0 IB#74fe2267-8059-4543-bfe1-60f2e0e4b7cc|WORK_DEVELOPMENT_ZUP_MDSEVER:0:0:0:0:0 IB#c148245c-a958-4c70-a919-42884e6ab636:0:9:20:2:0 IB#59758d7a-92cc-4f8f-a44b-969c77bfd93b|WORK_DEVELOPMENT_ZUP_MDSEVER2:0:0:0:0:0 IB#76257cc9-b36c-413c-97ee-462593bdc44d|WORK_MTEH_BUH:0:0:0:0:0 IB#cc2acbc9-a03b-4e17-9831-25e4204782d7|mdRed:0:0:0:0:0 IB#86ea848c-9956-41fc-88b2-4e33a49f0ca2|mdMarinaRoschaZup3:0:0:0:0:0 IB#2b9a42a8-fadf-4a00-8fac-9fc86423b515:0:1:2:0:0 IB#a2c735a6-0b60-4264-a714-fd502732cfee|mmUtg:0:0:0:0:0 IB#23ef7cfe-430f-445d-97fb-55bfd0c3feca|WORK_DEV_BF2:0:0:0:0:0 IB#0811f3fb-7631-436b-8714-7ab096aa8bc5|mcZolotoZup3:0:0:0:0:0 IB#fafeb0fa-4eaa-4a59-8a15-6d9ed80cac38|mmUtgZup:0:0:0:0:0 IB#e9c59f6f-2772-40db-804b-6d18b50b848b|WORK_DEVELOPMENT_ZUP_SD:0:0:0:0:0 IB#2be5fc19-73c1-4143-9210-a879bbf19291|nkZup:0:0:0:0:0 IB#23ef7cfe-430f-445d-97fb-55bfd0c3feca:2:39:82:16:0 IB#ed5c1c00-2695-459f-807a-c4fea55527f1:2:6:14:0:0 IB#80fdd7d0-8002-4554-928a-800a6c62f222|mmKoryakZup3:0:0:0:0:0 IB#76257cc9-b36c-413c-97ee-462593bdc44d:0:1:2:2:0 IB#c41e9512-d7de-4c24-a679-7f1938f0b3a8|mdEurogroupZup3:0:0:0:0:0 IB#b00375a4-b291-42f1-bcc0-f669c836dd07|mdEngineering:0:0:0:0:0 IB#a34cecbc-4b4c-49dd-ae81-d841cc8cb532|work_mstroy_zup3:0:0:0:0:0 IB#3bd3609e-c72d-4d3f-81a3-dc4b992c125d:0:0:0:0:0 IB#ea312e97-8b4b-4f7f-93f4-f0baa57ebf1e|WORK_DEVELOPMENT_BUH3_MDT:0:0:0:0:0 IB#04ab9ab8-3f12-42b8-b245-91ae2d140423:0:1:2:2:0 IB#98237471-f274-4293-8d56-134c66d58d9a|WORK_DEVELOPMENT_BUH3_YASENEVO:0:0:0:0:0 IB#411dfda2-2f97-4076-b335-85e1d91ccd97|WORK_DEVELOPMENT_BUH3_ACTIVEDEVELOPMENT:0:0:0:0:0 IB#0df26291-de6a-4b81-9ac0-afa7d0ce7cea:0:2:6:0:0 IB#e93a9b6a-2f70-4116-a599-ccc490d27643|mdIshVazZup3:0:0:0:0:0 IB#f7f59257-67f6-45b1-b1ab-5940af04ffd8|WORK_GK_BUH_MANGAZEYA:0:0:0:0:0 IB#bb26a6ef-618f-435e-9b52-cef6d2d31e34:0:3:8:6:0 IB#a5aa26b5-ba89-4f6c-8154-51e8f1321e3b|mdDevelopment:0:0:0:0:0 IB#80fdd7d0-8002-4554-928a-800a6c62f222:0:1:2:0:0 IB#977c74e6-33c8-4e98-a5ac-3bdf0a107e0a|mcMgk:0:0:0:0:0 IB#2eff27f4-ee12-47ba-a818-cacb58e4844a:0:1:2:0:0 IB#3f127dd9-1ff4-4e32-b43b-bd11e9dfceea|WORK_BC_ZUP:0:0:0:0:0 IB#29562f74-a652-42dd-830c-7d22e2485ddd|SLJ_WORK_AGRO_UT:0:0:0:0:0 IB#3dbdc21a-dad8-4ac4-be0f-814c5f61f644|mmKolar:0:0:0:0:0 IB#84262b81-5ae8-479f-b927-d9233b03ef77|mdIshVaz:0:0:0:0:0 IB#dfdf61b3-5a03-4e2b-8a2a-34c483daaaf0:0:1:2:2:0 IB#2e66fd60-da31-4be8-8309-4beb15054205|mmKoryakZup:0:0:0:0:0 IB#ce2c569a-e318-4e25-8311-1951989f010b|nkChe:0:0:0:0:0 IB#64fcfe88-7474-49b9-b73b-ed6e3c4f3c4b:0:2:8:4:0 IB#e1fbd9f4-09b5-48b1-9acd-68a92bd35414|SLJ_maBuhAgroSoft:0:0:0:0:0 IB#d173fcb9-4e66-4609-a034-6555d85b1fd6|WORK_BC_BUH:0:0:0:0:0 IB#b9a309ef-3911-4a6e-bdbb-526193805df6|mdZup:0:0:0:0:0 IB#65bd3ce0-613a-4290-8fec-373334101479|mdServiceZup3:0:0:0:0:0 IB#f15582b9-63d8-45d6-8927-a3af22129069|mcBuh:0:0:0:0:0 IB#f195f08e-0866-44f1-b216-3f1e1efbf620|SLJ_WORK_ZOLOTO_BUHCORP:0:0:0:0:0 IB#11c034b7-21c3-408d-93bc-d30eb6f5ca76|SLJ_mdService:0:0:0:0:0 IB#64fcfe88-7474-49b9-b73b-ed6e3c4f3c4b|WORK_DEVELOPMENT_ZUP_KORP:0:0:0:0:0 IB#71390eb7-9ae3-4914-94db-a2ef6650933c|mmKrm2015:0:0:0:0:0 IB#12d88013-8509-46d2-adb4-4a0069e53541|mmGcm:0:0:0:0:0 IB#98124077-030b-40e1-93de-34d3048a25ae|mdNedv:0:0:0:0:0 IB#ce2565d1-9407-4dd2-8ba5-63067837e5ac:0:0:0:0:0 IB#2eff27f4-ee12-47ba-a818-cacb58e4844a|nkZup31:0:0:0:0:0 IB#c148245c-a958-4c70-a919-42884e6ab636|mdService:0:0:0:0:0 IB#2f798244-e5bb-4cb2-8078-3eda20cb883d|mdEurogroup:0:0:0:0:0 IB#c0a02acb-4a3c-4339-9280-ba02cfdb4d03|kpIzkZup3:0:0:0:0:0 IB#0811f3fb-7631-436b-8714-7ab096aa8bc5:2:5:12:2:0 IB#4e304416-7852-4006-b193-d890e2c21bdc|mcNordGazNeft:0:0:0:0:0 IB#ca8b9741-1581-41ca-9d46-75ba4890183b:0:1:2:2:0 IB#4a22c789-c25a-4a7b-9368-2d0d14018f47|mcEnergo:0:0:0:0:0 IB#c589f0c1-1d91-493d-8673-73e6a1a67d47|WORK_GOLD_ZUP3_MZSTROY:0:0:0:0:0 IB#c69e55fc-7f34-4b2d-a751-2f2a715f66b5|mcM7:0:0:0:0:0 IB#0a0a6133-f00f-4106-b4b4-8c1dd6788f76|nkUpp:0:0:0:0:0 IB#619ebaad-2888-41c4-92b9-e85377e70ff9|SLJ_gkMining:0:0:0:0:0 IB#d12c884e-e937-4e73-a563-74d9543aff5d|mdDevelopmentZup3:0:0:0:0:0 IB#24b75e62-c77d-458e-90bc-a1da18fbd644:0:1:2:2:0 IB#9e6cd9de-b333-4415-bf2c-e469cfeb0a27|WORK_GK_BUH_ATKPERSPEKTIVA:0:0:0:0:0 IB#5736c225-002d-4f72-9d87-9c9c1d7b3b87|WORK_PERSON_HOLDING_ZUP:0:0:0:0:0 IB#df01e8b5-4761-4488-981b-300187d3db9f|mdStroyZup:0:0:0:0:0 IB#1841028f-ef82-4daa-8f74-2b204761381f|mmKrm2013:0:0:0:0:0 IB#36166c8a-25bf-4eca-86b2-9e83b64f715c|WORK_AD_BUH:0:0:0:0:0 IB#04670429-3d4a-4b9e-b32e-23bdfc96ad3d|kpIzkZup:0:0:0:0:0 IB#69f4f32a-3b40-4c65-8b01-2981f9d1df86:0:3:8:0:0 IB#e2f17bfc-3a94-490c-8086-46301d5a8131:2:4:12:0:0 IB#9801695a-067a-4499-a3af-742e7832aca0|WORK_DEVELOPMENT_BUH3_MAKET:0:0:0:0:0 IB#22b2f256-d52e-4289-842e-bb33e49fc680|mmZup:0:0:0:0:0 IB#e6a3adfe-450f-4214-8ac1-c1537cebf2f9|mfBuh:0:0:0:0:0 IB#d4a0c90e-02e7-4db2-bd05-64334995e2ee|mdMarinaRoscha:0:0:0:0:0 IB#69f4f32a-3b40-4c65-8b01-2981f9d1df86|WORK_ZUP_KANDIDAT:0:0:0:0:0 IB#dfdf61b3-5a03-4e2b-8a2a-34c483daaaf0|mdRedZup:0:0:0:0:0 IB#f9c52584-bf27-4527-b353-cd660acbf819|mcSoglasie:0:0:0:0:0 IB#7a76b5ec-c193-4f39-b825-5975fd11b70f|mcMkdGroupZup:0:0:0:0:0 CL#c132d523-5f3f-493c-a937-e6b261563dad:12:82:270:82:0 IB#e2174db2-e2a2-4c31-b541-5dc43e23931a|mcZolotoZup:0:0:0:0:0 IB#cf65b89e-3a09-4a95-9edf-316edd575b4f|WORK_DEVELOPMENT_ZUP_YASENEVO:0:0:0:0:0 IB#cda95f54-5523-4408-bb5f-6ee94c912677|mmbuh:0:0:0:0:0 IB#a9f5732f-2959-4d6c-800f-f0209ebd6299|mcBlagotFondZup3:0:0:0:0:0 IB#56452c2d-2bcc-4456-8ecf-a490b8e0dc27|WORK_AD_ZUP:0:0:0:0:0 IB#896ee294-e5a8-4a6a-8c1e-cca5fd43a8c6:0:1:4:0:0 IB#a145c003-2a9a-409e-9cd3-ab540c779612|mdStroyZup3:0:0:0:0:0 IB#2e6a4c5f-5571-4883-bf67-1683aa04e079|mcVpZup:0:0:0:0:0 IB#41bbf68c-bf96-4cff-8980-0a97d81dd81e|mmStolovka:0:0:0:0:0 IB#71603539-df66-4a88-af17-feababd849f1|maPobedaBP:0:0:0:0:0 IB#41a169eb-dc31-43f0-b5bb-071d77d816f7|mcVp:0:0:0:0:0 IB#0ad2bc04-1a50-4281-905d-b0632ae33834|mdStroy:0:0:0:0:0 IB#c69e55fc-7f34-4b2d-a751-2f2a715f66b5:2:1:2:0:0 IB#bbacbcbb-e4ae-414a-ab01-99de8358370c|mcIp:0:0:0:0:0 IB#bb26a6ef-618f-435e-9b52-cef6d2d31e34|WORK_MTEH_ZUP:0:0:0:0:0 IB#e2f17bfc-3a94-490c-8086-46301d5a8131|maZup:0:0:0:0:0 IB#d95d69d2-dfe4-4697-a158-70ea1ee7db11:1:4:4:1:0 IB#71126f3e-8caa-4f97-b3d8-a18ffcaa92e1|WORK_gkUT:0:0:0:0:0 IB#71e38cf6-8b03-47d9-bcc9-190ed8f44c37:1:10:14:8:0 IB#178436cd-3ae3-49d2-8587-5b27977907a9:0:35:38:3:0 IB#178436cd-3ae3-49d2-8587-5b27977907a9|gkMining:0:0:0:0:0 IB#71e38cf6-8b03-47d9-bcc9-190ed8f44c37|GoldOT:0:0:0:0:0 IB#d95d69d2-dfe4-4697-a158-70ea1ee7db11|WORK_AGRO_UT:0:0:0:0:0 CL#f116404d-50bd-444d-b368-9969c7b993a8:2:106:131:18:0 IB#71126f3e-8caa-4f97-b3d8-a18ffcaa92e1:0:72:75:6:0 IB#3a3e2a7d-82cf-4b6e-b606-26b1a7d86740|Monitoring_license_1c:0:0:0:0:0 IB#e71b20e7-8f22-4e05-bc4d-cdca272f8a98|SUP:0:0:0:0:0 IB#3a3e2a7d-82cf-4b6e-b606-26b1a7d86740:0:1:1:1:0 IB#896c97fa-94ef-4ac1-a640-0707e402fd5a|gkErp:0:0:0:0:0 IB#4e596a4d-3647-4789-80c0-1a3bda35b6f8|WORK_ZOLOTO_BUHCORP:0:0:0:0:0 CL#cf4c7bdf-1d50-421d-b7b2-8eaab01fce49:1:201:245:17:0 IB#e71b20e7-8f22-4e05-bc4d-cdca272f8a98:0:1:1:0:0 IB#6894b10e-4f48-4f62-8887-7f3d3b075391|gkSed:0:0:0:0:0 IB#896c97fa-94ef-4ac1-a640-0707e402fd5a:0:20:20:0:0 IB#6894b10e-4f48-4f62-8887-7f3d3b075391:0:179:190:5:0 IB#4e596a4d-3647-4789-80c0-1a3bda35b6f8:1:30:33:11:0 summary:15:300:646:117:0

[slothfk]

Судя по длинному "выхлопу" с инфой по инфобазам какой-то трешак творится ... Надо разбираться. Хотя возможно дело в количестве баз и awk просто не "проглотил" такое количество вариантов в регуляке

Запустите скрипт в консоли, типа

C:\Git\bin\bash.exe time C:\zabbix_agent\scripts\1c_license_server.sh used 1539 1.5 admin pass

Сколько он по времени выполняется?

[oit-mangazeya]

3 секунды

Measure-Command -Expression {"{0:N2} GB" -f ((C:\Git\bin\bash.exe C:\zabbix_agent\scripts\1c_license_server.sh used 1539 1.5 admin pass| measure Length -s).sum / 1Gb) Get-Event }

Days : 0 Hours : 0 Minutes : 0 Seconds : 3 Milliseconds : 304 Ticks : 33047562 TotalDays : 3,82494930555556E-05 TotalHours : 0,000917987833333333 TotalMinutes : 0,05507927 TotalSeconds : 3,3047562 TotalMilliseconds : 3304,7562

[Diesel315]

Добрый день! Собственно почти аналогичная ситуация.

Пытаюсь настроить мониторинг серверов 1С через Zabbix, с помощью ваших трудов. Решил начать с мониторинга сервера лицензирования (хотелось бы видеть информацию по лицензиям). У нас иcпользуется условно следующая схема: Server1 и Server2 - это сервера 1С (WinServer2019). Server3 - отдельный сервер лицензирования (WinServer2019). То есть в каждом Server1/2 прописано всего два рабочих сервера. Сам сервер + сервер лицензирования. На сервере лицензирования кластер по умолчанию удален. То есть он просто выдает лицензии.

При проверки скрипта 1c_license_server.sh выдает вот такую ошибку: C:\Program Files\Git\bin>bash.exe "C:\zabbix_agent\scripts\1c_license_server.sh" used 1545 1.5 admin pass awk: cmd. line:2: fatal: cannot open file /tmp/1c_infobase_cache' for reading (No such file or directory) awk: cmd. line:2: fatal: cannot open file/tmp/1c_infobase_cache' for reading (No such file or directory) summary:0:0:0:0:0

То есть не видит лицензии. Ring рабочий. Проверял простой проверкой - ring license info --name

Можете подсказать, что не так?

[slothfk]

awk: cmd. line:2: fatal: cannot open file /tmp/1c_infobase_cache' for reading (No such file or directory) awk: cmd. line:2: fatal: cannot open file/tmp/1c_infobase_cache' for reading (No such file or directory)

Есть подозрение откуда это "тянется", посмотрю ... По идее через час должно все быть нормально, если действительно так, то подозрение обоснованное! Постараюсь поправить в ближайшее время

[Diesel315]

По идее через час должно все быть нормально

Извините не понял этот момент. Если мы про отображение в Zabbix, то ситуация не поменялась, все по нулям Меня тут даже больше беспокоит, что скрипт показывает summary:0:0:0:0:0, я так понимаю лицензии он не видит...

Хотел еще уточнить. На сервере лицензировании несколько файлов пользовательских лицензий (докупали по мере роста). Это не является неким стоп-фактором?

[slothfk]

что скрипт показывает summary:0:0:0:0:0

при этом процитированная мной ошибка сохраняется?

Это не является неким стоп-фактором?

На эту метрику это не оказывает ни какого влияния!

[Diesel315]

при этом процитированная мной ошибка сохраняется?

Да. В консоли (cmd) все также эта ошибка фигурирует. Забыл уточнить, не знаю является ли это важной информацией - Zabbix 5.4.12

Скрин консоли 1С на всякий.

[slothfk]

а у сервера лицензирования в zabbix включены обнаружения кластеров и информационных баз? По-умолчанию в шаблоне они отключены. Если их включить, появятся ли данные через некоторое время?

[andrew-ogonkov]

Извиняюсь, не совсем понял. Я не смогу из консоли получить данные? у меня в каталоге /tmp файл 1c_infobase_cache должен быть? я на 2 серверах ловлю одну и туже ошибку. У меня на команду 1c_central_server.sh sessions такая же ошибка получена. Мне лицензирование не столь важно.

[slothfk]

ок, перед тем как получить данные о сеансах сделайте

$  1c_license_server.sh infobases

[andrew-ogonkov]

$ 1c_license_server.sh infobases Отлично, работает из консоли. Я уже в заббиксе стал получать данные. Включил обнаружения, исправил hostname в конфиге заббикса. Теперь на боевом сервере буду разворачивать. Вопрос, все ли обнаружения оставлять включенными?

Выражаю огромную благодарность за ваш труд и желание помогать людям.

[slothfk]

Вопрос, все ли обнаружения оставлять включенными?

Все зависит от ваших потребностей. Если вы наблюдаете за сервером, который обслуживает один кластер, то нет смысла включать обнаружение кластеров. Если обслуживает один кластер с одной базой, то нет смысла и в обнаружении инфобаз.

[Diesel315]

а у сервера лицензирования в zabbix включены обнаружения кластеров и информационных баз? По-умолчанию в шаблоне они отключены. Если их включить, появятся ли данные через некоторое время?

Извиняюсь за молчание. Не было возможности заняться этой проблемой. Только сейчас руки снова дошли. Хотел опять же поблагодарить за Ваши труды...

Включил обнаружение. Данные какие-то полетели, но возникло еще больше вопросов:

1. Этот момент кстати описан в ваших файлах, но видать я просмотрел, что надо включить обнаружение, если сервер лицензирования входит в состав нескольких кластеров. Обнаружение ругается на 1С/Кластер/??????? Почему ругается относительно понятно. Так как имена совпадают. Вопрос почему имена такие странные? Как будто кириллицу не понимает...
2. Ошибка кстати все также присутствует при выполнении скрипта через cmd. Там кстати вообще ничего не поменялось. И значения в summary по нулям.

[slothfk]

2. Ошибка кстати все также присутствует при выполнении скрипта через cmd. Там кстати вообще ничего не поменялось. И значения в summary по нулям.

нужно обнаружение именно информационных баз. В консоли, полагаю, перед тем как выполнять команду по сеансам надо выполнить команду, аналогичную выполняемой обнаружением информационных баз

$ 1c_license_server.sh infobases 1545 1.5 <администратор_кластера> <пароль_админиистратора>

если администратора кластера нет, то кроме infobases можно ничего не указывать

про "локализацию", отображение русского "знаками вопроса" знаю, есть, например #78, но пока нет понимания как забороть ... и нет понимания почему возникает ...

[Diesel315]

Да вы правы. Сперва надо выполнить infobases, а потом уже used. Тогда все работает как надо в cmd. Здесь кстати видно сразу что имя кластера крякозябрами на выходе... Предполагаю, что надо в скриптах вывод преобразовывать в UTF-8, но я тут честно Вам не помощник...

[slothfk]

Да вы правы. Сперва надо выполнить infobases, а потом уже used.

Эту проблему я понял из предыдущего общения с @andrew-ogonkov Ее постараюсь поправить в ближайшее время

Меня заботит другое, почему в выдачу попадают имена информацинных баз!

@Diesel315, а если в git bash выполнить

$ rac.exe cluster list

Для какого-нибудь кластера с русскоязычным названием, что на выходе будет? А "винда", кстати, какая?

[Diesel315]

$ rac.exe cluster list bash: rac.exe: command not found

Или что-то не так делаю?

[slothfk]

Или что-то не так делаю?

Перед rac.exe путь до бинарников платформы должен быть, очевидно ;)

[Diesel315]

Извиняюсь за возможную "тупость", но что-то не выходит каменная чаша. Он не видит rac.exe Хотя он там лежит...

Но если просто в командной строке C:\Program Files\1cv8\8.3.18.1741\bin>rac cluster list (а не в git bash), то ничего и не покажет. Это же, насколько я понимаю, показывает список кластеров. А как выше написал, это просто сервер лицензирования, на нем нет кластеров локальных

[slothfk]

Это же, насколько я понимаю, показывает список кластеров. А как выше написал, это просто сервер лицензирования, на нем нет кластеров локальных

ну так указать имя какого-нибудь сервера с кластерами на русском языке?

если в баше вызывать rac.exe с указанием полного пути или так ./rac.exe находясь в каталоге с бинарниками?

[slothfk]

@Diesel315 , и еще вопрос по именам информационных баз, которые попадаютс в строки информации о сеансах (где после идентификатора базы через | следует имя базы) Имена этих баз соответствуют тому, что отображается в этих строках?

[slothfk]

Ошибку с 1c_infobase_cache поправил!

[slothfk]

@Diesel315, подскажите у вас в именах информационных баз используется символ |?

[slothfk]

Для проверки внесенных исправлений необходимо:

• удалить файл /tmp/1c_infobase_cache
• выполнить 1c_license_server.sh used, ошибки об отсутствии файла 1c_infobase_cache возникать не должно, в выдаче должны быть только строки начинающиеся с CL# и summary
• выполнить 1c_license_server.sh infobases
• прислать "выхлоп" (интересуют значения полей #IB_UUID
• выполнить 1c_license_server.sh used
• прислать "выхлоп" (интересуют строки, начинающиеся с IB#

[Diesel315]

$ rac.exe cluster list

 Для какого-нибудь кластера с русскоязычным названием, что на выходе будет? А "винда", кстати, какая?

Вот такой вывод (везде Win2019Std RU):

если в баше вызывать rac.exe с указанием полного пути или так ./rac.exe находясь в каталоге с  бинарниками?

Да в bash git надо было через такую команду выполнять - $ ./rac.exe cluster list server:1545 Вывод такой же как в cmd

и еще вопрос по именам информационных баз, которые попадаются в строки информации о сеансах (где после
идентификатора базы через `|` следует имя базы) Имена этих баз соответствуют тому, что отображается в этих строках?

Да все верно. Насколько я понял вас озадачил вывод, как пример - "{#IB_NAME}":"Workflow|"Workflow"" И насколько я понял это вывод описания базы. В консоли 1С это выглядит так:

[Diesel315]

* удалить файл `/tmp/1c_infobase_cache`

В Win нет такой директории. Поиском тоже не ищется (думал может в стандартных temp ОС лежит, но нет...)

* выполнить `1c_license_server.sh used`, ошибки об отсутствии файла `1c_infobase_cache` возникать не должно, в выдаче должны быть только строки начинающиеся с `CL#` и `summary`

Ошибок нет. Но в выводе не только CL#, есть еще IB#

* выполнить `1c_license_server.sh infobases`
* прислать "выхлоп" (интересуют значения полей `#IB_UUID`

* выполнить `1c_license_server.sh used`
* прислать "выхлоп" (интересуют строки, начинающиеся с `IB#`

[slothfk]

Да в bash git надо было через такую команду выполнять - $ ./rac.exe cluster list server:1545 Вывод такой же как в cmd

Хм, интересно ... А от имения какого пользователя работат агент zabbix и от имени какого пользователя выполнялась команда в bash-е?

Да все верно. Насколько я понял вас озадачил вывод, как пример - "{#IB_NAME}":"Workflow|"Workflow"" И насколько я понял это вывод описания базы. В консоли 1С это выглядит так:

Странно, не должно описание в вывод попадать! А по тем базам, где такого нет, там и описания нет? Описание везде совпадает с именем базы, где есть?

В Win нет такой директории. Поиском тоже не ищется (думал может в стандартных temp ОС лежит, но нет...)

В bash-е запускать и искать ;)

[Diesel315]

Выше мой комментарий более полный на ваши предыдущие вопросы. По новым вопросам:

1. Zabbix агент работает (служба) от имени local system. в bash git по понятным причинам от имени пользователя который зашел в систему. То есть моя доменная уч.запись

2. Странно, не должно описание в вывод попадать!

   Ну в новых скринах, что выше такого уже нет. Видать вы исправили это в новых файлах

[slothfk]

Данную проблему закрываю!

@Diesel315, по поводу кодировки в именах кластеров давайте перейдем в #78 (проблема "родственная")