-- https://www.phpmyadmin.net/
--

START TRANSACTION;



--
-- Database: `dsi`
--

-- --------------------------------------------------------

--
-- Table structure for table `tbl_comments`
--

CREATE TABLE `tbl_comments` (
  `comments` varchar(2068) DEFAULT NULL,
  `time_stamp` varchar(20) DEFAULT NULL,
  `entry_no` varchar(13) DEFAULT NULL,
  `case_no` varchar(10) DEFAULT NULL,
  `user_id` int(4) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;

--
-- Dumping data for table `tbl_comments`
--

INSERT INTO `tbl_comments` (`comments`, `time_stamp`, `entry_no`, `case_no`, `user_id`) VALUES
('Migration from DSI Support Log. Refer to case number 1110771.', '19-may-2020', '2020-00001-1', '2020-00001', 1003),
('DSI asked if there will be a problem if the DB Server uses Asia-Manila time zone and OpernROAD application uses Philipines as time zone. Actian sain, if using OpenROAD Application, you should NOT use IANA time zone. Ingres continues to support own time zone tables. OpenROAD doesn?t yet support the IANA time zone.', '29-mar-2022 22:52:04', '2020-00001-2', '2020-00001', 1003),
('Migration from DSI Support Log. Refer to case number 1111517.', '25-may-2020', '2020-00002-1', '2020-00002', 1003),
('', '29-mar-2022 22:53:02', '2020-00002-2', '2020-00002', 1003),
('Migration from DSI Support Log. Refer to case number 1116237.', '24-jun-2020', '2020-00003-1', '2020-00003', 1004),
('Chain of errors and issues which together caused the server crashed. Recommended to rebuild these two indexes: xconv_endorsdate and xconv_psdate. Also modify CBF: online_error_action TO stop and offline_error_action to continue_ignore_table', '29-mar-2022 22:53:54', '2020-00003-2', '2020-00003', 1004),
('Migration from DSI Support Log. Refer to case number 1116702.', '26-jun-2020', '2020-00004-1', '2020-00004', 1003),
('SQL returning different result with date(\'now\') command. Actian reccommends to change the timezone to TZ=Asia/Manila', '29-mar-2022 22:58:39', '2020-00004-2', '2020-00004', 1003),
('Migration from DSI Support Log. Refer to case number 1122791.', '03-jul-2020', '2020-00005-1', '2020-00005', 1004),
('Ext4 is supported on Ingres however RHEL6 ext4 uses a default setting of barrier=1 which causes poor performance on Ingres. Actian recommend a barrier=0 setting.', '29-mar-2022 22:59:16', '2020-00005-2', '2020-00005', 1004),
('Migration from DSI Support Log. Refer to case number 1118844.', '09-jul-2020', '2020-00006-1', '2020-00006', 1004),
('You can remove/edit specific column for replication using ColumnProperties. Just check /Absent and /Name then add the names of columns you want to remove on target DB', '29-mar-2022 23:00:32', '2020-00006-2', '2020-00006', 1004),
('Migration from DSI Support Log. Refer to case number RAM0001.', '09-jul-2020', '2020-00007-1', '2020-00007', 1005),
('DSOURCE conduct an installation support for Openroad 6.2 on Linux Machine and provides a Installation guide to help HDMF replicate the procedure.', '29-mar-2022 23:02:06', '2020-00007-2', '2020-00007', 1005),
('Migration from DSI Support Log. Refer to case number 1118647.', '09-jul-2020', '2020-00008-1', '2020-00008', 1005),
('Upon installation of OpenROAD App Server on RHEL 6.9 we\'ve got the Error registering library .. but Actian thinks that it was just an ownership issue. It work on other VM installation', '29-mar-2022 23:02:51', '2020-00008-2', '2020-00008', 1005),
('Migration from DSI Support Log. Refer to case number 1119181.', '10-jul-2020', '2020-00009-1', '2020-00009', 1004),
('Some DBMS went down so the client restarted the Ingres. Upon checking the inglogs, one of the DBMS server died silently and Ingres didn\'t handle it properly which cause high performance of CPU. Actian asked to change the CBF Configurations: online_error action to stop and offline_error_action to continue_ignore_table.]', '29-mar-2022 23:10:17', '2020-00009-2', '2020-00009', 1004),
('Migration from DSI Support Log. Refer to case number 1120073.', '15-jul-2020', '2020-00010-1', '2020-00010', 1003),
('Upon initial checkpoint, the client had some error stating that vectorwise directory is missing, which upgradedb should create automatically. When the client manually created those directory, the checkpoint ran successfully. As per Actian, some directories were missing because someone ran destroydb', '29-mar-2022 23:10:59', '2020-00010-2', '2020-00010', 1003),
('Migration from DSI Support Log. Refer to case number 1120072.', '15-jul-2020', '2020-00011-1', '2020-00011', 1003),
('Select query running very slow on Ingres 11.1 but quite fast on Ingres 10.2. Found out that it was a  bug (#136662) and was fixed on patch 15562.', '29-mar-2022 23:12:56', '2020-00011-2', '2020-00011', 1003),
('Migration from DSI Support Log. Refer to case number 1120081.', '16-jul-2020', '2020-00012-1', '2020-00012', 1003),
('On testing for upgrading from 10.2 to 11.1 (upgradedb), some db procedures were gone and were not recreated successfully. Upon investigation it was beacuse of the date format set to MULTINATIONAL4 instead of US', '29-mar-2022 23:13:32', '2020-00012-2', '2020-00012', 1003),
('Migration from DSI Support Log. Refer to case number 1120493.', '17-jul-2020', '2020-00013-1', '2020-00013', 1005),
('Asked Actian if there is a counterpart on Linux of using DLL on Microsoft Active Directory to authenticate OR users. Linux authentication was set via appserver portal VOSA.  Opened case 1121449 for further discussion of vosa.', '29-mar-2022 23:14:13', '2020-00013-2', '2020-00013', 1005),
('Migration from DSI Support Log. Refer to case number 1121449.', '23-jul-2020', '2020-00014-1', '2020-00014', 1005),
('Further discussion of inquiry in case 1120493. Asked Actian what is the counter-part of the windows registry on Linux, if there is also a registry file being used by VOSA. Applications can be registered via command line using regedit in silent mode. Though after the next patch, application are not registered in Windows registry but rather registered apps are written pm JSON file. VOSA will still be used to add application but you can also write script that add \'apps\' on JSON file.', '29-mar-2022 23:15:49', '2020-00014-2', '2020-00014', 1005),
('Migration from DSI Support Log. Refer to case number RAM0002.', '23-jul-2020', '2020-00015-1', '2020-00015', 1005),
('Mr Sherwin Astorga requested an assistance support to register images to OpenROAD VOSA on LINUX Machine.', '29-mar-2022 23:16:24', '2020-00015-2', '2020-00015', 1005),
('Migration from DSI Support Log. Refer to case number 1127683', '12-aug-2020', '2020-00016-1', '2020-00016', 1003),
('To use \'tables\' command on Ingres 11.1 make sure that the \'Query and Reorting Runtime\' package is installed', '29-mar-2022 23:16:58', '2020-00016-2', '2020-00016', 1003),
('Migration from DSI Support Log. Refer to case number 1127943.', '13-aug-2020', '2020-00017-1', '2020-00017', 1003),
('I have encountered this error:\\n\\nCheck sum differences encountered.\\n<: values in install area: /II_SYSTEM/ingres\\n>: values in patch area:   /II_SYSTEM/patch15562\\n\\n267a268,269\\n> ./lib/thirdparty/lp32/libcrypto.so 00031,2706\\n> ./lib/thirdparty/lp32/libssl.so 23996,573\\nError occurred during install.\\n\\nThe install program failed to complete.\\n\\nI am currently testing the newest patch 15562 on my Ingres 11.1 VM when I got this error upon installation of the patch. \\n\\nWhat I did before this is that I reinstalled other packages such as Query and Reporting Tool/Runtime then I reinstalled the patch 15550 as advised by Kristoff, then when I install this patch I am getting this error.\\n\\nWill attach the inglogs for your reference.', '29-mar-2022 23:17:25', '2020-00017-2', '2020-00017', 1003),
('Migration from DSI Support Log. Refer to case number 1128760.', '18-aug-2020', '2020-00018-1', '2020-00018', 1005),
('Hope someone could help me with this, we are trying to setup LoadNRun for our client. We already have an OpenROAD App Server installation on a Windows VM and a sample image loaded through VOSA.\\nIs there a step-by-step guide/ instruction to set this up and what are required for us to have to have this work on a client machine.', '29-mar-2022 23:18:04', '2020-00018-2', '2020-00018', 1005),
('Migration from DSI Support Log. Refer to case number 1128858.', '18-aug-2020', '2020-00019-1', '2020-00019', 1004),
('Just a follow up question on my case number 01122791, is it OK to install Ingres on RHEL 7 with ext4 file system? If ever what are the pros and cons?', '29-mar-2022 23:18:42', '2020-00019-2', '2020-00019', 1004),
('Migration from DSI Support Log. Refer to case number 1129206.', '19-aug-2020', '2020-00020-1', '2020-00020', 1003),
('After an upgrade from Ingres 10.2 to 11.1, we are getting this error.\\n\\nIt seems that simple upgradedb wont work and we have to manually run usermod to all the databases until I found this article stating that this could be an alternative command. I would just like to confirm if it is though.\\n\\nupgradedb dbname -modify\\nor\\nupgradedb -all -tree -modify', '29-mar-2022 23:19:24', '2020-00020-2', '2020-00020', 1003),
('Migration from DSI Support Log. Refer to case number RAM0004.', '20-aug-2020', '2020-00021-1', '2020-00021', 1005),
('Mr Sherwin Astorga requested an assistance support to find-out how to run comtestrso from a windows machine to an existing Linux OpenROAD App Server.', '29-mar-2022 23:19:53', '2020-00021-2', '2020-00021', 1005),
('Migration from DSI Support Log. Refer to case number 1129809.', '22-aug-2020', '2020-00022-1', '2020-00022', 1005),
('We are having problem running comtestrso <linux server> from a window workstation.\\n\\nThis server can be pinged and running comtestrso directly on it or through putty works, but not from another machine testing the app server.\\n\\nhr = 0x800706ba\\nReleasing interface IRun4GLrs.\\n\\nOn other Windows OpenROAD server, we have no problem.\\n\\nWe may be doing something wrong, or something have to be done on the server to resolve this.', '29-mar-2022 23:20:26', '2020-00022-2', '2020-00022', 1005),
('Migration from DSI Support Log. Refer to case number MGP0002.', '25-aug-2020', '2020-00023-1', '2020-00023', 1004),
('DSOURCE conduct the First Batch of ONLINE TRAINING for INGRES SQL. The Training was participated by 13 HDMF personel.', '29-mar-2022 23:21:14', '2020-00023-2', '2020-00023', 1004),
('Migration from DSI Support Log. Refer to case number 1130725.', '27-aug-2020', '2020-00024-1', '2020-00024', 1003),
('We created this DB Procedure and is running in Ingres 10.2,\\nUnfortunately, during our test upgrade in Ingres 11.1, we are hanging on the execute of this.\\n\\ncreate procedure dbp_virtual_sel_pf_ledger\\n( p_pagibigid varchar(25) not null,\\n  p_account_no varchar(25) not null,\\n  p_program_code varchar(10) not null,\\n  p_cyear varchar(13) not null )\\nresult row( varchar(25),\\n           ingresdate,\\n           varchar(6),\\n           varchar(13),\\n           money,\\n           money,\\n           money,\\n           varchar(25),\\n           varchar(250)) as\\ndeclare\\n  v_trans_code varchar(10);\\n  v_refno varchar(25);\\n  v_trans_date ingresdate;\\n  v_percov varchar(6);\\n  v_cyear varchar(13);\\n  v_ee money;\\n  v_er money;\\n  v_div money;\\n  v_pagibig_erid varchar(25);\\n  v_eyername varchar(250);\\nbegin\\n  for select trans_code,\\n             refno,\\n             trans_date,\\n             percov,\\n             cyear,\\n             sum(ee),\\n             sum(er),\\n             sum(div),\\n             pagibig_erid,\\n             eyername\\n       into :v_trans_code,\\n            :v_refno,\\n            :v_trans_date,\\n            :v_percov,\\n            :v_cyear,\\n            :v_ee,\\n            :v_er,\\n            :v_div,\\n            :v_pagibig_erid,\\n            :v_eyername\\n     from vw_virtual_branch_pf_ledger\\n     where pagibigid = :p_pagibigid and\\n           account_no = :p_account_no and\\n           program_code = :p_program_code and\\n           cyear = :p_cyear\\n     group by trans_code,\\n              refno,\\n              trans_date,\\n              percov,\\n              cyear,\\n              pagibig_erid,\\n              eyername having sum(ee) <> 0 or\\n                              sum(er) <> 0 or\\n                              sum(div) <> 0\\n     order by trans_date desc,\\n              percov desc\\n     do return row(:v_refno,\\n                    :v_trans_date,\\n                    :v_percov,\\n                    :v_cyear,\\n                    :v_ee,\\n                    :v_er, :v_div,\\n                    :v_pagibig_erid,\\n', '29-mar-2022 23:21:46', '2020-00024-2', '2020-00024', 1003),
('Migration from DSI Support Log. Refer to case number 1130808.', '27-aug-2020', '2020-00025-1', '2020-00025', 1003),
('After the version upgrade from 10.2 to 11.1\\n\\nWe ran this upgradedb -all -tree -modify assuming that we can upgrade all the old table formats to the new one used by 11.1.\\n\\nUnfortunately, we are still getting this error on IMADB database even if we run upgradedb imadb -tree -modify after shutting down the rmcmd. We also cannot usermod imadb -u$ingres remote.. because it is returning an error.\\n\\nWe also did a check via select a.relid, a relowner from iirelation a, iitables b where a.relowner ... but it shows nothing in imadb.\\n\\n', '29-mar-2022 23:22:30', '2020-00025-2', '2020-00025', 1003),
('Migration from DSI Support Log. Refer to case number RAM0003.', '27-aug-2020', '2020-00026-1', '2020-00026', 1005),
('DSOURCE conduct the First Batch of ONLINE TRAINING for OpenROAD APPLICATION DEVELOPMENT. The Training was participated by 13 HDMF personel.', '29-mar-2022 23:23:08', '2020-00026-2', '2020-00026', 1005),
('Migration from DSI Support Log. Refer to case number 1132489.', '03-sep-2020', '2020-00027-1', '2020-00027', 1003),
('DSOURCE conduct the First Batch of ONLINE TRAINING for OpenROAD APPLICATION DEVELOPMENT. The Training was participated by 13 HDMF personel.', '29-mar-2022 23:25:48', '2020-00027-2', '2020-00027', 1003),
('Migration from DSI Support Log. Refer to case number 1134866.', '14-sep-2020', '2020-00028-1', '2020-00028', 1003),
('While realoding data from 10.2 to 11 client got this error: E_PS042C GRANT: You may not grant permit on database procedure \'ropa_sp_get_installsched\'. As an alternative solution, you may add : flag -uropa_user when running the SQL or alternatively include \'set session authorization ropa_user\'.', '29-mar-2022 23:26:36', '2020-00028-2', '2020-00028', 1003),
('Migration from DSI Support Log. Refer to case number 1134866.', '15-sep-2020', '2020-00029-1', '2020-00029', 1003),
('Housing group is trying to reload their hdmf_ropa database to Ingres 11.1, unfortunately they stumbled a E_PS042C GRANT error which stop database procedures from running', '29-mar-2022 23:27:18', '2020-00029-2', '2020-00029', 1003),
('Migration from DSI Support Log. Refer to case number 1137471.', '25-sep-2020', '2020-00030-1', '2020-00030', 1004),
('With the help of Actian, DSOURCE set up and tested Ingres Replicator for future use. See document HVR and Ingres Replicator for more detailed comparison.', '29-mar-2022 23:27:45', '2020-00030-2', '2020-00030', 1004),
('Migration from DSI Support Log. Refer to case number 1137846.', '28-sep-2020', '2020-00031-1', '2020-00031', 1005),
('Clarify some information about LoadNRun. Loadnrun is a simple solution for non-privileged users on Windows machines to deploy OpenROAD eClient applications. It is identical to eClient applications that run in mode 2. Yumiko Oura of Actian attached some knowledge base on how to set up LoadNRun.', '29-mar-2022 23:28:18', '2020-00031-2', '2020-00031', 1005),
('Migration from DSI Support Log. Refer to case number 1138248.', '30-sep-2020', '2020-00032-1', '2020-00032', 1004),
('Clarify some information about the limitations of Ingres Replicator. Aside from additonal for the database server, one of the cons of Ingres Replicator is that x100 tables are not and supported and might marked as deprecated in the near future.', '29-mar-2022 23:28:57', '2020-00032-2', '2020-00032', 1004),
('Migration from DSI Support Log. Refer to case number 1138619.', '02-oct-2020', '2020-00033-1', '2020-00033', 1004),
('Dsource set up and test the use of Incremental Rollforward. This is of the options considered by HDMF for the replication of their data from production server to their data warehouse. See document Ingres Rollforward KB for more details.', '29-mar-2022 23:29:34', '2020-00033-2', '2020-00033', 1004),
('Migration from DSI Support Log. Refer to case number 1140020.', '08-oct-2020', '2020-00034-1', '2020-00034', 1005),
('Clarify some questions in running OpenROAD 11.1 on top of Ingres 11.1. OpenROAD 11.1 requires Ingres 11.1 client installation even on developer workstation. You cannot install OpenROAD 11.1 on top of Client Runtime 11.1 media.', '29-mar-2022 23:30:17', '2020-00034-2', '2020-00034', 1005),
('Migration from DSI Support Log. Refer to case number 1140819.', '12-oct-2020', '2020-00035-1', '2020-00035', 1005),
('Had license error on OpenROAD 11.1, apparently the newest version of OpenROAD requires license.xml now. As a resolution Yumiko of Actian provides a trial license of OpenROAD 11.1. Aside from Ingres, license.xml should also include license for OpenROAD when using version 11.1.', '29-mar-2022 23:30:51', '2020-00035-2', '2020-00035', 1005),
('Migration from DSI Support Log. Refer to case number 1141038.', '13-oct-2020', '2020-00036-1', '2020-00036', 1005),
('A single corrupted frame is preventing the application to export an image. But as the client tries to delete the frame. It gives him Cannot fetch source error. Please __ KB for the resolution.', '29-mar-2022 23:31:24', '2020-00036-2', '2020-00036', 1005),
('Migration from DSI Support Log. Refer to case number 1141246.', '14-oct-2020', '2020-00037-1', '2020-00037', 1003),
('Question was raised as RHEL 6 uses PHT +08:00 (Philippine Timezone) while RHEL 7 or hight uses  +08:00 PST as in Pacifics Standard Time. This may cause some problems when client upgrade the OS to much newer version of RHEL.', '29-mar-2022 23:31:57', '2020-00037-2', '2020-00037', 1003),
('Migration from DSI Support Log. Refer to case number 1143206.', '23-oct-2020', '2020-00038-1', '2020-00038', 1004),
('After upgrading the RHL6_MID to Ingres 11.1 and run the ?upgradedb? command on the database, it had some errors like E_DU2417_NODROP_SYSCAT and E_DU241A_SYSCAT_UPGRADE_FAILED. As a resolution, the client uses the unloaddb backup files to reload and fix the database. Actian however suggest to run verifydb command (verifydb -mreport -sdbname <dbname> -odbms_catalogs) to ensure that no problem exist in the database before upgrading to the newer version.', '29-mar-2022 23:32:33', '2020-00038-2', '2020-00038', 1004),
('Migration from DSI Support Log. Refer to case number 1143207.', '23-oct-2020', '2020-00039-1', '2020-00039', 1005),
('During upgrade of HO6 server from Ingres 10.2 to Ingres 11 some components like DBMS Server, Ingres Networking etc. could not be installed. Upon checking, there are 2 hostnames declared on config.dat, to solve the problem the client deleted on of the hostname.', '30-mar-2022 15:40:26', '2020-00039-2', '2020-00039', 1005),
('Migration from DSI Support Log. Refer to case number 1143210.', '23-oct-2020', '2020-00040-1', '2020-00040', 1004),
('During upgrade of HO6 server we\'ve included the C2 Security component but had some problems while installing it. Upon checking of the config.dat C2 Security was installed. As of this moment, we are still verifying of C2 was already installed, if not, we\'ll schedule the installation of the said component.', '30-mar-2022 15:41:04', '2020-00040-2', '2020-00040', 1004),
('Migration from DSI Support Log. Refer to case number RAM0005.', '28-oct-2020', '2020-00041-1', '2020-00041', 1005),
('Mr. Quiamno requested assistance on how to export query result to CVS file. With exchange of research and testing, Mr Quiamno came-up with a solution somewhat identical to DSOURCE\'s findings.', '30-mar-2022 15:41:35', '2020-00041-2', '2020-00041', 1005),
('Migration from DSI Support Log. Refer to case number MGP0001.', '28-oct-2020', '2020-00042-1', '2020-00042', 1004),
('DSOURCE conduct a POC of HVR and tested various INGRES versions replicating data across servers.', '30-mar-2022 15:42:11', '2020-00042-2', '2020-00042', 1004),
('Migration from DSI Support Log. Refer to case number 1144172.', '28-oct-2020', '2020-00043-1', '2020-00043', 1003),
('Confirming sequence of activity during Database Upgrade. Client is running optimizedb, sysmod, usermod.', '30-mar-2022 15:53:52', '2020-00043-2', '2020-00043', 1003),
('Migration from DSI Support Log. Refer to case number 1144649.', '10-oct-2020', '2020-00044-1', '2020-00044', 1004),
('The upgrade of the production database server to Ingres 11 was immediately aborted.\\n\\nThe error says that the files was owned by 10.2 package.', '30-mar-2022 15:54:29', '2020-00044-2', '2020-00044', 1004),
('Migration from DSI Support Log. Refer to case number 1144995.', '01-nov-2020', '2020-00045-1', '2020-00045', 1004),
('While upgrading the DR server to Ingres 11.1, the process stopped while upgrading the iidbdbd.', '30-mar-2022 15:55:03', '2020-00045-2', '2020-00045', 1004),
('Migration from DSI Support Log. Refer to case number 1144997.', '01-nov-2020', '2020-00046-1', '2020-00046', 1005),
('Problem connecting PowerBi to ActianX, resolved by installing latest version of PowerBi 64-bit.', '30-mar-2022 15:55:47', '2020-00046-2', '2020-00046', 1005),
('Migration from DSI Support Log. Refer to case number 1145338.', '02-nov-2020', '2020-00047-1', '2020-00047', 1004),
('SIGSEGV error encountered causing database crash after upgrade.', '30-mar-2022 15:56:25', '2020-00047-2', '2020-00047', 1004),
('Migration from DSI Support Log. Refer to case number 1145349.', '02-nov-2020', '2020-00048-1', '2020-00048', 1004),
('Experiencing performance issues after Database Upgrade.', '30-mar-2022 15:57:14', '2020-00048-2', '2020-00048', 1004),
('Migration from DSI Support Log. Refer to case number 1145353.', '02-nov-2020', '2020-00049-1', '2020-00049', 1003),
('E_UL0009_MEM_SEMWAIT Error attempting to set semaphore and E_UL0004_CORRUPT    ULM has detected a corrupted memory pool errors encountered leading to crash.', '30-mar-2022 15:57:46', '2020-00049-2', '2020-00049', 1003),
('Migration from DSI Support Log. Refer to case number 1145360.', '03-nov-2020', '2020-00050-1', '2020-00050', 1003),
('E_UL0004_CORRUPT ULM has detected a corrupted memory pool keeps reoccuring.', '30-mar-2022 15:58:26', '2020-00050-2', '2020-00050', 1003),
('Migration from DSI Support Log. Refer to case number 1145450.', '03-nov-2020', '2020-00051-1', '2020-00051', 1003),
('Experienced another server crash related to previous cases.', '30-mar-2022 15:58:59', '2020-00051-2', '2020-00051', 1003),
('Migration from DSI Support Log. Refer to case number 1145604.', '03-nov-2020', '2020-00052-1', '2020-00052', 1003),
('running optimizedb -zf fname where in fname the flag we use is -zk -zns -zfq.\\nUnfortunately statistics where created even in the non-keyed columns.', '30-mar-2022 15:59:30', '2020-00052-2', '2020-00052', 1003),
('Migration from DSI Support Log. Refer to case number 1145622.', '03-nov-2020', '2020-00053-1', '2020-00053', 1004),
('Experienced another server crash related to previous cases.', '30-mar-2022 16:00:12', '2020-00053-2', '2020-00053', 1004),
('Migration from DSI Support Log. Refer to case number 1145719.', '04-nov-2020', '2020-00054-1', '2020-00054', 1003),
('Performance issue running specific query comparing results to 10.2 installation.', '30-mar-2022 16:01:00', '2020-00054-2', '2020-00054', 1003),
('Migration from DSI Support Log. Refer to case number 1145918.', '04-nov-2020', '2020-00055-1', '2020-00055', 1003),
('Experienced another server crash related to previous cases.\\nE_SO0215_PSF_ERROR\\nE_RD0041_BAD_FCB\\nE_PS0904_BAD_RDF_GETDESC\\nE_PS0007_INT_OTHER_FAC_ERR', '30-mar-2022 16:01:37', '2020-00055-2', '2020-00055', 1003),
('Migration from DSI Support Log. Refer to case number 1146129.', '05-nov-2020', '2020-00056-1', '2020-00056', 1003),
('Tables on upgraded 11.1 database shows 10.0 versions.', '30-mar-2022 16:02:17', '2020-00056-2', '2020-00056', 1003),
('Migration from DSI Support Log. Refer to case number 1146141.', '06-nov-2020', '2020-00057-1', '2020-00057', 1003),
('Showing very slow performance on queries with \'AND STATUS\' . Bug ID II-6715,137187 fixed on Patch 15599', '30-mar-2022 16:02:59', '2020-00057-2', '2020-00057', 1003),
('Migration from DSI Support Log. Refer to case number 1146142.', '06-nov-2020', '2020-00058-1', '2020-00058', 1005),
('Identified the specific query causing SIGSEGV error. Using REPEATED SELECT vs EXECUTE IMMEDIATELY', '30-mar-2022 16:03:43', '2020-00058-2', '2020-00058', 1005),
('Migration from DSI Support Log. Refer to case number 1146898.', '08-nov-2020', '2020-00059-1', '2020-00059', 1005),
('Another query showing very poor performance using \'LIKE%\'.', '30-mar-2022 16:04:26', '2020-00059-2', '2020-00059', 1005),
('Migration from DSI Support Log. Refer to case number 1146909.', '09-nov-2020', '2020-00060-1', '2020-00060', 1003),
('Case Description\\nstatdump -zc -o filename -rtablename  gives\\n\\nW_OP0976 WARNING: Table \'tablename0, column \'columname\' value for rows 0 and 1 have the same value ( -2147483648).\\n\\nII_CHARSETII=ISO88591', '30-mar-2022 16:05:03', '2020-00060-2', '2020-00060', 1003),
('Migration from DSI Support Log. Refer to case number 1146992.', '09-nov-2020', '2020-00061-1', '2020-00061', 1004),
('Request of Installer of Patch 15587', '30-mar-2022 16:05:48', '2020-00061-2', '2020-00061', 1004),
('Migration from DSI Support Log. Refer to case number 1147391.', '09-nov-2020', '2020-00062-1', '2020-00062', 1004),
('Could not connect to the server. Specified server may not exist or is not allowing connects. INGRES error message is E_CLFE07_BS_READ_ERR. It might be due to CPU overload. Fixed on patch 15595.', '30-mar-2022 16:06:30', '2020-00062-2', '2020-00062', 1004),
('Migration from DSI Support Log. Refer to case number 1147889.', '11-nov-2020', '2020-00063-1', '2020-00063', 1003),
('Performance issue running specific query select * from vw_esrs_stl_listing where pagibigid = \'158001251275\' and status = \'10010\'\\n\\n', '30-mar-2022 16:07:06', '2020-00063-2', '2020-00063', 1003),
('Migration from DSI Support Log. Refer to case number MGP0003.', '10-nov-2020', '2020-00064-1', '2020-00064', 1004),
('It is found out that the error might be caused by the Disk not available.', '30-mar-2022 16:08:36', '2020-00064-2', '2020-00064', 1004),
('Migration from DSI Support Log. Refer to case number 1150874.', '19-nov-2020', '2020-00065-1', '2020-00065', 1004),
('/ii_database/ingres/data/default/pf/aaaaabbb.t00 file couldn\'t be found. The select statement used was not valid for partitioned table. KB on how to find physical files for partitioned table was attached to the case.', '30-mar-2022 16:09:27', '2020-00065-2', '2020-00065', 1004),
('Migration from DSI Support Log. Refer to case number 1150989.', '19-nov-2020', '2020-00066-1', '2020-00066', 1004),
('E_GC4807_CONN_ABORT   Aborting client connection with host \'::ffff:192.168.1.43\' port \'56136\', reason follows. read() failed with operating system error 104 (Connection reset by peer) occuring after 15595 patch. This error was sue to Java program(application) exited or was aborted for other reasons such as network connection or alike.', '30-mar-2022 16:11:18', '2020-00066-2', '2020-00066', 1004),
('Migration from DSI Support Log. Refer to case number 1156446.', '02-dec-2020', '2020-00067-1', '2020-00067', 1005),
('DSI requested for license file of OpenROAD for testing.', '30-mar-2022 16:12:22', '2020-00067-2', '2020-00067', 1005),
('Migration from DSI Support Log. Refer to case number 1156458.', '02-dec-2020', '2020-00068-1', '2020-00068', 1004),
('HDMF had some error while doing some rollforward on close server (inghsg1). DSI recommends to copy the checkpoint files and do the rollforward again. Checpoint files may be corrupted.', '30-mar-2022 16:12:58', '2020-00068-2', '2020-00068', 1004),
('Migration from DSI Support Log. Refer to case number 1159673.', '17-dec-2020', '2020-00069-1', '2020-00069', 1005),
('HDMF installed the latest version of PowerBI and used the provided MEZ file to connect and make a direct query.', '30-mar-2022 16:13:43', '2020-00069-2', '2020-00069', 1005),
('Migration from DSI Support Log. Refer to case number 1166656.', '11-jan-2021', '2021-00001-1', '2021-00001', 1003),
('Generating statistics, as mentioned earlier, is quite important for X100, in some cases even more important than for Ingres tables to ensure optimal memory management while executing queries.', '23-mar-2022 11:32:56', '2021-00001-2', '2021-00001', 1003),
('Migration from DSI Support Log. Refer to case number 1168159.', '17-jan-2021', '2021-00002-1', '2021-00002', 1004),
('Below functions can be used for x100 tables.\\n\\n* select TIMESTAMPDIFF(day, col1, DATE \'2021-12-31\') from idatex\\\\g\\nExecuting . . .\\n\\n\\nlqqqqqqqqqqqqqqqqqqqqqqk\\nxcol1 x\\ntqqqqqqqqqqqqqqqqqqqqqqu\\nx 365x\\nmqqqqqqqqqqqqqqqqqqqqqqj\\n(1 row)\\ncontinue\\n*\\n\\nWhere col1 contains 2020-12-31 and idatex is an x100 table.', '23-mar-2022 11:35:43', '2021-00002-2', '2021-00002', 1004),
('Migration from DSI Support Log. Refer to case number 1168843.000.', '19-jan-2021', '2021-00003-1', '2021-00003', 1004),
('Problem fixed after database restart.', '23-mar-2022 11:36:55', '2021-00003-2', '2021-00003', 1004),
('Migration from DSI Support Log. Refer to case number 1170204.', '24-jan-2021', '2021-00004-1', '2021-00004', 1004),
('HDMF had the \'Bad Data\' error while loading the .trl file into global temporary table. Apparently, there are some discrepancy on the declared columns on Global Temporary Table that result of mismatch of data from audit trail file.', '23-mar-2022 11:37:36', '2021-00004-2', '2021-00004', 1004),
('Migration from DSI Support Log. Refer to case number 1170551.', '25-jan-2021', '2021-00005-1', '2021-00005', 1004),
('Some transctions were included on the transation prior to the start date/time (-e flag) declared on auditdb. Apparently, \'-e\' flag on auditdb gives all transactions that were committed after the specified date and time no matter when they began. The date column on audit trail records the start of the query, not when they were committed.', '23-mar-2022 11:38:31', '2021-00005-2', '2021-00005', 1004),
('Migration from DSI Support Log. Refer to case number MGP0004.', '02-feb-2021', '2021-00006-1', '2021-00006', 1004),
('Error E_QS0001 and E_OP0886_QSF_PALLOC occurred while running help command on certain table. Recommends to double the value of qsf_memory on CBF. Run CBF > DBMS Server > Derived > Configure.Make sure to save the changes and ingstop/ingstart Ingres to take effect.', '23-mar-2022 11:40:21', '2021-00006-2', '2021-00006', 1004),
('Migration from DSI Support Log. Refer to case number 1172158.', '01-feb-2021', '2021-00007-1', '2021-00007', 1005),
('Upon confirming that LoadNinja only works for web-based applicaions, DSI asked Actian if there is a Performance Testing tool that could be use for OpenROAD applications. They suggest to use Jmeter, but it doesn\'t work for OpenROAD as well.', '23-mar-2022 11:49:04', '2021-00007-2', '2021-00007', 1005),
('Migration from DSI Support Log. Refer to case number 1172828.', '03-feb-2021', '2021-00008-1', '2021-00008', 1004),
('DSI had a few clarification on using ANSIDATE for date-only data and TIMESTAMP for date-and-time format. Also the difference of using TIMESTAMP WITH TIMEZONE and TIMESTAMP WITH LOCAL TIMEZONE.', '23-mar-2022 11:56:31', '2021-00008-2', '2021-00008', 1004),
('Migration from DSI Support Log. Refer to case number 1173159.', '04-feb-2021', '2021-00009-1', '2021-00009', 1003),
('While doing an incremental rollforwarddb on test server, DSI had this E_DM1306_RFP_APPLY_RECORD error. Initial investigations show that there were some files deleted on II_WORK location that caused rollforward to fail. Further investigation stopped because the server was used for something else.', '23-mar-2022 11:57:27', '2021-00009-2', '2021-00009', 1003),
('Migration from DSI Support Log. Refer to case number 1173608.', '07-feb-2021', '2021-00010-1', '2021-00010', 1004),
('Created a temporary session table and use the data to insert into heap and x100 table. Upon doing a select statement, it gives E_US10D7 error and looks like the inserted value was an invalid date, however the value on temporary session table was valid. Apparently, it?s a bug with ID II-7036, 137473 and solved with Ingres 11.1 Patch 15615.', '23-mar-2022 11:58:40', '2021-00010-2', '2021-00010', 1004),
('Migration from DSI Support Log. Refer to case number 1174080.', '09-feb-2021', '2021-00011-1', '2021-00011', 1003),
('Squeeze() function gives different output for a btree and x100 tables whenever used to convert a data from character to money type. Actian declare this a bug with ID B137471, II-7034 and still waiting for patch to fix this.', '23-mar-2022 12:00:10', '2021-00011-2', '2021-00011', 1003),
('Migration from DSI Support Log. Refer to case number 1174237.', '09-feb-2021', '2021-00012-1', '2021-00012', 1003),
('The client encountered a wrong output from two tables with IN SELECT statement, where table 1 = lo_stl_frontend has a column name called pagibigid, and table 2 = lms_stl_master doesn\'t have any column name called pagibigid but is returning a result. It turned out that this behavior works as per design and is SQL standards compliant. If a column does not exist in the table referenced in the FROM clause of a subquery but exists in a table referenced by the outer query\'s FROM clause, it is implicitly qualified by the table referenced in the FROM clause of the outer query.', '23-mar-2022 12:01:16', '2021-00012-2', '2021-00012', 1003),
('Migration from DSI Support Log. Refer to case number 1174252.', '10-feb-2021', '2021-00013-1', '2021-00013', 1004),
('Just a few clarification on Chapter 4: Sizing x100 System on System Administration Guide of Ingres 11', '23-mar-2022 12:02:22', '2021-00013-2', '2021-00013', 1004),
('Migration from DSI Support Log. Refer to case number 1174346.', '10-feb-2021', '2021-00014-1', '2021-00014', 1004),
('One of the client?s server has been experiencing some slow down and some DBMS server shutdown. Some memory free problems have seen on the error log, E_SC0224 MEMORY_FREE Unable to deallocate SCF memory. Actian?s recommendation is to unprotect and recalculate Ingres locking parameters such as lock_limit and resource_limit.', '23-mar-2022 13:03:57', '2021-00014-2', '2021-00014', 1004),
('Migration from DSI Support Log. Refer to case number 1174456.', '10-feb-2021', '2021-00015-1', '2021-00015', 1003),
('An inquiry about different ways on how to do the data encryption on Ingres. There are two ways to do the encryption; through DBMS server-level encryption and Application-level encryption. Check Security Guide Documentation for more information.', '23-mar-2022 13:04:52', '2021-00015-2', '2021-00015', 1003),
('Migration from DSI Support Log. Refer to case number 1175304.', '14-feb-2021', '2021-00016-1', '2021-00016', 1003),
('Converting a blank (\'\') or null ingresdate to ansidate gives a current date result. Bug ID II-7070 was created and waiting for a patch. For the meantime, HDMF is using the script that Keith Bolam created to convert tables from ingres to x100.', '23-mar-2022 13:05:36', '2021-00016-2', '2021-00016', 1003),
('Migration from DSI Support Log. Refer to case number 1175305', '14-feb-2021', '2021-00017-1', '2021-00017', 1003),
('Declaring a global temporary doesn\'t return error even if it doesn\'t include required ON COMMIT PRESERVE ROWS and WITH NO RECOVERY. For ease of use, it is no longer needed to mandatorily mention the parameter. Actian raised a documentation bug for thisand will update on the upoming releases.', '23-mar-2022 13:07:00', '2021-00017-2', '2021-00017', 1003),
('Migration from DSI Support Log. Refer to case number 1175707.', '16-feb-2021', '2021-00018-1', '2021-00018', 1005),
('Getting Component <component name> cannot be saved. The Object encoding could not be flushed.? error. It turned out a certain bitmap was associated with Windolcon in one of the frames. Deleting the bitmap solved the problem.', '23-mar-2022 13:07:47', '2021-00018-2', '2021-00018', 1005),
('Migration from DSI Support Log. Refer to case number 1175712.', '16-feb-2021', '2021-00019-1', '2021-00019', 1003),
('DSI tested to relocate x100 table to another using MODIFY statement but giving E_US15B9 error. As per Actian, the right way to relocate the x100 table is to use CTAS, create and new table with new location then drop the old one. Also tested MODIFY to RECONSTRUCT, apparently the system updated the location, but files are not actually relocated. Actian create a bug for this II-7099, II-3803.', '23-mar-2022 13:09:23', '2021-00019-2', '2021-00019', 1003),
('Migration from DSI Support Log. Refer to case number 1176136.', '18-feb-2021', '2021-00020-1', '2021-00020', 1005),
('Ken Lindner opened a case to send training files to DSI.', '23-mar-2022 13:10:36', '2021-00020-2', '2021-00020', 1005),
('Migration from DSI Support Log. Refer to case number 1179283.', '03-mar-2021', '2021-00021-1', '2021-00021', 1003),
('The client forgot to include quote \'\' on the #m12 flag that\'s why it ran on individual locations separately and caused the checkpoint to slow down.', '23-mar-2022 13:15:37', '2021-00021-2', '2021-00021', 1003),
('Migration from DSI Support Log. Refer to case number 1180506.', '08-mar-2021', '2021-00022-1', '2021-00022', 1004),
('During testing DSI noticed that mask/unmask privilege of the user will depend on the user ?ingres? privilege. As per Actian, the best way to effectively authenticate and login to database is by using +user flag. Sample: sql +user=username,password database_name. Apparently when using ?-u? flag, it inherits some properties from the OS. This option is only available for users who have DB_ADMIN privilege.', '23-mar-2022 13:16:34', '2021-00022-2', '2021-00022', 1004),
('Migration from DSI Support Log. Refer to case number 1180787.', '09-mar-2021', '2021-00023-1', '2021-00023', 1004),
('A few clarification on the sample computation of x100 sizing on Chapter 4 of System Administration Guide of Ingres 11. Ken Lindner had a zoom meeting to clarify and explain further the sample computation.', '23-mar-2022 13:17:16', '2021-00023-2', '2021-00023', 1004),
('Migration from DSI Support Log. Refer to case number 1180790.', '09-mar-2021', '2021-00024-1', '2021-00024', 1003),
('A certain database procedure caused SIGSEVG on the server. Actian advised to set opf_autostats to x100 on CBF and restart Ingres to take effect.', '23-mar-2022 13:20:17', '2021-00024-2', '2021-00024', 1003),
('Migration from DSI Support Log. Refer to case number 1184998.', '23-mar-2021', '2021-00025-1', '2021-00025', 1003),
('The client encountered E_VW1142_WRITEAGGR after creating an x100 table from another x100 table. Actian able to replicate the problem and created JIRA number II-7456 and waiting for engineering team?s update.', '23-mar-2022 13:20:58', '2021-00025-2', '2021-00025', 1003),
('Migration from DSI Support Log. Refer to case number 1185204.', '25-mar-2021', '2021-00026-1', '2021-00026', 1004),
('The DBMS and Archiver suddenly shut down, due to several errors. Unfortunately, Actian could not drill down to specific point where the crashed because the DBMS logs was not enabled yet. The client took three to enable the DBMS logs. Four weeks later, crashed happen again. The problem appears to have been caused by a lock escalation to table level locks to free locks up in the transaction that was accompanied by DEADLOCKS and finally when there were no more locks available to the transaction the DBMS and Recovery servers were not able to roll the transaction back and the database was then marked inconsistent. Actian recommended to increase the system_maxlocks on CBF and restart Ingres to take effect.', '23-mar-2022 13:22:23', '2021-00026-2', '2021-00026', 1004),
('Migration from DSI Support Log. Refer to case number 1187564.', '08-apr-2021', '2021-00027-1', '2021-00027', 1005),
('HDMF asked for the source code of one of the OpenROAD\'s sample demo. Actian, sent the link for the source as well as the link to the demo application.', '23-mar-2022 13:23:07', '2021-00027-2', '2021-00027', 1005),
('Migration from DSI Support Log. Refer to case number 1194864.', '04-may-2021', '2021-00028-1', '2021-00028', 1003),
('DSI asked for a copy of installer of Actian X 11.1 Patch 15633 for Linux 64-bit.', '23-mar-2022 13:23:49', '2021-00028-2', '2021-00028', 1003),
('Migration from DSI Support Log. Refer to case number 1194867.', '04-may-2021', '2021-00029-1', '2021-00029', 1004),
('For the future version upgrade of some servers, DSI asked Actian if there\'s way to verify whether an instance was installed using RPM or Ingbuild installer. You can run >rpm -qai |grep ingres and >rpm -qai |grep dbms  to check.', '23-mar-2022 13:24:35', '2021-00029-2', '2021-00029', 1004),
('Migration from DSI Support Log. Refer to case number 1196162.', '09-may-2021', '2021-00030-1', '2021-00030', 1004),
('DSI asked for a copy of licensing utility that could work on Windows 7 32-bit. Apparently, the latest version uploaded on ESD doesn\'t work on older version of Windows.', '23-mar-2022 13:25:23', '2021-00030-2', '2021-00030', 1004),
('Migration from DSI Support Log. Refer to case number 1197249.', '14-may-2021', '2021-00031-1', '2021-00031', 1005),
('DSI asked Actian if there is a Basic Troubleshooting Guide documentation for Ingres. Apparently there\'s no guide available.', '23-mar-2022 13:26:15', '2021-00031-2', '2021-00031', 1005),
('Migration from DSI Support Log. Refer to case number 1197843.', '17-may-2021', '2021-00032-1', '2021-00032', 1003),
('Client noticed that Stored Procedures are not updating immediately after a drop/create. It needs ingstop/ingstart to take effect on all DBMS Severs. Actian this is an old bug, II-7617, a complicated one and Engineering are still checking the feasiblity to resolve. Actian gave a workaround while they are still studying the bug. You can do set trace point qs506 in all DBMS server that might need the DB procedure. This will fkush the QSF cache and forces each DBMS server to rebuild QEP from the DB procedure definition.', '23-mar-2022 13:26:59', '2021-00032-2', '2021-00032', 1003),
('Migration from DSI Support Log. Refer to case number 1200257.', '25-may-2021', '2021-00033-1', '2021-00033', 1004),
('DSI asked Actian if there\'s a command or certain method to check when the last usermod was ran. As usermod does reorganize the tables and recreate secondary indexes, just like sysmod, we can use this query to check when was the last time the table was modified: select varchar(table_name,32) as tablename,varchar(table_owner,32) as table_owner,create_date,modify_date from iitables.', '23-mar-2022 13:27:58', '2021-00033-2', '2021-00033', 1004),
('Migration from DSI Support Log. Refer to case number 1200286.', '14-jun-2021', '2021-00034-1', '2021-00034', 1005),
('OpenROAD workbench was not loading properly and days after it worked again. Actian and DSI believed that this may be because of the Windows Update applied on the machine', '23-mar-2022 13:28:46', '2021-00034-2', '2021-00034', 1005),
('Migration from DSI Support Log. Refer to case number 1203588.', '07-jun-2021', '2021-00035-1', '2021-00035', 1004),
('One of the production server of the client (ingdba1) suddenly shut down. As per checking of the Ingres error log, transaction log became full and leads the Ingres to shutdown. Possible causes are long running queries that possibly were uncommited, long DB procedures that involved unoptimized table and QSF out of memory caused by these uncommited queries. Actian recommends to double the value of qef_hash_mem  on CBF and do housekepping chores regularly.', '23-mar-2022 13:29:53', '2021-00035-2', '2021-00035', 1004),
('Migration from DSI Support Log. Refer to case number 1215683.', '02-jul-2021', '2021-00036-1', '2021-00036', 1004),
('Database became inconsistent after a failed rollback due to deadlocks encountered on iisequence table. Actian said that its hitting Bug II-2545 and currently in Engineering for patch creation', '23-mar-2022 13:38:49', '2021-00036-2', '2021-00036', 1004),
('Migration from DSI Support Log. Refer to case number 1220146.', '07-jul-2021', '2021-00037-1', '2021-00037', 1004),
('Just a few clarification with Actian on how to properly calculate width of an encrypted column for both transparent and application-based encryption.', '23-mar-2022 13:39:22', '2021-00037-2', '2021-00037', 1004),
('Migration from DSI Support Log. Refer to case number 1227009.', '15-jul-2021', '2021-00038-1', '2021-00038', 1003),
('Tellering Server having some SIGSEGV due to QSF Meemory Pool errors. Actian recommends to change qsf_quideline to LARGE and increase the value of qsf_memory.', '23-mar-2022 13:40:03', '2021-00038-2', '2021-00038', 1003),
('Migration from DSI Support Log. Refer to case number 1227018.', '15-jul-2021', '2021-00039-1', '2021-00039', 1003),
('The same error in Case 01174346 occurred again even after updating the configuration. Recovery Server failed to recover the same indexes in the previous case and shut down itself. Actian recommends to regularly recreate xled_pfrdate and xledext_transdate, also to upgrade the server to Actian X 11.1.', '23-mar-2022 13:42:06', '2021-00039-2', '2021-00039', 1003),
('Migration from DSI Support Log. Refer to case number 1249256.', '25-aug-2021', '2021-00040-1', '2021-00040', 1005),
('Server can be accesed via Putty by setting up IP to static and setting Forwarding Port 22 but cannot established connection via netutil from a remote machine. Testing wasn\'t pushed through because of server\'s hardware problem.', '23-mar-2022 13:43:46', '2021-00040-2', '2021-00040', 1005),
('Migration from DSI Support Log. Refer to case number 1262317.', '01-oct-2021', '2021-00041-1', '2021-00041', 1003),
('There are some E_VW1059_WRITESORT on error log that appeared October 2021 but information says that it was run August 2021 and couldn?t find it on IPM anymore. Another error is that the client is running an SQL Script to modify pf_ledger_16_20 except session.pf_ledger_16_20_tmp to combine. Running this on OR6.2 thru Execute Immediate gives an error, but via SQL Monitor or via Terminal it runs smoothly without any error. Unfortunately, the client could not reproduce the error, therefore thorough testing/investigation could not push through.', '18-mar-2022 22:56:48', '2021-00041-2', '2021-00041', 1003),
('Migration from DSI Support Log. Refer to case number 1263196.', '17-mar-2022 16:51:50', '2021-00042-1', '2021-00042', 1005),
('DSI requested for current product availability and software compatibility of Actian X', '18-mar-2022 22:57:06', '2021-00042-2', '2021-00042', 1005),
('Migration from DSI Support Log. Refer to case number 1263626.', '04-oct-2021', '2021-00043-1', '2021-00043', 1003),
('As per investigation, E_AD2062_NO_FUNC_FOUND was caused by not providing the right parameters to the data dependent procedure.', '18-mar-2022 22:33:03', '2021-00043-2', '2021-00043', 1003),
('Migration from DSI Support Log. Refer to case number 1266352.', '10-oct-2021', '2021-00044-1', '2021-00044', 1004),
('newdcddb01 crashed due to SIGSEGV simliar to bug II-6256 which has something to do with inner joins. There are a lot E_US0001 error seen on log. Actian recommends to increase the value of connect_limit and upgrade the server to Actian X 11.1', '18-mar-2022 22:34:24', '2021-00044-2', '2021-00044', 1004),
('', '18-apr-2022 14:59:43', '2021-00044-3', '2021-00044', 1004),
('Migration from DSI Support Log. Refer to case number 1267038.', '12-oct-2021', '2021-00045-1', '2021-00045', 1004),
('Several E_VW1006_GENERIC, E_DM9848_BACKUP_DB and E_DM9847_X100_BACKUP errors founf on error log. As per Actian, it seems that some of the directory is missing/corrupted. They recommend to disable and then renable the journaling of pfmdb database.', '18-mar-2022 22:41:42', '2021-00045-2', '2021-00045', 1004),
('', '18-apr-2022 15:02:53', '2021-00045-3', '2021-00045', 1004),
('Migration from DSI Support Log. Refer to case number 1274607.', '01-nov-2021', '2021-00046-1', '2021-00046', 1004),
('This is with regards to bug that was fixed on case 1175712 (II-7099, II-3803). The said patch was to fix the bug on \'modify to reconstruct\' not on the \'modify to relocate\'. Still \'modfiy to relocate\' was not supprted on x100 tables yet.', '18-mar-2022 22:42:52', '2021-00046-2', '2021-00046', 1004),
('', '18-apr-2022 15:04:12', '2021-00046-3', '2021-00046', 1004),
('Migration from DSI Support Log. Refer to case number 1274608.', '01-nov-2021', '2021-00047-1', '2021-00047', 1004),
('This is with regards to bug that was fixed on case 1175712 (II-7099, II-3803). The said patch works for \'modiy to reconstrcut\' ONLY with SINGLE location, NOT with MULTIPLE locations.', '18-mar-2022 22:43:31', '2021-00047-2', '2021-00047', 1004),
('', '18-apr-2022 15:06:33', '2021-00047-3', '2021-00047', 1004),
('Migration from DSI Support Log. Refer to case number 1275167.', '03-nov-2021', '2021-00048-1', '2021-00048', 1004),
('One of the server (Ingres 10.2 ver) has been experiencing crash/hang. Looking at the error logs, there are some deadlocks on one of the database. HDMF upgraded the version of Ingres to 11.1.', '18-mar-2022 22:44:19', '2021-00048-2', '2021-00048', 1004),
('', '18-apr-2022 15:07:30', '2021-00048-3', '2021-00048', 1004),
('Dsource recommended and was approved by HDMF to conduct a test migration for OpenROAD 3.1 Application to the latest version (OpenROAD 11.12)\\n', '02-dec-2021', '2021-00049-1', '2021-00049', 1005),
('A test credential was provided and DSI is able to access the application through login. Gathered screenhots to compare visual differences between OR 5.1 and 11.2 with Property Changer applied. No functional error found yet though all that\'s done is navigating between frames. A meeting was requested to discuss next step (i.e. Functional Testing).\\n\\nOn-site visit Testing and Application Access 1:30pm to 2:30pm', '29-mar-2022 17:09:36', '2021-00049-10', '2021-00049', 1005),
('Dsource changed the database connection from the DR server to the Test Server (Actiansvr). Minor testing are done to make sure everything still works after changing database.\\n\\nThis Testing Database is currently on Ingres Version 11.1. The previous database being used is on version 10.2.\\n\\nSite-visit configuration 1:00pm to 2:00pm', '04-apr-2022 16:07:26', '2021-00049-11', '2021-00049', 1005);
INSERT INTO `tbl_comments` (`comments`, `time_stamp`, `entry_no`, `case_no`, `user_id`) VALUES
('A Manual Functional Testing has been done with the help of Sir Chris Manalo and supervision of Sir Roy Urbina.\\n\\nEnd-to-end testing on migrated version 5.1 was a success with no functional or visual issues encountered.\\n\\nOn the other hand, testing on migrated version 11.2 was almost fault-free but an issue with date verification occured.\\n\\nUpon checking, date format of MM-DD-YYYY sends an error but format DD-MM-YYYY works fine. This is an issue since version 5.1 doesn\'t have a problem with this.\\n\\nFurther investigation will be done to identify the specifics of this issue and to specify the most efficient fix for this. \\n\\nSite-visit testing and debugging 1:30pm to 3:30pm', '05-apr-2022 16:13:13', '2021-00049-12', '2021-00049', 1005),
('Date format error was fixed, apparently the OpenROAD 11.2 environment has its II_DATE_FORMAT set to MULTINATIONAL4.\\n\\nChanging this to US same as the OR 5.1 installation fixed the problem, no changes on the codes was done.', '06-apr-2022 16:52:00', '2021-00049-13', '2021-00049', 1005),
('Futher tested Image of the AUT to determine compatibility with different Client Runtime. This test was conducted to identify possible options for future application to be migrated. Options includes migrating to the latest version (11.2) and running all images thourhg Client Runtime 11.2 OR migrating to specific versions then re-imaging application to run on Client Runtime 6.2.\\n\\nHere are the Findings:\\n\\nMigrating to either versions 5.1, 6.2 and 11.2 and running on thier respective Client Runtime definitely works.\\n\\nMigrating to version 5.1 then re-imaging to OR 6.2 to use Client Runtime 6.2 also works.\\n\\nDefinitely re-imaging to a higher version works, 5.1 re-image to 6.2, 5.1 re-image to 11.2, 6.2 re-image to 11.2.\\n\\n', '11-apr-2022 16:31:52', '2021-00049-14', '2021-00049', 1005),
('A digital copy of the documentation for OPENROAD MIGRATION FROM 3.1 to 11.2 was sent to Sir Roy Urbina for review and acceptance.\\n\\nThis document details the process and results of the activity.\\n\\n', '22-apr-2022 16:57:09', '2021-00049-15', '2021-00049', 1005),
('HDMF provided DSI with the exported source code to test migrate from OpenROAD 3.1 to 11.2. This Application Under Test that is currently on version 3.1 is called Funding Commitment Line. Provided with the help of Sir Chris Manalo.', '20-dec-2021 10:56:25', '2021-00049-2', '2021-00049', 1005),
('Due to older versions of OpenROAD are already out of support, these are not available for download on the ACTIAN Portal. DSI also aren\'t able to get our hands with old versions.\\nalternatively, DSI requested HDMF for their installers.', '03-jan-2022 08:42:24', '2021-00049-3', '2021-00049', 1005),
('Installers are provided by HDMF namely versions 3.5, 4.1 and 5.1 through the help of Sir Rosel Tagorio and Ma\'am Bernadette Angeles.\\n\\nInternal testing and research was done to identify proper steps to migrate old applications on 3.5 to 11.2.\\n\\n', '24-jan-2022 12:17:25', '2021-00049-4', '2021-00049', 1005),
('Test environment setup - DSi tried to install Virtual Machines to simulate separate environments for version 5.1 and 11.2.\\n\\nThis setup deemed not efficient since the installation on VMwares and too slow. DSI decided to install OpenROAD 5.1 directly to the machine provided.\\n\\nOn-site visit and installation run from 1:00pm to 4:00pm.', '07-mar-2022 16:26:07', '2021-00049-5', '2021-00049', 1005),
('DSI have successfully loaded the Test Application on OpenROAD 5.1 connected to Sir Alvin\'s preferred database for connection testing.\\n\\nThere are still included applications that are part of the application suite that need to be converted.\\n\\nThe following are the applications being used in conjunction with the AUT:\\n\\n    common\\n    origcommon\\n    orig_class\\n    dbaccess\\n    printapi2\\n\\nA request for the said applications have been submitted.\\n\\nOn-site visit and installation run from 2:00pm to 4:00pm.', '09-mar-2022 16:30:20', '2021-00049-6', '2021-00049', 1005),
('Site visit to check on the progress on the request for the missing applicatons, also to discuss the progress of the test.\\n\\nMissing applications provided by Sir Chris Manalo.\\n\\nSite-visit and follow-up from 1:30pm to 2:30pm.', '17-mar-2022 17:35:18', '2021-00049-7', '2021-00049', 1005),
('Upon loading and testing the missing applications, it is later found out that there are other applications needed to complete the test. \\nThe following prerequisite applications are requested and immediately provided by Sir Chris Manalo:\\n\\n    idletimer\\n    fileexist\\n    rdbaaccess\\n\\nThe application is completely loaded to OpenROAD 5.1 and is running. Though DSI do not have an access to the application to further test it.\\n\\nA request to test-run the application on OpenROAD 5.1 was sent so both party can identify changes and possible errors on the Migration.\\n\\nNext step is to load the exported 5.1 app to 11.2.\\n\\nSite-visit and testing from 1:30pm to 3:30pm.\\n', '18-mar-2022 16:44:57', '2021-00049-8', '2021-00049', 1005),
('Still waiting for credentials on the FCA system. Meanwhile, a test migration to 11.2 from 5.1 exported files was successful. Further testing is still pending. \\n\\nAlso, upon test migrating to 11.2, DSI manage to test the Property Changer Tool on the imported 11.2 application. The property change was done but changes here are all aesthetic.', '23-mar-2022 17:29:31', '2021-00049-9', '2021-00049', 1005),
('Migration from DSI Support Log. Refer to case number 1284977.000.', '12-dec-2021', '2021-00050-1', '2021-00050', 1001),
('LoadNRun could not successfully install because of error ?Ingres Net XW failed to start.?, also it seems that the installer cannot detect the runtime client that was installed before the LoadNRun installation. Actian said that it was a bug and gave us a workaround for the mean time. Use orsmsiexec11.bat with loadnrun112_x64_nonet.rsp. From the command prompt run ormsiexec11 loadnrun112_x64_nonet.rsp /install', '18-mar-2022 22:46:08', '2021-00050-2', '2021-00050', 1001),
('Migration from DSI Support Log. Refer to case number 1287497.', '22-dec-2021', '2021-00051-1', '2021-00051', 1002),
('DSI is requesting to Actian for a copy on installer of OpenROAD 3.5 and 4.1.', '18-mar-2022 22:47:10', '2021-00051-2', '2021-00051', 1002),
('Server reports E_CL1613 PC_SP_PROCPC[f][s]spawn:System Process Table is Temporarily Full error which most probably caused the DB crashed. As a resolution DSI asked HDMF to increase the soft and hard limits of the OS. vi /etc/security/limits.conf * soft nofile 32000 * hard nofile 63696.', '03-jan-2022', '2022-00001-1', '2022-00001', 1004),
('DSI asked what External Class should use when using SAP Crystal Report 2020 Application. Actian said that it will need an external userclass with an ActiveX viewer component but unfortunately it wasn?t delivered with Crystal Report. Actian sent this links for some readings and help: Deprecated and Removed Featureshttps://help.sap.com/viewer/09fe9f205ee047d48d58665649fc4fae/4.3/en-US/a63659eb71074d2b8fcca84db88fe204.html , Standalone viewer application https://www.sap.com/products/crystal-reports-viewer.html', '23-jan-2022', '2022-00002-1', '2022-00002', 1001),
('', '14-mar-2022 11:14:19', '2022-00003-1', '2022-00003', 1001),
('As per reported, you are experiencing slow down of the server upon execution of the following query.\\n\\nselect payrefno as payrefno, msb_code as msb_code, hub_code as \\nhub_code, date_created as date_created, pay_source as pay_source, payor_id as \\npayor_id, payor_name as payor_name, payor_address as payor_address, \\ncurrency_code as currency_code, payment_mode as payment_mode, is_value_dated as \\nis_value_dated, amount as amount, orig_refno as orig_refno, orig_refdate as \\norig_refdate, old_payrefno as oldpayrefno, status as status, status_date as \\nstatus_date, membership_category as membership_category, user_branch_code as \\nuser_branch_code from pof_payscreenheader where payrefno= ~V\\n', '15-feb-2022', '2022-00004-1', '2022-00004', 1003),
('The following errors could be due to the following reasons:\\nE_CL2539_THREAD_CREATE_FAIL CSMTadd_thread\\n1. Insufficient resources to create another thread\\n2. System-imposed limit on the number of threads was encountered\\n3. No permission to set the scheduling policy and parameters specified during thread creation', '14-mar-2022 15:08:02', '2022-00004-2', '2022-00004', 1003),
('E_DMA011_LK_NO_LLBS\\n1. More lock list blocks are available.  It could be that locking shared memory has been exhausted, or that the configured limit (ii.*.rcp.lock.list_limit) has been exceeded', '14-mar-2022 15:09:10', '2022-00004-3', '2022-00004', 1003),
('E_DM9C07_OUT_OF_LOCKLISTS\\n1. You have exceeded the maximum number of lock lists allocated for this installation.  Either reduce the number of sessions in the installation or increase the number of lock lists in the locking system.  Use the lockstat utility to show the current quota settings in the locking system', '14-mar-2022 15:10:26', '2022-00004-4', '2022-00004', 1003),
('This is similar with the case number 01174346 dated Feb 2021, whereas the following:\\n1.\\tii.iisp_tellering.rcp.lock.lock_limit:  100000 (Protected)\\n2.\\tii.iisp_tellering.rcp.lock.per_tx_limit: 3000\\n\\nIn addition, you might want to check your Memory before running the said query.  You only have a total of 32GB RAM and available memory during the time of the error is only 252MB.\\n\\n', '14-mar-2022 15:11:32', '2022-00004-5', '2022-00004', 1003),
('Therefore, we would like to continue checking the status of this sever provided that you do the following:\\n1.\\tCheck for any session that is potentially hugging your memory resources if there?s any.\\n2.\\tUsermod the concerned tables on the payrefno query.\\n3.\\tIngstop the instance\\n4.\\tRecalculate parameters \\na.\\tOpen CBF\\nb.\\tClick on Locking System > Configure > Derived\\nc.\\tSelect lock_limit\\nd.\\tIf protected column states ?yes?, select protect to unprotect it\\ne.\\tSelect recalculate\\nf.\\tDo steps c,d,e for resource_limit parameter\\ng.\\tSave changes\\nh.\\tExit CBF\\n5.\\tIngstart the instance\\n6.\\tCheck if you have sufficient memory (Take note of this before step #7)\\n7.\\tRun the payrefno query (On an isolated environment, no users)\\n8.\\tCheck if the memory status (Take note of this)\\n9.\\tCheck if this SQL still hugs memory resources\\n10.\\tIncrease memory, redo steps #s 3-5.\\n\\n', '14-mar-2022 15:12:10', '2022-00004-6', '2022-00004', 1003),
('Upon checking the status of your Ingres instance on IISP_TELLERING via inglogs_20220218_133831_pid86335.\\nDate 18_Feb 2022 1338H, I have not seen any critical errors.\\nThe lock_limit of 100,000 was recalculated to 150,000.\\nAlthough, we are still running on low RAM as shown on the statistics below:\\n                              total       used       free     shared    buffers     cached\\nMem:      32868348   32646244     222104     745324     163736   30437360\\n-/+ buffers/cache:    2045148   30823200\\nSwap:     16506876     345028   16161848\\n\\nI would suggest increasing the RAM, recalculate again and check if it still hugging memory.\\nIn addition, please see any already terminated sessions that might still locks memory.\\n', '14-mar-2022 15:16:42', '2022-00004-7', '2022-00004', 1003),
('1. DSI suggested to unprotect and recalculate the lock_limit to ITID team.\\n2. ITID team already requested for an additional memory for IISP_TELLERING server, if the additional memory already installed we suggest to perform solution #1.\\n3. Data Center team created external indexes for the tables involving the payref SQL.\\n\\nAs of 28-Feb 2022 and upon confirmation of the requestor, no error/s have encountered.', '14-mar-2022 15:24:07', '2022-00004-8', '2022-00004', 1003),
('Emergency 2-hour remote assistance via FB messenger\\n\\n? Client called around February 26, 2022 8:18 AM asking for assistance on their error while upgrading from Ingres 10.2 to Actian X Ingres 11.1 version\\n\\n? II_DATABASE doesn?t seem to be writeable due to the following:\\n\\n    II_SYSTEM?s original location is /ii_database/ingres\\n    Cannot find /ii_database/ingres location\\n    /ii_database was changed to /II_DATABASE (take note of case sensitive)\\n\\n? DSI asked client to run ?chmod 777? and ?chown ingres:ingres? on II_SYSTEM, II_DATABASE and II_CKPT ? DONE, No effect\\n\\n? DSI asked the client to run ?echo $II_SYSTEM? and ?ingprenv? to check whether the $II_SYSTEM is /II_SYSTEM ? NOT EXECUTED\\n\\n? Client said the issue was resolved by rebooting the server at 10:00AM\\n\\n \\n\\nProduct: Ingres Version: 11.1\\nPatch: 15633\\nOS: Linux x86 64-bit\\n\\nServer: NEWDCDB01', '18-apr-2022 15:12:38', '2022-00005-1', '2022-00005', 1004),
('HDMF experienced this error while running auditdb on IISP ROPA Server:\\n\\nThu Mar 10 22:08:32 2022 E_DM1212_ATP_DISPLAY   Error writing display record during Auditdb processing.\\n\\nThe command run successfully for dates March 7 - 11, but for March 1 - 5 it returned E_DM1212_ATP_DISPLAY  error.', '10-mar-2022', '2022-00006-1', '2022-00006', 1003),
('These are the purchase_id that has multiple pfr_dates\\n\\n+--------------------+-------------+\\n|purchase_id         |id_cnt       |\\n+--------------------+-------------+\\n|PO8220200214001     |            2|\\n|PO1520180716018     |            2|\\n|PO1520180920069     |            2|\\n|PO1520190214019     |            2|\\n|PO8220180803006     |            2|\\n|PO1520180327049     |            2|\\n|PO8220200110001     |            2|\\n|PO2820190620001     |            2|\\n|PO1520191218024     |            2|\\n|PO2820191210002     |            2|\\n|PO8220201001001     |            2|\\n|PO1520180723014     |            2|\\n|PO1520180327005     |            2|\\n|PO1520190228008     |            2|\\n|PO6420201019003     |            2|\\n|PO1520200108002     |            2|\\n|PO1520180720067     |            2|\\n|PO1520190219034     |            2|\\n|PO8820190422002     |            2|\\n|PO4020191121004     |            2|\\n|PO1520191220001     |            2|\\n|PO5320191119014     |            2|\\n|PO1520190711049     |            2|\\n|PO3420181019001     |            2|\\n|PO4020200116003     |            2|\\n|PO4720190621002     |            2|\\n|PO1520190313022     |            2|\\n|PO8220180803007     |            2|\\n|PO1520190912007     |            2|\\n|PO1520191223010     |            2|\\n|PO1520190918072     |            2|\\n|PO1520180308045     |            2|\\n|PO6420191106059     |            2|\\n|PO6420191227006     |            2|\\n|PO1520191226007     |            2|\\n|PO1520191217009     |            2|\\n|PO1520180604025     |            2|\\n|PO4720190108001     |            2|\\n|PO1520191017005     |            2|\\n|PO1520180619039     |            2|\\n|PO1520181219005     |            2|\\n|PO4020181016001     |            2|\\n|PO1520180613008     |            2|\\n|PO4020190723002     |            2|\\n|PO1520190117070     |            2|\\n|PO4020191121005     |            2|\\n|PO1520180529037     |            2|\\n|PO1520180720076     |            2|\\n|PO1520181016023     |            2|\\n', '19-apr-2022 16:13:08', '2022-00006-10', '2022-00006', 1003),
('+--------------------+-------------+\\n|purchase_id         |id_cnt       |\\n+--------------------+-------------+\\n|PO1520180712057     |            2|\\n|PO1520191220020     |            2|\\n|PO1520181122051     |            2|\\n|PO1520181206043     |            3|\\n|PO1520191126059     |            3|\\n|PO1520190220116     |            3|\\n|PO7620181112001     |            3|\\n|PO1520190131050     |            3|\\n|PO1520180907042     |            3|\\n|PO1520180420027     |            3|\\n|PO8220190215002     |            4|\\n|PO8820190116001     |            4|\\n|PO8820181218002     |            6|\\n|PO1520210414009     |           14|\\n+--------------------+-------------+', '19-apr-2022 16:14:19', '2022-00006-11', '2022-00006', 1003),
('We created a small sample of the concerned tables.\\nWe cleaned up the SQL script provided by Sir Jomar of HDMF for it to run without any more E_US125D Ambiguous replace error.\\nWe ran the SQL script multiple times enough to generate a new jnl entry on the said test database.\\nWe ran the auditdb without any E_DM1212_ATP_DISPLAY error.\\nWe are running on II 11.1.0 (a64.lnx/100) 15744.\\n\\nWe cannot create a test case.', '20-apr-2022 14:20:46', '2022-00006-12', '2022-00006', 1003),
('After numerous attempt to simulate and reproduce the problem encountered, we failed to create a test case of this error.\\n\\nRecommendations:\\n1. After running an alter table make sure to run the following\\n\\ta. usermod dbname [-uusername][{table1 table2 table3 ...}] [-noint] [-repmod [+w|-w]] [-online].  This is to modify the table/s being altered.\\n\\n\\tb. ckpdb dbname.  This is so that the physical structure of the table match the journals.\\n\\n\\n2. We also strongly recommend to update the patch on this server and on any other production servers to avoid these kind of problems happening in the future.  We are currently on II 11.1.0 (a64.lnx/100) 15744 as of April 2022.\\n\\n\\n', '20-apr-2022 14:26:30', '2022-00006-13', '2022-00006', 1003),
('March 11, 2022\\n- DSI asked Sir Alvin to enable II_DBMS_LOG of the server\\n- DSI asked HDMF if theres any changes or modification on the involed tables:\\nropa_lti_evaluation\\nropa_lt_masterr\\nropa_masterr\\nropa_notary\\nropa_purchase\\nas per Sir Jomar, ropa_purchased was altered last January 8', '11-mar-2022 15:20:41', '2022-00006-2', '2022-00006', 1004),
('March 30, 2022\\n- DSI follow up the status of this logged case to HDMF', '30-mar-2022 15:22:25', '2022-00006-3', '2022-00006', 1004),
('Gather few data and run testing to check the following:\\n\\n1. Ran auditdb on individual tables.  Found out that table ropa_purchase is the one causing the E_DM1212 error.\\n\\nCommand: auditdb hdmf_ropa -table=ropa_purchase -file -b01-mar-2022:23:00:00 -e05-mar-2022:01:00:00\\n\\n2. Find out that the affected dates are not 1-Mar to 5-Mar.  It is 1-Mar to 4-Mar.\\n3. Checked that latest alter date, it is not Jan 2022.  It is 6-Mar 2022 11:27:01 GMT.\\n4. No checkpoint on 6-Mar because it is Sunday.\\n', '06-apr-2022 16:58:02', '2022-00006-4', '2022-00006', 1003),
('Additional information gathered and further testing to isolate the case:\\n\\n1. Created a pseudo ropa_purchase table.\\n2. Alter table add column to the table.\\n3. Run modify.\\n4. Auditdb -- OK!\\n5. KB attached re: Schema changes vs Auditdb with results to E_DM1212 error.\\n\\nFacts:\\n1. Saying that the alteration of the table is 6-Mar 2022 and they did not run a checkpoint on the same date, hence the cause of the inconsistency on the physical structure of the table as against the journals.\\n2. The iitables shows the latest alter date, hence we did not know if they did an alteration prior to 6-Mar i.e., 1-Mar to 5-Mar\\n3. They ran a checkpoint 7-Mar.\\n\\nQuestions:\\n1.. Apparently, 6-Mar is the latest alter without any checkpoint but how come when I ran auditdb on these dates we are not getting any E_DM1212_ATP_DISPLAY error. Command ran: auditdb hdmf_ropa -table=ropa_purchase -file -b06-mar-2022:23:00:00 -e10-mar-2022:01:00:00\\n2. We are NOT getting any errors on or before 28-Feb and after 5-Mar. We are getting errors on 1-Mar to 4-Mar wherein they have checkpoints.\\n3. If fact#2 is true and they have checkpoint on the same dates, we shouldn\'t have any errors on those dates. We should have error on 6-Mar date where there was an alteration and NO checkpoint.\\n', '08-apr-2022 12:13:13', '2022-00006-5', '2022-00006', 1003),
('We have to simulate the actual step-by-step procedure to further understand the cause.\\n\\nAdditional request and clarification to HDMF:\\n1. What is the actual alteration they did on ropa_purchase table?  If they have the actual script or SQL used that would be great.\\n2. What is the complete step-by-step procedure they did after the alteration?\\n\\nAction plan:\\n1. Replicate the above procedure with the pseudo ropa_purchase table.\\n2. Rollforward hdmf_ropa database to test server and see if error still occurs.\\n\\n', '08-apr-2022 12:25:20', '2022-00006-6', '2022-00006', 1003),
('HDMF gave us the sample SQL that they run during the alter table on ropa_purchase.\\nAlthough we are getting sequence problem and minor error due to update part.\\n\\nSee actual test result below:\\n\\nINGRES TERMINAL MONITOR Copyright 2019 Actian Corporation\\nIngres Linux Version II 11.1.0 (a64.lnx/100) login\\nMon Apr 11 15:42:41 2022\\nEnter \\\\g to execute commands, \"help help\\\\g\" for general help,\\n\"help tm\\\\g\" for terminal monitor help, \\\\q to quit\\n\\ncontinue\\n* * /* SQL Startup File */\\nalter table ropa_purchase add column fp_date date\\nExecuting . . .\\n\\ncontinue\\n* * * * *\\ncreate table purchase_fpdate as\\nselect  a.purchase_id , a.ropa_id, b.pfrdate from ropa_purchase a LEFT JOIN ropa_payment b ON a.ropa_id = b.ropa_id\\nwhere a.paymode = 1 and a.stat_cd NOT IN (3,4,5) and a.fp_date IS NULL and b.pay_type = 19\\nExecuting . . .\\n\\n(3550 rows)\\ncontinue\\n* * * * * *\\nupdate ropa_purchase as rp\\nfrom purchase_fpdate as pf\\nset rp.fp_date = pf.pfrdate\\nwhere rp.purchase_id = pf.purchase_id\\nExecuting . . .\\n\\nE_US125D Ambiguous replace: you have specified several replacements for\\n    the same row.\\n    (Mon Apr 11 15:42:42 2022)\\n\\ncontinue\\n* * *\\nDROP TABLE purchase_fpdate;\\nExecuting . . .\\n\\ncontinue\\n* * *\\nYour SQL statement(s) have been committed.\\n\\nIngres Version II 11.1.0 (a64.lnx/100) logout\\n', '11-apr-2022 15:37:30', '2022-00006-7', '2022-00006', 1003),
('Made a follow up email for our concerns last 11-Apr.\\nFound out that patch are not updated.\\nThey are still in patch 15683, whereas we provided patch 15726 last January.\\nTwo patch release were also missed out for February 15730 and March 15738.\\n\\nAlready sent an email for the April patch 15744.', '18-apr-2022 10:58:24', '2022-00006-8', '2022-00006', 1003),
('Seeing errors while running the provided update script:\\n\\nupdate ropa_purchase as rp\\nfrom purchase_fpdate as pf\\nset rp.fp_date = pf.pfrdate\\nwhere rp.purchase_id = pf.purchase_id\\nExecuting . . .\\n\\nE_US125D Ambiguous replace: you have specified several replacements for\\n    the same row.\\n    (Tue Apr 19 15:35:12 2022)\\n\\nIts where you try to update one row more than once \\ni.e.,\\nropa_purchase as rp has two fields, purchase_id and fp_date so a row might be purchase_id=\'1001\' and fp_date=\'04/01/2022\'\\n\\npurchase_fpdate as pf is where the updates will be coming from if rp.purchase_id = pf.purchase_id so it may have rows that have  \\npurchase_id=\'1001\' and pfr_date=\'04/02/2022\'\\npurchase_id=\'1001\' and pfr_date=\'04/03/2022\'\\npurchase_id=\'1001\' and pfr_date=\'04/04/2022\'\\n\\nIt seems that during a deferred update statement, ambiguous replace errors will occur if the same row is updated more than once. \\nThis is the correct action as specified in the \"INGRES/SQL reference manual\". \\nQueries that hadn\'t shown the error \"E_US125D Ambiguous Replace error\" before and now give this error were always incorrect. This error is now correctly trapped.\\nThe usual cause of this error are tables that allow duplicate rows being use in the query.\\n\\nYou should check on this error first and consistency of the tables ropa_purchase and ropa_payment; and the SQL statements.\\n\\n\\n', '19-apr-2022 15:26:11', '2022-00006-9', '2022-00006', 1003),
('HDMF requested another Data Encryption and Data Masking Proof of Concept for their future projects.', '17-mar-2022', '2022-00007-1', '2022-00007', 1004),
('Additional ManHrs as of June 10, 2022:\\nJune 1, 2022 10:15-11:15AM, 2:15-4:15PM \\nJune 2, 2022 10:00-11:00AM, 2:00-4:00PM\\nJune 3, 2022 10:15-11:15AM, 1:30-2:30PM\\nJune 6, 2022 2:00-3:00PM\\nJune 7 ? 8, 2022 ? 1hr *\\nJune 9, 2022 10:00-11:00AM, 1:30-4:00PM\\nJune 10, 2022 9:30 ? 10:AM\\n\\n- DAR Data at Rest Encryption of tables pf_employer_master and pf_member master with HEAP structure\\n- Indexing, optimizing and usermod for tables:\\n    - pf_member_master_enc_aes_niv\\n    - pf_employer_master_enc_aes_niv\\n    - pf_ledger_21_25_enc_aes_niv\\n    - pf_tav_balance_enc_aes_niv\\n    - pf_membership_info_enc_aes_niv\\n- Benchmarking of SQL tables with AES_ENCRYPT encryption\\n', '10-jun-2022 13:51:37', '2022-00007-10', '2022-00007', 1004),
('Sent an email last Wednesday, 15-June 2022 for the request of presentation of the result of testing.\\n\\nNo feedback as of Monday, 20-June 2022.\\n\\n', '20-jun-2022 11:20:00', '2022-00007-11', '2022-00007', 1003),
('Documentation and presentation preparation', '28-jun-2022 11:43:31', '2022-00007-12', '2022-00007', 1004),
('Data Encryption Presentation | 06-July 2022 | 9AM-11AM PHT\\nZoom recording link: https://www.dropbox.com/s/6k7pz5e1fy5xh0l/2022-07-06%2008.40.27%20ingres%20data%20encryption.zip?dl=0\\n\\nAttendees:\\nHDMF: \\nTeresa M. Manabat - VP for Computer Operations and Support Services Group,\\n\\nFlorencio B. Cortez - VP for Information Systems Group,\\n\\nArlene M. Chu - Manager for Electronic Data Processing Department (ITID),\\n\\nMaricris Pajo - CEO of VP for COSSG,\\n\\nAlvin Tabarrejo, \\nSherwin Astorga,\\nMarinella Alindog, \\nElexie Laberinto,\\n\\nActian and DSource:\\nKen Lindner - Director of Professional Services APAC,\\n\\nJuan Miguel Cruz - Director for Sales and Marketing,\\n\\nRowell Magno - Managing Supervisor,\\n\\nManilyn Palec - Head for Technical and Support Group,\\n\\nJunel Garcia, \\nMylene Gabay,\\nKit Vizcarra,\\n\\nAdditional Testing:\\n1. Include squeeze/trim during encryption table conversion;\\n\\n2. Where condition with values;\\n\\ta. like,\\n\\tb. equal,\\nApproach: AES_DECRYPT_IV(col1,\'Passphrase\') = or like %\\n\\n\\n\\nDeliverables:\\n1. Minutes of Meeting\\n2. POC Documentation with the following revisions:\\n\\ta. Include results of additional testing,\\n\\tb. Testing/POC Environment and Hardware specifications,\\n\\tc. \"Disk sizing formula\" on how to estimate size for identified tables and columns to be partitioned - c/o Ken,\\n\\td. Questionnaire / Survey for Data Encryption Implementation (if available) - c/o Ken,\\n\\te. Recommended \"Pass Phrase\" location.', '06-jul-2022 14:15:55', '2022-00007-13', '2022-00007', 1003),
('Minutes of Meeting (MoM) can be downloaded here\\n\\nhttps://www.dropbox.com/s/3opmw9b71ws9tk1/MoM%206-Jul%202022%20Data%20Encryption%20-%20HDMF.pdf?dl=0', '08-jul-2022 14:37:32', '2022-00007-14', '2022-00007', 1003),
('Additional ManHrs as of July 19, 2022: 3\\n\\nJuly 7, 2022 2:30-3:30PM (2hrs CQD & MGP)\\nJuly 8, 2022 10:30 - 11:00AM\\nJuly 19, 2022 10:30 - 11:30AM\\n\\n\\n-Run initial benchmark of SQL #2\\n-Conversion of pf_member_master_aes2 with encrypted First, Middle and Last Name', '19-jul-2022 13:33:49', '2022-00007-15', '2022-00007', 1004),
('Additonal ManHrs as of July 22, 2022: 4\\n\\nJuly 21, 2022: 10:15-11:15AM, 2:30-4:00PM (CQD&MGP)\\nJuly 22, 2022: 10:05-11:05AM\\n\\n- Run additional SQLs (decrypted/true value) approach\\n- On going conversion of pf_member_master_enc with AES_ENCRYPT_IV() encryption. Last, first and middle name of each record was encrypted for SEARCH testing', '22-jul-2022 11:28:38', '2022-00007-16', '2022-00007', 1004),
('First release of Data Encryption Proof of Concept documentation can be downloaded on this link:\\n\\nhttps://www.dropbox.com/sh/1aoksoyegrssd07/AABPX8kfr5Bkw7oSA7XhBvZfa?dl=0\\n\\nKen Linder?s Encryption Calculator (to compute column width) can also be downloaded on the link above.\\n\\nPlease take note that there is still on-going conversion of pf_member_master_enc where we encrypted first, last and middle name with AES_ENCRYPT_IV() for future SEARCH testing using WHERE and LIKE clauses with decrypted/true value of data.\\n', '22-jul-2022 14:04:48', '2022-00007-17', '2022-00007', 1004),
('Additonal ManHrs as of July 29, 2022: 2\\n\\nJuly 25, 2022: 02:15-03:15PM\\nJuly 26, 2022: 15min\\nJuly 27, 2022: 15min\\nJuly 28, 2022: 15min\\nJuly 29, 2022: 15min\\n\\n- Create indexes for table pf_member_master_enc_aes2\\n- Run usermod and optimizedb on pf_member_master_enc_aes2\\n- Run additional SQL against pf_member_master_enc_aes2', '29-jul-2022 14:20:37', '2022-00007-18', '2022-00007', 1004),
('Version 3 release of the documentation can be downloaded on this link:\\n\\n\\nhttps://www.dropbox.com/s/136d61xnj3vak74/HDMF%20-%20Data%20Encryption%20and%20Data%20Masking%202022%20v3.pdf?dl=0\\n\\nVersion 2: July 22, 2022 \\n-Complete Table Conversion\\n-Complete Table Disk Size\\n-Complete SQL Benchmark with encrypted data approach\\n-Partial SQL Benchmark with decrypted data approach\\n\\nVersion 3: July 29, 2022\\n-Completed all SQL Benchmark', '29-jul-2022 14:35:29', '2022-00007-19', '2022-00007', 1004),
('ManHrs as of March 21, 2022: 1hr\\nMarch 18, 2022 02:00PM - 03:00PM\\nData gathering of table structures and copy.in of pfmdb_encrypted DB', '21-mar-2022 10:43:22', '2022-00007-2', '2022-00007', 1004),
('Presented the Data Encryption Proof of Concept results to HDMF', '22-nov-2022 15:13:34', '2022-00007-20', '2022-00007', 1004),
('Additional ManHrs as of March 25, 2022 :5\\nMarch 18, 2022 01:30PM - 03:00PM \\nMarch 21, 2022 03:00PM - 04:30PM \\nMarch 23, 2022 02:00PM - 03:00PM\\nMarch 24, 2022 10:00AM - 11:30AM\\nMarch 25, 2022 10:00AM - 11:00AM, 02:00PM - 02:30PM\\n\\n- Script Editing\\n- Encrypted table pfmdb_employer_master_enc to both Transparent (pfmdb_employer_master_enc_dar) and Function-Based (pfmdb_employer_master_enc_aes)\\n- Encrytted table pfmdb_member_master_enc to Transparent )pf_member_master_enc_dar\\n- Get the physical table files and computed note the table sizes\\n- Function-based encryption for table pf_member_master_enc_aes is still running as of the momment', '25-mar-2022 15:09:12', '2022-00007-3', '2022-00007', 1004),
('Additional ManHrs as of March 31, 2022 : 10\\nMarch 28, 2022 10:00 - 11:00 AM, 02:00 - 04:00 PM\\nChris Delgado - 02:00 - 03:00\\nMarch 29, 2022 10:00 - 11:00 AM, 01:30 - 02:30 P<\\nMarch 30, 2022 02:00 - 04:00 PM\\nMarch 31, 2022 10:00 - 11:00 AM, 01:30 - 02:30 PM\\n\\n- Finished loading pf_member_master_enc_aes\\n- Tested encypting key columns, modifying btree tables with help of Chris Delgado\\n- Encrypted table pf_member_tav_balance_enc to Transparent (pf_member_tav_balance_enc_dar)\\n- Get the physical table files and computed note the table sizes\\n- Function-based encryption for table pf_member_tav_balance_enc_aes is still running as of the moment\\n', '01-apr-2022 09:19:37', '2022-00007-4', '2022-00007', 1004),
('Additional ManHrs as of April 7, 2022: 9\\nApril 1, 2022 10:00  ? 11:00 AM\\nApril 4, 2022 10:00  ? 11:30 AM, 02:30 ? 04:00 PM\\nApril 5, 2002 10:30 ? 11:30 AM, 01:30 ? 04:00 PM\\nApril 6, 2022 10:00 ? 11:00 AM, 02:00 ? 03:00 PM\\nApril 7, 2022 10:00 ? 11: 30 AM\\n-\\tFinished loading pf_member_tav_balance_enc_aes\\n-\\tRun some SQL commands for benchmarking\\n-\\tOptimizedb pfmdb_encrypted\\n-\\tUsermod pfmdb_encrypted\\n-\\tCheckpoint pfmdb_encrypted\\n-\\tFinished loading pf_membership_info_enc_dar\\n-\\tRun some SQLs decrypting AES encrypted tables\\n-\\tFunction-based encryption for table pf_ledger_21_25_enbc_aes is still running as of the moment', '07-apr-2022 12:28:37', '2022-00007-5', '2022-00007', 1004),
('Additional ManHrs as of April 13, 2022: 3\\n\\nApril 12, 2022 10:00AM - 11:00AM, 2:00 - 3:00PM\\nApril 13, 2022 1:30 - 2:30 PM\\n\\n- Loading of pf_membership_info_enc_aes finished April 14, 2022 \\n- Preparing script for pf_ledger_21_25_enc_dar to be load on April 16 or 17', '18-apr-2022 13:45:36', '2022-00007-6', '2022-00007', 1004),
('Additional ManHrs as of April 28, 2022: 9\\n\\nApril 18, 2022 10:00AM - 11:00AM, 2:00 - 3:00PM\\nApril 20, 2022 1:30PM - 2:30 PM\\nApril 21, 2022 10:30AM - 11:30 AM\\nApril 22, 2022 2:00PM - 3:00 PM\\nApril 26, 2022 2:00PM ? 3:30PM\\nApril 27, 2022 10:30AM ? 11:30 AM, 1:30 ? 3:00 PM\\nApril 28, 2022 1:30PM -3:00PM\\n\\n- Index creation for the encrypted tables\\n- Optimize pfmdb_encyrpted database\\n- Run usermod on all the tables (including baste tables)\\n- Record table physical sizes\\n', '28-apr-2022 15:09:50', '2022-00007-7', '2022-00007', 1004),
('Additional ManHrs as of May 11, 2022: 9\\n\\nMay 5, 2022 2:00 - 3:00PM\\nMay 10, 2022 10:00 - 11:00AM\\nMay 11, 2022 1:00 - 2:0PM\\n\\nScript editing and benchmarking.', '12-may-2022 12:41:17', '2022-00007-8', '2022-00007', 1004),
('Additional ManHrs as of May 27, 2022: 8\\nMay 16, 2022 2:00?3:00PM\\nMay 23, 2022 10:00-11:00AM, 2:00 - 3:00PM\\nMay 25, 2022 2:00-3:00PM\\nMay 26, 2022 9:30-11:00AM, 2:30-4:00PM\\nMay 27, 2022 9:30-10:00AM, 1:30-2:30 PM\\n\\n- Converted pf_member_master_enc_aes_niv, pf_employer_master_enc_aes_niv and \\tpf_membership_info_enc_aes_niv using AES_ENCRYPT\\n- Run some testing on AES_ENCRYPT encrypted data (pf_member_master_enc_aes_niv, \\tpf_employer_master_enc_aes_niv)\\n- Index creation of pf_employer_master_enc_aes_niv\\n- Run optimizeddb and usermod pf_employer_master_enc_aes_niv\\n- Index creation for pf_member_master_enc_aes_niv\\n- Conversion of pf_ledger_21_25_enc_aes_niv using AES_ENCRYPT on going\\n- Conversion of pf_ledger_21_25_enc_aes_niv using AES_ENCRYPT on going\\n\\n\\n', '27-may-2022 15:06:51', '2022-00007-9', '2022-00007', 1004),
('Implementation Enterprise Monitoring Appliance (EMA) of HDMF\'s various database systems.', '17-mar-2022', '2022-00008-1', '2022-00008', 1003),
('First batch of servers that were added.\\n1. ingdb1a\\n2. onlinesvr\\n3. ingdb1b but with error Remote command execution failed: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).\\n4. NEWDCDDB01 but with error Remote command execution failed: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).\\n', '21-mar-2022 12:10:03', '2022-00008-2', '2022-00008', 1003),
('Troubleshooting of the error:\\nRemote command execution failed: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).\\nSSH Failed Permission Denied on linux system.\\n\\nFindings:\\nOther server does not have a standard home location for ingres user i.e., /home/ingres\\ninstead ingres home directory is in /II_SYSTEM/ingres which should be the ingres installation directory \\nand not the user ingres directory.\\nAction:\\n1. Removed all servers that shows errors -- ingdb1b and NEWDCDDB01 servers.\\n\\nSecond batch of server that was added.\\n3. LEGACYSVR', '21-mar-2022 12:16:16', '2022-00008-3', '2022-00008', 1003),
('Removed the authorized_keys from the user directory/.ssh, pushed the ssh from docker to target database server again and it worked.\\n\\nThird batch of servers that were added:\\n1. ingdb1b\\n2. NEWDCDDB01\\n3. IISP_TELLERING\\n4. NEWCMSSVR\\n5. NEWDCDDB03\\n6. bidb3\\n7. iispropa\\n\\nLast problematic server:\\n1. NEWHDMFSERVER', '21-mar-2022 16:32:05', '2022-00008-4', '2022-00008', 1003),
('Sent a request to provide the following files from the two (2) working DB servers:\\nNEWCMSSVR\\nNEWDCDDB01\\n\\nand from the one (1) problematic server\\nNEWHDMFSERVER\\n\\n1. /etc/ssh/sshd_config\\n2. ls -ltr /II_SYSTEM/ingres/\\n3. ls -ltr /II_SYSTEM/ingres/.ssh\\n4. hostnamectl\\n5. cat /etc/redhat-release', '23-mar-2022 11:35:53', '2022-00008-5', '2022-00008', 1003),
('Find out that the /etc/ssh/sshd_config from NEWDCDDB01 and NEWCMSSVR DB servers are both identical, whereas the NEWHDMFSERVER\'s /etc/ssh/sshd_config file is different.\\nsshd_config,v 1.80 2008/07/02 02:24:18\\nssh_config,v 1.25 2009/02/17 01:28:32\\n\\nand there\'s lacking line from the sshd_config of NEWHDMFSERVER\\n', '23-mar-2022 11:40:01', '2022-00008-6', '2022-00008', 1003),
('Troubleshoot the /etc/ssh/sshd_config files and compared it with other server\'s sshd_config, but still no luck in fixing the ssh error.\\nClient schedule a server restart on Sunday 27-March 2022.', '24-mar-2022 13:58:13', '2022-00008-7', '2022-00008', 1003),
('After a scheduled restart of the server, NEWHDMFSERVER was successfully included in the EMA Server.\\n\\nWe will now close this Service Request.', '29-mar-2022 15:21:33', '2022-00008-8', '2022-00008', 1003),
('Troubleshooting of the error:\\n\\nObviously after a server change, RSA/SSH key will be different from the old server.\\n\\nRemoved the old server name from the EMA server.\\n/home/emauser/.ssh/known_hosts\\n/home/ingres/.ssh/known_hosts\\n/home/ingres/ema/ema/nagios/etc/ssh/known_hosts\\n/root/.ssh/known_hosts  /var/lib/docker/overlay/bef351a0712328c65702314fa6c6ba5a7b47a6043a1651ad8d76914bd415c4b2/upper/root/.ssh /known_hosts\\n\\nPush the RSA/SSH Key again from docker to EMA server -- SUCCESS!', '07-sep-2022 14:20:03', '2022-00008-9', '2022-00008', 1003),
('Mr Benjielin Dalicun raised a concern regarding an ingres driver for Microsoft Visual Studio 2019 .Net Core.\\nThey are getting the error when using the provided Actian DotNetProvider-2.1.84.\\n\\n', '23-mar-2022', '2022-00009-1', '2022-00009', 1005),
('DSI have posted an inquiry to Actian Portal about the compatibility of Actian DotNetDataProvider-2.1.84 to Visual Studio 2019 .Net Core\\n\\nAlthough upon doing research, this error seems to be a Microsoft .NET Framework error message. This error message may display on computers where Microsoft .NET Framework 2.0, Service Pack 2 is installed.\\n\\nA Microsoft .NET Framework file System.EnterpriseServices.dll assembly is missing or corrupted in the Global Assembly Cache (GAC) folder (\\\\Windows\\\\Assembly). Or, the file in the Global Assembly Cache (GAC) does not match with the Microsoft.NET 2.0 Framework version.\\n\\nThe Following steps are advised to try to fix the problem:\\n\\n    Run Windows Update on your computer, ensure that you have not rejected and hidden any Windows Updates. Complete the update process for all Critical and Recommended updates. This links to Microsoft website may help:\\n\\n                    https://support.microsoft.com/kb/12373\\n\\n            Download and reinstall Microsoft .Net Framework 2.0 and higher from Microsoft Website.\\n\\n                    https://www.microsoft.com/en-us/download/details.aspx?id=1639\\n\\n\\n    If you are using Windows 7 or Windows 8:\\n\\n    Repair the .NET 2.0 Framework installation.\\n    Click Start - All Programs - Accessories - Command prompt\\n    Right click on command prompt and select \'Run as Administrator\'\\n\\n    In the Command Prompt, type: sfc /scannow (with the quote marks) System File Checker - SFC - will scan your system and (hopefully) fix some of your system files.\\n\\n    Restart your computer\\n\\n    Details on how to repair an existing installation of the.NET Framework are provided in Microsoft web site: https://support.microsoft.com/kb/306160\\n\\n    Microsoft provides a .NET Framework Repair Tool which can be downloaded from:\\n    https://www.microsoft.com/en-gb/download/details.aspx?id=30135', '23-mar-2022 11:40:40', '2022-00009-2', '2022-00009', 1005),
('A response came from Actian Support Portal:\\nit is advaised to download Actian .NET Driver 3.0.1 (Actian.Client.3.0.1.nupkg).\\n\\nReference links are also provided:\\nhttps://docs.microsoft.com/en-us/visualstudio/releases/2019/compatibility\\nhttps://esd.actian.com/product/drivers/.Net_Data_Provider/Windows_64-Bit/.Net_Data_Provider_GA/Actian.Client.3.0.1.nupkg/readme', '23-mar-2022 17:03:35', '2022-00009-3', '2022-00009', 1005),
('This error is a common Microsoft Visual Studio Code error. Some fixes posted online might be of help.\\nhttps://appuals.com/object-reference-not-set-to-an-instance-of-an-object-microsoft-visual-studio/?fbclid=IwAR3B_HtgEysCJwZpJ3FlHxA9wv0TXUBgmNQI8HougId6nRhTJ1l7JLEt7N8', '31-mar-2022 11:27:58', '2022-00009-4', '2022-00009', 1005),
('DSI visited Sir Benjie Dalicun to investigate further the cause of the error. Sir Benjie were able to make it work by extracting the nupkg file and manually calling the extracted DLL file on the source code. Apparently, the nupkg file cannot be detected by Microsoft Visual Studio 2019 and giving an error\\n\\nObject reference not set to an instance of an object\\n\\nThis is a common error for Microsoft Visual Studio Code and DSI found some fixes online that might be of help.\\n\\nhttps://docs.microsoft.com/en-us/answers/questions/126187/microsoft-visual-studio-object-reference-not-set-t.html\\nhttps://appuals.com/object-reference-not-set-to-an-instance-of-an-object-microsoft-visual-studio/?fbclid=IwAR3B_HtgEysCJwZpJ3FlHxA9wv0TXUBgmNQI8HougId6nRhTJ1l7JLEt7N8\\n', '31-mar-2022 11:28:11', '2022-00009-5', '2022-00009', 1005),
('2.0 April 1, 2022 - New Bug Fixes for Patch 15744\\nBug 135405 (IIMGMTSVR)\\n\\nManagement server is crashing regularly on Avalanche. Failure seems to be in the calls to ERlookup from multiple threads at the same time.\\n\\nBug 138120 II-7603 (GENERIC)\\n\\nPrepared query information(PQTXT line) missing in trace files with server_trace,SC930 for FETCH and CLOSE cursor statements using prepared query.\\n\\nBug 138593 II-8017 (GENERIC)\\n\\nverifydb modifies extended table even in REPORT mode. Also, etabs part was not getting verified for extended tables.\\n\\nBug 138681 II-8106 (GENERIC)\\n\\nDetails(database, table owner, table name etc.,) missing in BLOB related error messages E_DM9B0B_DMPE_LENGTH_MISMATCH,E_AD7004_BAD_BLOB. The new follow up error message E_AD7FFF_ADP_INFO_BAD_BLOB prints the missing details.\\n\\nBug 139477 II-9017 (GENERIC)\\n\\nE_VW1027 error with X100 UNION query involving REUSE\\n\\nBug 139490 II-9032 (GENERIC)\\n\\nverifydb adds journalling entries even in REPORT mode.\\n\\nBug 139493 II-9036 (GENERIC)\\n\\nWith configuration parameter \'opf_literal_transitive\' being set to ON, a query may take longer time to run.\\n\\nBug 139589 II-9128 (GENERIC)\\n\\nA select query could fail with E_OP0082 error. Error log shows an E_OP0901_UNKNOWN_EXCEPTION happened, and the function name on the top of the stack printed in errlog.log is opn_eqtamp().\\n\\nBug 139667 II-9212 (GENERIC)\\n\\nA query may fail with E_DM0138 error.\\n\\n3.0 March 21, 2022 - New Bug Fixes for Patch 15738\\nBug 133296 II-2615 (GENERIC)\\n\\n\'usermod -online\' (which does a modify with concurrent_updates) sets the allocation_size for the modified tables to 0.\\n\\nBug 136686 II-6166 (ENHANCEMENT, GENERIC)\\n\\n\'set date format\' is not applied to values retrieved from an x100 table. After the application of this patch set date format will also apply to date retrieved from x100 tables.\\n\\nBug 137326 II-6870 (GENERIC)\\n\\nDiffering query results with \'not exists\' if query flattening is on or off with a correlated anti-join subselect', '12-apr-2022', '2022-00010-1', '2022-00010', 1003),
('I would like to inform you that latest patch 15744 is already available for your testing.  You can download it here \\n\\nhttps://www.dropbox.com/s/hlhx33g18r9attm/actianx-11.1.0-100-linux-x86_64-p15744.tar.Z?dl=0\\n\\nThough upon checking earlier it seems that production servers are still in patch 15683.\\nThe last January 2022 patch that we gave you 15726 has not yet deployed.\\nFollowing this January 2022 we have February 15730 and March 15738 releases.\\n\\nI would suggest for you to test immediately and once the testing passed, upgrade the production environments.\\n', '12-apr-2022 13:48:11', '2022-00010-2', '2022-00010', 1003),
('As part of the OpenROAD Version Migration effort. A request was sent to migrate the application LOANS ORIGINATION.\\nA list of requirements are sent to initiate the process.\\n\\n\\n    EXP file export of the application to be migrated with all the included applications.\\n    Database Environment to test connect the application.\\n    Test Database to load the OR Codes (preferably ActianSVR)\\n    Test Login Credential to test the functionality of the AUT.\\n\\n', '26-apr-2022', '2022-00011-1', '2022-00011', 1005),
('Installation of OpenROAD 11.2 with license was succesfully installed on requested machine for testing of migrated HLOS.\\n\\nImage shortcuts are also created for HLOS 11.2 image and and another instance that run-though Property Changer.\\n\\nSite-visit: Installation and configuration 2 man-hours', '16-jun-2022 15:11:35', '2022-00011-10', '2022-00011', 1005),
('This case will be closed since the testing part was transferred to HDMF. It may also take some time to complete testing since Loans Origination is a large application.\\n\\nAny findings and error that might occur will still be catered and forwarded to a new case.\\n\\nAttached here is the documentation for the Migration Activity for Loans Origination from OpenROAD version 3.5 to 11.2.\\n\\n', '26-jul-2022 17:14:06', '2022-00011-11', '2022-00011', 1005),
('This is Migration guide for OpenROAD 3.5 to 11.2.\\n\\nInformation from this document was derived from the documentation from Actian Corporation but filtered to cater the steps specifically needed for this activity.\\n\\nThis document also covers the migration activity for Funding Commitment Line and Loans Origination Application.', '26-jul-2022 17:24:10', '2022-00011-12', '2022-00011', 1005),
('The following files was sent by Sir Chris Manalo.\\n\\ndbaccess.app\\ngl_shlf.app\\nmaintenance.app\\norig_class.app\\norigination_462t.app\\norigreports.app\\nprintapi2.app\\nproj_util.app\\n\\nas part of the Loans Origination Migration', '02-may-2022 09:37:35', '2022-00011-2', '2022-00011', 1005),
('An initial loading of the exported applications from 3.5 to 5.1 was started.\\n\\nFound out that the following included applications are still missing.\\n\\n    origdbsess\\n    conversionretentioncomputatios\\n    Origcommon\\nA request was sent for the files.\\n\\nSite-visit: Loading Applications 1 man-hour', '05-may-2022 15:45:12', '2022-00011-3', '2022-00011', 1005),
('Missing Included applications are provided and loaded to OpenROAD 5.1.\\n\\nDsource tried to use the same login credential from the Migration Test and it also works.\\n\\nRunning the application with the test login credential shows positive output, but still to be tested for it\'s Functionality.\\n\\nAll migrated 5.1 applications was then exported to EXP files.\\nNext step is to migrate it to OpenROAD version 11.2.\\n\\nSite-visit: Loading Applications 1 man-hour', '06-may-2022 15:18:00', '2022-00011-4', '2022-00011', 1005),
('Initial migration from exported OpenROAD version 5.1 to OpenROAD 11.2.\\n\\nAt first shows some code error pertaining to Procedure declared as non-returning value, but upon checking it does and was working with the 5.1 version. \\n\\nIt is then checked that upon importing/migrating applications, a restart or a refresh is necessary since there are a lot of included applcations intertwined with each other.\\n\\nFurther testing is required.\\n\\nSite-visit: Loading Applications 2 man-hour', '10-may-2022 17:05:12', '2022-00011-5', '2022-00011', 1005),
('Was not able to perform basic test with 11.2 Migrated application since Dsource found out that the testing Database they are using have been removed from the Test Server to clear out some space for other testing activities.\\n\\nIn the meantime, Dsource managed to create migration from 5.1 to 6.2 for reference.\\n\\nSite Visit: Migration - 1 man-hour', '25-may-2022 16:27:56', '2022-00011-6', '2022-00011', 1005),
('The Databse for the Application Under Test was restored on the test server. A new set of Login Credentials was requested.\\n\\nSite-visit: reconfiuration of the application to the database 1 Man-hour', '02-jun-2022 15:53:45', '2022-00011-7', '2022-00011', 1005),
('Test Log-in credentials was checked and working though an error message was detected that wasn\'t showing before:\\n\\nYour version is outdated, Current image version is Version 4.6.2u.\\nPlease coordinate with your System Administrator to get the latest version.\\n\\nThis might be caused by a new version of the application has been rolled-out or this has something to do with the Database reload that happened. This needs to be fixed for the testing to move forward.\\n\\nSite-visit: Login-credential testing and reconfiguration 1 man-hour', '07-jun-2022 16:55:41', '2022-00011-8', '2022-00011', 1005),
('The application message showing that the version was outdated was removed by modifying the database entry of the latest version on table orig_version.\\n\\nHDMF requested to install a 11.2 OpenROAD on one of their workstation to test the application migrated to 11.2\\n\\nSite-visit: reconfiguration 1 man-hour', '15-jun-2022 10:16:21', '2022-00011-9', '2022-00011', 1005),
('HDMF called to report a case with their HLMS production server that has stopped accepting user connection due to deadlocks.\\nUpon investigation, I found few causes of the said problem.\\n\\n1. E_OP04C0_NEWENUMFAILURE which may be the cause of deadlocks because the query execution plan fails.  We will have to check if this is a bug.\\n2. Numerous E_DM9045_TABLE_DEADLOCK on the system.\\n3. Still running an old version of patch -- 15683.  We already have 15744 for April 2022 patch update.', '10-may-2022', '2022-00012-1', '2022-00012', 1003),
('E_DM9045_TABLE_DEADLOCK\\tDeadlock encountered locking table ingres.appr_master_ext in database hsgcentral with mode 3. Resource held by session [37098 7f4386fce780] Mode 2.\\n\\nAvoid deadlocks on system catalogs by doing frequent sysmod, increasing number of locks in locking system, and avoiding use of READLOCK=NOLOCK and DLL when other sessions are in.', '10-may-2022 16:46:11', '2022-00012-2', '2022-00012', 1003);
INSERT INTO `tbl_comments` (`comments`, `time_stamp`, `entry_no`, `case_no`, `user_id`) VALUES
('INGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, ulx.c:300             ]: Tue May 10 12:01:54 2022 E_QE0002_INTERNAL_ERROR\\tA QEF internal error occurred. \\n Associated error messages which provide more detailed information about the  problem can be found in the error log (errlog.log)\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, scssvc.c:979          ]: An error occurred in the following session:\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]: >>>>>Session 00007F0468AB8E00:1480677120<<<<<\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     DB Name: hsgcentral    (Owned by: ingres )\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     User: rfpineda   (real: rfpineda ) \\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Session started at 10-May-2022 08:13:22 as user rfpineda\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Terminal: batch           \\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Group Id: mcrorig', '12-may-2022 13:57:18', '2022-00012-3', '2022-00012', 1003),
('INGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Role Id: \\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Application Code: 00000000            Current Facility: QEF (00000006)\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Session Unique Number: 9628674\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Client user: rfpineda\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Client host: PAM12-11809\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Client tty: PAM12-11809\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Client pid: 7516\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Client connection target: centraldb::HSGCENTRAL\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Client information: user=\'rfpineda\',host=\'PAM12-11809\',tty=\'PAM12-11809\',\\npid=7516,conn=\'centraldb::HSGCENTRAL\'', '12-may-2022 13:58:35', '2022-00012-4', '2022-00012', 1003),
('INGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Modes: DB: RW  Sess: RW  Txn: multi,rw       Onerror-rollback: stmt\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Description: \\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Query: Execute ChkDevsWnoGB\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     PQTXT: \\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Last Query: define query  ~Q  is select n.guidelines as guidelines, n.shlf \\nas shlf, n.program as program, d.name as devname, n.dev_code as dev_code, \\nn.entrydate as entrydate, n.par as par from devswnogb n, dev_bank d where \\nd.code=n.dev_code and guidelines= $0= ~V  and shlf= $1= ~V  and program= $2= ~V \\n and n.dev_code= $3= ~V  order by guidelines, shlf, program, devname\\nINGDB1B           ::[47292             , 36777     ,  0000000000000000:00007f0468ab8e00, sc0e.c:717            ]:     Last recorded query start time: 10-May-2022 12:01:54\\ningdb1b ::[47292           , 68ab8e00]: Tue May 10 12:01:54 2022 Segmentation Violation (SIGSEGV) @PC 00000000007fa77c\\nRSP 00007f055840c330  RBP 00007f055840c390  RSI 00007f0774336068\\nRDI 00007f07743360b0  RAX 3030393933313133  RBX 00007f055840c440\\nRCX 000000364f0094a8  RDX 0000000000000000', '12-may-2022 13:58:54', '2022-00012-5', '2022-00012', 1003),
('The E_OP04C0 error is trying to take advantage if Greedy Optimization method fails.\\nThe query will continue but use alternate query optimization (non-greedy).\\n\\nYou can hide this error message but I am recommending not to.\\nCBF > DBMS Server > opf_new_enum=OFF > ingstop,ingstart\\n', '12-may-2022 13:59:32', '2022-00012-6', '2022-00012', 1003),
('1. E_OP04C0_NEWENUMFAILURE which may be the cause of deadlocks because the query execution plan fails.  We will have to check if this is a bug.\\nAnswer #1: The E_OP04C0 error is trying to take advantage if Greedy Optimization method fails. This is not the actual cause of the error but this is the notification error that the query execution is already failing.\\n\\n\\n2. Numerous E_DM9045_TABLE_DEADLOCK on the system.\\n3. E_QE0002_INTERNAL_ERROR. A QEF inter error occured.\\nAnswer #2 and #3: Table deadlocks and efficiency of the query execution relies on proper housekeeping. \\nAlways run optimizedb -zk -zfq, usermod at least every week.  Last run 14-Apr 2022.\\nThe server is already running 287 days, please schedule a server reboot once in a while.  \\n\\n4. E_US0010. Database does not exist: \'mrddocs\'.\\nAnswer #4. Multiple users are trying to access this mrddocs table but does not exist.\\nCheck on this as well. \\n\\n5. Still running an old version of patch -- 15683.  We already have 15744 for April 2022 patch update.\\nAnswer #5: Patch 15744 was superceded by Patch 15753 released May 9, 2022.  I would suggest to test this patch and apply to production environment once tested ok.\\n\\n', '12-may-2022 14:05:34', '2022-00012-7', '2022-00012', 1003),
('I would like to inform you that latest patch 15753 is already available for your testing.  You can download it here \\n\\nhttps://www.dropbox.com/s/hlhx33g18r9attm/actianx-11.1.0-100-linux-x86_64-p15744.tar.Z?dl=0\\n\\nThough upon checking earlier it seems that production servers are still in patch 15683.\\n\\nThis patch supercedes the previous releases as follows:\\n15726 January 2022\\n15730 February 2022\\n15738 March 2022\\n15744 April 2022\\n\\nI suggest for you to test immediately and once the testing passed, upgrade the production environments.', '12-may-2022', '2022-00013-1', '2022-00013', 1003),
('2.0 May 9, 2022 - New Bug Fixes for Patch 15753\\n\\nBug 135096 II-4342 (GENERIC)\\n\\nCross table update query between table and view fails with error: E_US125D Ambiguous replace: you have specified several replacements for the same row.\\n\\nBug 136054 II-5554 (GENERIC)\\n\\ninfodb shows X100 supported : Yes in user databases on platforms with no x100 support (Solaris, AIX, HP-UX, VMS)\\n\\nBug 136714 II-6190 (GENERIC)\\n\\nThe resulting datatype of date(\'string\') within the procedure changes after clearing the cache using tracepoint qs506. the procedure recompile and uses current date_alias. It is not using the date_alias when the procedure created for the first time\\n\\nBug 139324 II-8671 (VMS, CLUSTER)\\n\\nFollowing a node failure, lock requests on remaining nodes are stalled and never granted.\\n\\nBug 139353 II-8850 (VMS)\\n\\nE_SC033D_TZNAME_INVALID is not displaying the timezone name.\\n\\nBug 139406 II-8926 (VMS)\\n\\nThe DBMS server may hang. PSTACK trace show that the ast_thread is stalled waiting for IO AST to complete.\\n\\nBug 139509 II-9053 (ENHANCEMENT)\\n\\nAdd support for the ipv4, ipv6 and uuid datatype to QBF utilities. A default display format for ipv4, ipv6, and uuid is c15, c39, and c36 respectively. A maximum of 15, 39, 36 character is required to apply inserts and/or updates as valid values in ipv4, ipv6, and uuid.\\n\\nBug 139625 II-9170 (GENERIC)\\n\\nA query that does a cross table update with a view runs slow due to the view is being materialized.', '12-may-2022 15:44:40', '2022-00013-2', '2022-00013', 1003),
('A gentle reminder that upon our annual audit of Ingres / OpenROAD servers, we find out that there are still servers that are running on lower product and patch version.  Such as the following:\\n\\n1. GEN_ACCT, LEGACYSVR, onlinesvr, orataf2 - Ingres 10.2 patch 15049\\n2. HO6 - Actian 11.1 patch 15580\\n3. ingdb2a, LEGACYPDCSVR, RHL6_MID - Actian 11.1 patch 15619\\n4. NEWISDDSVR - Actian 11.1 patch 15644\\n5. bidb3, hloutsourcing, hsgdrdb, IISP_TELLERING, iispropa, ingdb1a, ingdb1b, ingdb2b, ingdrdb, inghsg1, NEWCMSSVR, NEWDCDDB01, NEWDCDDB03, NEWHDMFSVR - Actian 11.1 patch 15683\\n6. ActianSvr, dcdsvr, newisqadsvr - Actian 11.1 patch 15726\\n7. isddsvr - Actian 11.1 patch 15744\\n\\nFor 2022, please be advised that there will no longer have license keys for 10.2 versions. We highly recommend to upgrade the remaining four (4) servers on or before 15-July 2022.\\n\\nFor servers running Actian 11.1 with patch lower than patch release May 2022 -- 15753, we suggest to upgrade it to the latest patch to avoid any already-fixed bug/s.\\n\\nIn addition, Actian 11.1 will soon end its Enterprise Support and patch.  \\nWe highly recommend to test Actian 11.2 as soon as possible.', '25-may-2022', '2022-00014-1', '2022-00014', 1003),
('As part of our services to you, we would also like to implement the Load and\\nRun on you your OpenROAD 6.2 Applications.\\nFor us to properly implement the Proof of Concept, we will be needing the\\nbelow installers to be installed on one of your servers.\\nWe would like to request for the following items:\\n\\n1. Server where the Load and Run Server will be installed.  Windows OS.\\n2. Login credentials of the Load and Run Server e.g., Username and Password, IP Address.\\n3. OpenROAD Application (.img) that will be deployed using LoadAndRun Server.\\n4. Client workstation that can access #3 OpenROAD Application to test.\\n\\nIn addition, we would like to know when is the best time to start this\\nservice.\\n\\nApplications needed for setting up LoadNRun 6.2 on windows:\\n\\n1. Java JDK and JRE\\n2. OR Server 6.2 \\n3. LoadNRun 6.2\\n4. Apache Tomcat v8.5 installer\\n5. Application to be deployed\\n\\nNumbers 1, 3, & 4 installers are provided in the link below.', '06-jun-2022', '2022-00015-1', '2022-00015', 1002),
('Dsource will now close case number 2022-00015: Setting Up LoadNrun 6.2. Included in the POC documentation are this case\'s activities, results, and findings.\\n\\nBelow is the link for the soft copy of the LNR POC documentation.\\n\\nhttps://www.dropbox.com/s/vpeb2pdzhkxut1s/HDMF%20-%20LNR%20PoC%20Documentation%20V1.pdf?dl=0', '30-aug-2022 09:26:30', '2022-00015-10', '2022-00015', 1002),
('June 15, 2022:\\n- DSI setup and configure the workstation to be used for loadnrun.', '16-jun-2022 11:20:15', '2022-00015-2', '2022-00015', 1002),
('June 20, 2022:\\n\\n- Testing Loadnrun 6.2 build: 15216 (latest LNR 6.2 version)\\n  with OR server 6.2 build: 15074 (HDMF OR 6.2 version) provided by Actian.\\n\\tResult: Failed\\n\\n- OR 6.2 build: 15074 does not contain the following files:\\n\\t1. Loadnrun image (must have)\\n\\t2. Loadnrun demos\\n\\t3. Gatekeeper 3\\n\\n- DSI used the loadnrun image from the Loadnrun 6.2 build: 15216 and register it to OR Server. Connecting to loadnrun via VOSA results to an error code: 0x800706BE.\\n\\n- loadnrun.log contains the following error message:\\n\\tOpenROAD OR 6.2.0 (int.w32/00) BLD: 6.2.0/15074 p15119\\n\\t[20-jun-2022 13:52:27] ghostexec for \'server\': Loadnrun Server Started\\n\\tE_WT0067 The interpreter found an invalid intermediate language operation\\n    \\t(141).\\n \\tContact technical support.  Try recompiling the program.\\n', '21-jun-2022 10:56:33', '2022-00015-3', '2022-00015', 1002),
('June 21, 2022:\\n\\nLoadnrun Setup and Configuration\\n\\n- DSI installed and configured the following:\\n\\t1. Java JDK and JRE\\n\\t2. OR 6.2 bld:15216 complete installation\\n\\t3. Apache Tomcat v. 8.5\\n\\t4. Loadnrun 6.2 bld:15216\\n\\n- DSI deployed two thick applications (FCA and Loans Origination) using the LNR launcher. \\n\\t\\tResult: Successful\\n\\n- Note: Setup LNR netutil on the client-side for applications with database connections to work.', '21-jun-2022 16:48:32', '2022-00015-4', '2022-00015', 1002),
('July 6, 2022:\\n\\nResearch and configuration for LNR settings.\\n- You could set ASO & SPO to either CONNECT or PACKET_PRIVACY.\\n- It is recommended to use Tomcat 8.5 for OR Server 6.2\\n- Run this command to OR Administrative window to check if tomcat is running.\\n\\tsc qc tomcat8\\n- To call new applications to the from the sample Launcher, edit its install4gl.txt file.\\n- Verify that II_W4GLAPPS_DIR has been set at the System level\\n- Sample demos and launcher for LNR set up is located at %II_SYSTEM%\\\\eclient\\\\62demox64. But it should be placed as to where II_LOADNRUN62X64_W4GLAPPS_DIR points.\\n', '07-jul-2022 15:40:32', '2022-00015-5', '2022-00015', 1002),
('July 7, 20222:\\n\\n- Deploying and running both Thin and Think applications on a client machine.\\n- Demonstration on how to setup and configure new images to LoadNRun on both Server and Client side.\\n- We also verified that some nuances may still occur when running an old build application on a new LoadNRun installation.\\n\\nThese concerns were raised during the demonstration:\\n\\t? Network performance if multiple users simultaneously download images.\\n\\t? Transferring folder over LoadNRun\\n\\t? Enabling decompression of compressed files through OpenROAD (to limit transfer load)\\n\\t? Checking running window processes to disable multiple instance of an Application\\n\\t? Triggering LoadNRun download if the application image is non-existence.\\n\\n', '07-jul-2022 16:38:27', '2022-00015-6', '2022-00015', 1002),
('July 8, 2022:\\n\\nAdditional LoadNrun testing\\n\\n- Deploying zipped file including the image are automatically unzipped on the client side.\\n- Previously we noticed that deploying a Folder thru loadnrun turns it into a file once it  is downloaded by the client. This can be fixed by Zipping the folder.\\n- Loadnrun 11.2 downloads the file faster than loadnrun 6.2.\\n- LNR has a 1200 seconds limit on the download time.', '11-jul-2022 15:54:56', '2022-00015-7', '2022-00015', 1002),
('July 9, 2022:\\nAdditional LoadNRun Testing\\n\\nDsource have created codes to automatically decompress zip files through OpenROAD code. This code will render moot since Dsource discovered that a zipped file transfered through LoadNRun will automatically decompress it once it reach the client machine.\\nAlso included to this script is a code to check if a specific file is non-existense on a location, that can be use to trigger a LoadNRun Download. (Please refer to the Attached File).\\n\\nAnother Code is provided to check is an instance of an application is already running on the machine, this will determine if another instance of the image will be allowed to run.\\nPlease see attached file.', '11-jul-2022 17:38:40', '2022-00015-8', '2022-00015', 1005),
('July 11, 2022:\\n\\nMore information from Actian Engineering Team:\\n\\nThe main factors that could influence the download performance during Loadnrun are\\n\\t? network speed\\n\\t? size of downloaded files (images, config files, etc.)\\n\\t? contention when several downloads are due to be executed at the same time\\n\\nA contention could happen if multiple users perform a download at the same time as:\\n\\t? The Loadnrun server is run as OpenROAD server application (oraso process on the server).\\n\\t? Only one remote procedure call is served at a time for each oraso process -downloading via Loadnrun is using remote procedure calls\\n\\t? The default configuration for the Loadnrun server uses one slave process (means one oraso process),\\n\\t? therefore it would only allow to process one download at a time (all others are queued, so they will wait).\\n\\nThe default configuration for the ?Loadnrun? server application can be amended to provide parallel downloads by the following changes in VOSA (or in the orserver.json configuration file):\\n\\t? Increase the number in the ?Max. Slaves? option (maxslaves member in \\t  orserver.json)\\n\\t? Change the ?-L? flag within the ?Flags? setting (cmdflags member in \\t  orserver.json) to include the Slave ID:\\n\\t? from <em>-Lloadnrun.log</em> to <em>-Lloadnrun_%s.log</em>\\n\\t? This is done in order to prevent conflicts when different processes write to the same log file.\\n\\nThis will (after an OpenROAD Server restart) allow to run multiple downloads in parallel by using multiple oraso processes (up to the configured number).', '20-jul-2022 09:11:27', '2022-00015-9', '2022-00015', 1002),
('You have requested a license file for 1x  Actian X 11.1 Custom Evaluation License ; Multiple OS,cores: 64  ; Exp:2022-07-10 \\n\\nDownload the license file here https://www.dropbox.com/s/0u9f4s4bs1cf24j/license.xml?dl=0\\n\\nPlease save the attached XML license file as license.xml in a directory that can be accessed by the Ingres Installations you wish to use it for. The ii.HOSTNAME.config.license_dir in the config.dat (where HOSTNAME is the hostname as it appears in other config.dat entries for the host) will need to reference this location. Please ensure the file owner and/or permissions of the license.xml file allow the Ingres installation owner to read the file.\\n\\nThe license.xml file can be verified by copying it to any directory on the host and running:\\n    \\n        cilicchk /path/to/license_directory\\n', '10-jun-2022', '2022-00016-1', '2022-00016', 1003),
('You have requested a license file for 1x  Ingres Multi-Core 11.1 Runtime License ; Linux X86 64-bit ,cores: 32 ; HostId:8a62c3a00069  ; Exp:2022-06-29 .\\n\\nDownload the license file here\\nhttps://www.dropbox.com/s/xur5wylpe4f0e5t/license.xml?dl=0\\n\\nPlease save the attached XML license file as license.xml in a directory that can be accessed by the Ingres Installations you wish to use it for. The ii.HOSTNAME.config.license_dir in the config.dat (where HOSTNAME is the hostname as it appears in other config.dat entries for the host) will need to reference this location. Please ensure the file owner and/or permissions of the license.xml file allow the Ingres installation owner to read the file.\\n\\nThe license.xml file can be verified by copying it to any directory on the host and running:\\n    \\n        cilicchk /path/to/license_directory', '21-jun-2022 09:58:09', '2022-00017-1', '2022-00017', 1003),
('HDMF have encounter a Visual Bug on Tablefields when using Property Changer on an Application.\\nThe Tablefield\'s Header Button changes color during Mouse Hover, but won\'t turn back once hover was done.\\n\\nDone some testing and apparently, this can be fixed by:\\n\\n1. checking the ignore Fieldstyle-unique fields option on Property Changer\\n\\n2. changing the Header Button\'s BgDisplayPolicy to BDP_CORNERED\\n\\n3. Applying the readily made Field style 2.', '07-jul-2022 15:38:15', '2022-00018-1', '2022-00018', 1005),
('1. checking the ignore Fieldstyle-unique fields option on Property Changer\\n\\n2. changing the Header Button\'s BgDisplayPolicy to BDP_CORNERED\\n\\n3. Applying the readily made Field style 2.', '07-jul-2022 15:45:54', '2022-00018-2', '2022-00018', 1005),
('Request sent to conduct training to a new set of participants.', '19-jul-2022', '2022-00019-1', '2022-00019', 1005),
('Training commenced August 8 to 9 2022 for 16 hours. The training was attended by:\\n\\tPrince Ryan B. Monte\\n\\tJullienne L. Ramos\\n\\tAlexis P. Espejo\\n\\tHarry M. Cayanan\\n\\tReymart C. Go\\n\\tChristian D. Cobrado\\n\\tZysa V. Rosales\\n\\tRoy Urbina\\n\\tBryan Exequiel E. Pineda\\n\\tRosel  M. Tagorio\\n\\tKevin Jerome A. Cruz\\n\\tKim Jonnathan R. Parianes\\n\\tLloyd B. Tobias\\n\\tRheyarie  Ross G. Espinol\\n\\tCrisanta H. Rance\\n', '18-aug-2022 12:00:46', '2022-00019-2', '2022-00019', 1005),
('Request sent to conduct training to a new set of participants.\\n', '19-jul-2022', '2022-00020-1', '2022-00020', 1005),
('Training commenced August 10 to 12 2022 for 24 hours. The training was attended by:\\n\\tPrince Ryan B. Monte\\n\\tJullienne L. Ramos\\n\\tAlexis P. Espejo\\n\\tHarry M. Cayanan\\n\\tReymart C. Go\\n\\tChristian D. Cobrado\\n\\tZysa V. Rosales\\n\\tRoy Urbina\\n\\tBryan Exequiel E. Pineda\\n\\tRosel  M. Tagorio\\n\\tKevin Jerome A. Cruz\\n\\tKim Jonnathan R. Parianes\\n\\tLloyd B. Tobias\\n\\tRheyarie  Ross G. Espinol\\n\\tCrisanta H. Rance', '18-aug-2022 12:10:26', '2022-00020-2', '2022-00020', 1005),
('You can download the license keys for all your ActianX 11.1 database servers on this link:\\nhttps://www.dropbox.com/s/l7v5w1mxwpqrpx0/Ingres%20license%20files%202022-2023.zip?dl=0\\n\\n', '20-jul-2022', '2022-00021-1', '2022-00021', 1003),
('New .zip file https://www.dropbox.com/s/83olf5do617m32j/ActianX%20License%20Files%202022-2023.zip?dl=0 for the license keys 2022-2023 with the following inclusions:\\n\\n1. onlinesvr is on ActianX 11.1 version\\n2. Temporary license keys until 21-Aug 2022 for old linux servers of ingdb1a (PFMDS and STLMS) and ingdb1b (HLMS)\\n3. Temporary license keys until 21-Aug 2022 for old windows server of gen_acctg\\n\\n', '21-jul-2022 11:05:43', '2022-00021-2', '2022-00021', 1003),
('For the  deployment of OpenROAD Loadnrun 6.2 (OR LNR), we would like to request for the following items:\\n\\n1. Server where the OR LNR and App Server will be installed.  Windows OS 64-bit.\\n2. Login credentials of the OR LNR and App Server e.g., Username and Password, IP Address.\\n3. OpenROAD Application (.img) that will be deployed using LoadAndRun Server.\\n4. Client workstation that can access #3 OpenROAD Application to test.\\n\\nBelow are applications needed for setting up OR LNR 6.2 on windows:\\n\\n1. Java JDK and JRE\\n2. OpenROAD Server 6.2 build: 15216 patch:15707\\n3. LoadNRun 6.2 build: 15216 patch:15707\\n4. Apache Tomcat v8.5 installer\\n5. Application to be deployed (created/imaged using OR 6.2 build: 15216 patch:15707)\\n\\nWe would like to ask your permission for installing Java JDK and JRE, and  Apache Tomcat on the server machine that you\'ll provide.\\n\\nIn addition, we would also like to know when is the best time to start this\\nservice.', '20-jul-2022 16:51:33', '2022-00022-1', '2022-00022', 1002),
('A gentle follow-up for case number 2022-00022: OPENROAD LOADNRUN 6.2 DEPLOYMENT. The following requested requirements are essential to start the service.\\n\\n? Requested items\\n\\n\\t1. Server where the OR LNR and App Server will be installed.  Windows OS 64-bit.\\n\\t2. Login credentials of the OR LNR and App Server e.g., Username and Password, IP Address.\\n\\t3. OpenROAD Application (.img) that will be deployed using LoadAndRun Server.\\n\\t4. Client workstation that can access #3 OpenROAD Application to test.\\n\\t5. Applications to be deployed (created/imaged using OR 6.2 build: 15216 patch:15707)\\n\\n? Permission to install the following apps (server side)\\n\\t1. Java JDK and JRE\\n\\t2. Apache Tomcat v8.5', '04-aug-2022 12:24:00', '2022-00022-2', '2022-00022', 1002),
('This case is for prioritization.', '22-nov-2022 16:15:07', '2022-00022-3', '2022-00022', 1002),
('You can download the latest patch release for 5-July 2022.\\n\\nhttps://www.dropbox.com/s/6l1m8jvrlrqiqb8/actianx-11.1.0-100-linux-x86_64-p15773.tar.Z?dl=0\\n', '21-jul-2022', '2022-00023-1', '2022-00023', 1003),
('Bugs addressed with this patch:\\n\\nBug 126709 II-203 (GENERIC)\\nSELECT CAST(MY_SEQ.NEXTVAL AS INTEGER) fails with E_US18AF whilst SELECT INTEGER(MY_SEQ.NEXTVAL) works as expected.\\n\\nBug 130442 (ATTENTION,GENERIC)\\nCOMMIT or ROLLBACK are incorrectly allowed inside a DBP procedure FOR LOOP. This causes the error E_QE001D_FAIL in the front end and the errors E_DM002B_BAD_RECORD_ID and E_QE001D_FAIL in the errlog. COMMIT and ROLLBACK should not be allowed inside FOR LOOP.\\n\\nBug 135587 II-5004 (GENERIC)\\nDBMSINFO needs to be able to return more than 64 characters for some DBMSINFO functions such as returning the DBMS log file path.\\n\\nThe DBMSINFO return maximum size is now the larger of 64, or the maximum size needed for the dbmsinfo item. All DBMSINFO requests prior to this change return 64 characters max. New DBMSINFO requests may be sized at more than 64 characters when necessary to contain the full returned value.\\n\\nFor compatibility, DBMSINFO(\'dbms_log\') continues to return 64 characters max. The new DBMSINFO(\'full_dbms_log\') returns the full path up to the internal server max of 255 characters.\\n\\nBug 135696 II-5132 (GENERIC)\\nThe query: \'select CURRENT_TIMESTAMP\' fails with the error_E_US09C5 when connected to a Star database.\\n\\nBug 136072 II-5564 (GENERIC)\\nAES_ENCRYPT(CONST, PASS_COLL) FROM MYTAB leads to incorrect results for every other row prcessed.\\n\\nBug 136464 II-5968 (WINDOWS)\\nChanges made in the Visual SQL preferences are not saved on exit.\\n\\nBug 136806 II-6280 (WINDOWS)\\nOn Windows abf building binary fails with error LNK1104 and E_AB0020 but there is no hint about target directory has no write or read permission.\\n\\nBug 137401 II-6952 (GENERIC)\\njson_arrayagg(), json_objectagg(), json_array(), json_object() calls can give E_AD1082 errors with no useful context info when should run clean or give E_AD5708 error instead.\\n\\nBug 138963 II-8457 (LINUX)\\nCLONEDB fails with export: Command not found. errors if a remote host login has a default shell of csh.\\n\\n', '21-jul-2022 11:37:50', '2022-00023-2', '2022-00023', 1003),
('Bug 139643 II-9186 (GENERIC)\\nSupport untyped NULL values in certain scenarios.\\n\\nBug 139754 II-9280 (GENERIC)\\nDoing \"alterdb -readonly\" to a database which was created with \"createdb ... -d<location> ...\" results in connections to that database getting: \"E_DM012A The database configuration file was not found\"\\n\\nBug 139786 II-9318 (GENERIC)\\naes_encrypt_iv()/aes_encrypt()/aes_decrypt_iv()/aes_decrypt() returning NULL incase \'passphrase\' is NULL\\n\\nBug 139805 II-9338 (WINDOWS)\\nSupport zlib 1.2.12.\\n\\nBug 139858 II-9388 (GENERIC)\\nWrong result from query that groups by on scalar string function.\\n\\nBug 139894 II-9419 (GENERIC)\\nWrong result when using windows function count() in an outer join.\\n\\nBug 139900 II-9427 (GENERIC)\\nset date_alias - - value without quotes followed by \';\' gives error message.\\n\\nBug 139907 II-9437 (GENERIC)\\nset date_alias - - date_alias is not taking NONE as valid value. - Same error message is displayed twice in case of invalid value. - Error message is not showing NONE as valid value\\n\\nBug 139914 II-9450 (GENERIC)\\ndbmsinfo(\'date_type_alias\') - Does not display session specific value.\\n\\nBug 139942 II-9480 (WINDOWS)\\niisuitz.bat -update fails with C:No CSI structure available\\n\\nBug 139948 II-9490 (GENERIC)\\nPREPARE statement fails with internal errors causing unexpected results if the placeholder is used as column expression within subquery E_SC0206, E_PS0C03, E_PS0002, E_SC0215, E_SC0220\\n\\nBug 139965 II-9520 (GENERIC)\\nA correlated NOT EXISTS WHERE clause can produce wrong results when the correlation includes the inner side of a LEFT OUTER JOIN.\\n\\nBug 140029 II-9608 (GENERIC)\\n\'cilicchk -Q\' can SIGSEGV if the license file does not contain a valid license for the host.\\n\\n', '21-jul-2022 11:38:26', '2022-00023-3', '2022-00023', 1003),
('Bug 140067 II-9640 (GENERIC)\\nInvalid/wrong date value returned for least-function on data columns, if a date column was all NULLs', '21-jul-2022 11:39:18', '2022-00023-4', '2022-00023', 1003),
('You can download the latest patch release for 2-August 2022.\\n\\nhttps://www.dropbox.com/s/m68ph9mo1gn5tx5/actianx-11.1.0-100-linux-x86_64-p15779.tar.Z?dl=0', '05-aug-2022 12:15:01', '2022-00024-1', '2022-00024', 1003),
('Bugs addressed with this patch:\\n\\nBug 130174 II-169 (GENERIC)\\nA union query that has an order-by clause which contains a function such as rand() or lower() causes E_SC0206/E_QE009C error.\\n\\nBug 132638 II-1985 (GENERIC)\\nIn a multi DBMS server environment if the recovery process dies for whatever reason one DBMS server does not shut down, spins reporting E_CL2517_CS_SMPR_DEADLOCK and E_DMA42E_LG_MUTEX and fills the errlog.log until the process is killed. Happens with 4 and more servers.\\n\\nBug 135208 II-4515 (GENERIC)\\nIncorrect SQL syntax using OVER without PARTITION BY causes E_OP0082 consistency check error.\\n\\nBug 135511 II-4923 (GENERIC)\\nWrong flags set in iiprocedure.dbp_mask1 for procedure A when A calls procedure B and B is recreated - depending on who is executing A. Verifydb then reports S_DU16E9_UNEXPECTED_DBP_PERMS and S_DU0251_MARK_DBP_DORMANT.\\n\\nBug 136823 II-6290 (GENERIC)\\nView creation fails with E_QS000F_BAD_HANDLE when created from python and JDBC.\\n\\nBug 137084 II-6596 (GENERIC)\\nServer returns wrong result for queries with restrictions on a table\'s key column.\\n\\nBug 139654 II-9197 (X100)\\nA query that has a mixture of distinct and non-distinct aggregate fails with E_OP08C1 Consistency check error.\\n\\nBug 139946 II-9449 (GENERIC)\\nWith config parameter \'ambig_replace_64compat\' being set to ON, in a cross table update query, a view that contains ifnull() in its select list is being materialized instead of being flattened\\n\\nBug 140028 II-9607 (X100)\\nAn outer join query on x100 tables returns wrong result. QEP contains an outer join hash join node, and the hash join type in such node is not HashJoin01 or HashJoinN type.\\n\\nBug 140066 II-9639 (GENERIC)\\nUpdating the current row of a cursor will abort if any of the columns being updated are part of an Integrity constraint.\\n\\nBug 140080 II-9651 (GENERIC,VECTORWISE)\\nISO Ingres sends padding characters to x100 when inserting non-ASCII strings into char(n) column\\n', '05-aug-2022 12:10:46', '2022-00024-2', '2022-00024', 1003),
('Bug 140115 II-9441 (DIRECTOR)\\nUpdate JAR files in view of security vulnerabilities\\n\\nBug 140223 II-9826 (GENERIC)\\n\'CREATE TABLE IF NOT EXISTS\' fails with E_US13EE when a table (or other db object if applicable) exists with the same name.\\n\\nBug 140261 II-9865 (GENERIC)\\nA query that has a window function with named over clause fails with E_US2548.', '05-aug-2022 12:11:17', '2022-00024-3', '2022-00024', 1003),
('AFTER THE DISK COPY/SYNC THE ONLINE APPLICATION VIRTUAL PAG-IBIG CANNOT FULLY ACCESS THE PFMDB.', '10-aug-2022 10:22:09', '2022-00025-1', '2022-00025', 1003),
('Requested additional result files of the following.\\n1. verifydb -mreport -sdbname <databasename> -odbms\\n2. check if you can access the location ingres/data/default/ and do an ls -ltra\\n', '10-aug-2022 10:27:34', '2022-00025-2', '2022-00025', 1003),
('Background: \\nThe database was being backed-up thru a process of disk copy/syncing from a working, live production database server.  Hence, the state log of the database was marked consistent, see infodb.log\\n\\nErrors from errlog.log:\\n1. E_DM930C_DM0P_PAGE_CHKSUM_FAIL Page Checksum failure detected. Database pfmdb, Table iiattribute.  This is because of a corrupted system catalog.\\n2. E_RD0060_DMT_SHOW Cannot access table information due to a non-recoverable DMT_SHOW error. This happens when the underlying physical files for the tables do not exist anymore or is corrupted.\\n\\nSteps taken:\\nIf the database is inconsistent due to operation, we tried to force it consistent thru the following commands:\\n1. sql -A10 pfmdb -- This returns E_QE007C Error trying to get a record.  This happens if the said database is inconsistent but unfortunately the -A10 should force it consistent already.\\n2. verifydb -mrun -sdbname pfmdb -oforce_consistent.  This command will flag the state of the database consistent for access but also failed.\\n3. sysmod pfmdb -- Failed with errors.\\n\\nFindings:\\n1. Prior to this incident, a corrupted database and system file was seen, files with priviledge, ownership and group with (?).\\n2. The database is corrupted and NOT inconsistent due to a corrupted system / database file.\\n\\nResolution:\\nTry to recover the database using rollforwarddb from an existing checkpoint file/s:\\n1. destroydb pfmdb\\n2. rollforwarddb pfmdb\\n3. sysmod\\n\\n\\n\\n\\n\\n', '10-aug-2022 11:55:09', '2022-00025-3', '2022-00025', 1003),
('Update:\\n1. HDMF is having a hardtime destroying the existing database due to corrupted data files.\\n2. Virtual Pag-IBIG App connection will be transfered to another database server until ingdrdb server was restored.\\n\\nAction:\\n1. HDMF is manually removing all data files in the server and will perform destroydb once cleared.\\n2. We recommend to check disk integrity for rollforwarddb.\\n3. HDMF will perform rollforwarddb which usually takes around 5-6 hours.\\n4. DSource will close the ticket now since we have already identified the problem, we will create another case if incase HDMF needs further assistance on the restoration.\\n\\n\\n', '12-aug-2022 10:51:04', '2022-00025-4', '2022-00025', 1003),
('This case is related to case number 2022-00019: DSOURCE ONLINE TRAINING - \"INTRODUCTION TO ACTIAN X AND INGRES SQL\" - BATCH 5\\n\\nDuring the training one of the HDMF participants asks if ingres has a GROUP_CONCAT() function just like in MySQL.\\n\\nGROUP_CONCAT() SYNTAX:\\n\\n\\tGROUP_CONCAT(expr);\\n\\nSAMPLE:\\n\\t\\n\\tSELECT\\tpub_id,\\n\\t\\tGROUP_CONCAT(DISTINCT cate_id)\\n\\tFROM book_mast\\n\\tGROUP BY pub_id\\n\\tORDER BY GROUP_CONCAT(DISTINCT cate_id) ASC;\\n\\nFor more information about GROUP_CONCAT() go to this link:\\nhttps://www.w3resource.com/mysql/aggregate-functions-and-grouping/aggregate-functions-and-grouping-group_concat.php\\n', '10-aug-2022 10:18:10', '2022-00026-1', '2022-00026', 1002),
('AUGUST 9, 2022:\\n\\nWORKAROUND FOR GROUP_CONCAT() USING OPENROAD\\n\\nCode:\\n\\ndeclare\\ni = integer not null;\\nx = integer not null;\\nvConcat = varchar(500) not null;\\nvText = varchar(100) not null;\\nenddeclare\\n\\n{\\n///////workaround\\ni = 1;\\n\\nSELECT DISTINCT (al_ccode) as tbl[i].txt_code\\nfrom airline\\n\\n\\tbegin\\n\\n\\t\\ti = i + 1;\\n\\n\\tend;\\n\\nfor x = 1 to tbl.lastrow() do\\n\\t\\n\\tselect concat(al_name, \' (\',al_icaocode,\')\') as vText\\n\\tfrom airline\\n\\twhere al_ccode = :tbl[x].txt_code\\n\\t\\n\\tbegin\\n\\t\\n\\t\\tvConcat = vConcat + \' \' + vText + \' | \';\\n\\t\\t\\n\\tend;\\n\\t\\n\\ttbl[x].txt_con = vConcat;\\n\\tvconcat = \'\';\\n\\t\\nendfor;\\n\\n}', '10-aug-2022 10:32:28', '2022-00026-2', '2022-00026', 1002),
('August 10, 2022;\\n\\nResolution:\\n\\nLISTAGG() function is the counterpart of GROUP_CONCAT()\\n\\nSYNTAX:\\n\\n\\tLISTAGG ([DISTINCT] value_expr [, \'delimiter\'])\\n\\t\\t[WITHIN GROUP (order-by-clause)]\\n\\nSAMPLE:\\n\\n\\tSELECT al_ccode, LISTAGG(concat(al_name, \' (\',al_icaocode,\')\'), \' | \') \\n\\t\\twithin group (order by al_name) AS name\\n\\n\\tFROM airline\\n\\n\\tgroup by al_ccode;\\n\\n\\tcommit; \\n\\n\\tNote: The table used for this example is included in demodb.\\n\\nActian reference #: 01368379', '10-aug-2022 10:46:54', '2022-00026-3', '2022-00026', 1002),
('HDMF (Sir Alvin Tabarrejo) informed DSI on August 20, 2022 that the production server went down last August 18, 2022. Client run ingstop/ingstart as their resolution. The server goes up and the operation went back to normal.\\n\\nUpon checking on the inglogs uploaded August 18, 2022 (inglogs_20220818_145342_pid60351), there are too many locks recorded and exceeded the quota which probably the main reason the server crashed.\\n\\nDSI recommends to increase per_tx_limit for the maximum number of locks per transaction and system_maxlocks for the maximum number of locks in locking system.', '20-aug-2022 10:58:39', '2022-00027-1', '2022-00027', 1004),
('Attached a KB related to this case.\\n\\nFile Name: Increasing MAXLOCKS and Involved INGRES Paramaters.pdf', '25-aug-2022 14:37:21', '2022-00027-2', '2022-00027', 1004),
('You can download the latest patch release for 1-September 2022.\\n\\nhttps://www.dropbox.com/s/mjlfl2udn696l6q/actianx-11.1.0-100-linux-x86_64-p15790.tar.Z?dl=0', '07-sep-2022 14:11:27', '2022-00028-1', '2022-00028', 1003),
('Bugs addressed with this patch:\\n\\nBug 133639 II-2964 (GENERIC)\\nThe error return for SQL using an invalid paramter name when executing a TPROC causes subsequent, valid calls to the procedure to report E_US0965 Procedure \'<procedure>\' not found.\\n\\nBug 134456 II-3744 (LINUX)\\nProvide OCF compliant resource agent script so instance can be managed as part of a failover cluster. This will support such software as Pacemaker.\\n\\nBug 134892 II-3232 (GENERIC)\\nCardinality estimate inaccuracies for joins can be much too low, resulting in poor query plans and/or poor performance.\\n\\nBug 139807 II-9340 (GENERIC)\\nDBMS server prints only addresses of function stack not the corresponding names in the log file when a crash occurs.\\n\\nBug 139960 II-9517 (GENERIC)\\nThe RCP log file can fill with \'License returned\' messages.\\n\\nBug 140260 II-9864 (WINDOWS)\\nName Server becomes unresponsive when a bad client connects to the Name Server listen port (named pipe).', '07-sep-2022 14:15:07', '2022-00028-2', '2022-00028', 1003),
('HDMF got some of these error codes E_DM93AF E_DM9006 E_DM9335 E_CL0603 while trying to insert 82M records on session table.\\n', '15-sep-2022 13:16:27', '2022-00029-1', '2022-00029', 1004),
('- Inglogs was uploaded upon creation of case on portal last September 15, 2022.\\n- Query of the session table as well as the table definition of table involved on the sessionn table was uploaded last September 16, 2022.\\n- First follow-up was sent to Pravat today September 19, 2022. Still waiting for his response.', '19-sep-2022 13:24:43', '2022-00029-2', '2022-00029', 1004),
('Sir Alvin did some testing to monitor II_WORK\\n\\n1. Open a command prompt and run: \\n> du -sh  /II_WORK/WKLOC1/ingres/work/default/data_warehouse /II_WORK/WKLOC2/ingres/work/default/data_warehouse \\n\\n*This is to check the base size of II_WORK \\n\\n2. Open another command prompt and run:\\nNOTE: DO NOT CLOSE THE SESSION \\n\\n> iisql data_warehouse \\n\\n* Please next comment for the query\\n\\n3. Go back to another command prompt and run this again: \\n> du -sh  /II_WORK/WKLOC1/ingres/work/default/data_warehouse /II_WORK/WKLOC2/ingres/work/default/data_warehouse \\n\\n*This is to check the difference made on size of II_WORK Please screenshot the du -sh commands.\\n', '03-nov-2022 11:21:43', '2022-00029-3', '2022-00029', 1004),
('drop table if exists session.tmp_corplan_report_ml; declare global temporary table session.tmp_corplan_report_ml ( seqno integer8 not null not default, pagibigid varchar(25) not null not default, account_no varchar(25) not null not default, lname varchar(60) not null not default, fname varchar(60) not null not default, mid varchar(60), name_ext varchar(10), birthdate ansidate not null not default, civil_status char(2), gender char(1), basic money, program_code varchar(10) not null not default, membership_category varchar(5) not null not default, employerid varchar(25) not null not default, branch_code varchar(10) not null not default, init_percov char(6) not null with default, last_percov char(6) not null with default, init_remit ansidate not null not default, last_remit ansidate not null not default, occupationcode varchar(10) not null with default, ee money not null not default, er money not null not default, div money not null not default, country varchar(100) not null with default, mobile_no varchar(30) not null with default, with_final_claim integer2 not null with default, paymentcount integer not null with default, cutdate ansidate not null not default, rundate ansidate not null not default ) with page_size = 16384 ; \\ninsert into session.tmp_corplan_report_ml select first 1000000 a.seqno, a.pagibigid, a.account_no, a.lname, a.fname, a.mid, a.name_ext, a.birthdate, a.civil_status, a.gender, a.basic, a.program_code, a.membership_category, a.employerid, a.branch_code, a.init_percov, a.last_percov, a.init_remit, a.last_remit, a.occupationcode, a.ee, a.er, a.div, a.country, a.mobile_no, a.with_final_claim, Int2(-1), AnsiDate(b.cutdate), AnsiDate(\'today\') as rundate from cpr_memberlist a inner join report_parameters b on b.cutdate <> Date(\'\') left join stg_corplan_report_ml c on a.pagibigid = c.pagibigid and a.account_no = c.account_no and a.program_code = c.program_code where c.pagibigid is null; modify session.tmp_corplan_report_ml to btree unique on seqno; \\n', '03-nov-2022 11:24:16', '2022-00029-4', '2022-00029', 1004),
('As per Actian, Engineering is working on bug II-10201 for this case.', '03-nov-2022 11:27:26', '2022-00029-5', '2022-00029', 1004),
('As per Actian:\\n\\nThis case could be related to case 2022-00036 wherein the II_WORK was unnsupportedly set on ingprenv.\\n\\nActian recommends to look for all the possible remaining references to /II_WORK/ingres*\\n\\n1.Database configuration file aaaaaaaa.cnf in /II_DATABASE/ingres/data/default/data_warehouse \\n2.\\tDatabase configuration file aaaaaaaa.cnf in /II_CKPT/ingres/dmp/default/data_warehouse # use ls -l / cksum and make sure these two are identical \\n3.The aaaaaaaa.ext in /II_CKPT/ingres/dmp/default/data_warehouse\\n4.The X100 location_map file in /II_DATABASE/ingres/data/default/data_warehouse/wal\\n5. Connect to iidbdb and check all system catalogs that might be related. For checking , use\\nSELECT VARCHAR(table_name,32) FROM iitables WHERE table_name LIKE \'%loc%\' OR table_name LIKE \'%ext%\'\\\\g\\nand check every single one of them. To update you if you find one, you need to connect using sql +U -u\'$ingres\' iidbdb.\\nIn particular, check iilocation_info, iiextend_info, iiextend, iilocations and modify/correct any reference to the old (supposedly unused) location.\\n', '03-nov-2022 11:34:51', '2022-00029-6', '2022-00029', 1004),
('HDMF performed another testing to monitor II_WORK\\n\\nDSI asked HDMF to run the sql for iidbdb to verify locations:\\n\\n    |           16|ii_work2                        |/II_WORK/WKLOC2 \\n    |           16|ii_work                         |II_WORK\\n\\n\\n\\n    |ii_work2                        |N         |N         |N         |Y         |N         |N          |/II_WORK/WKLOC2 \\n    |ii_work                         |N         |N         |N         |Y         |N         |N          |II_WORK                                                                                                                         |              |            0|           16|\\n                                                                                         \\n\\n    +--------------------------------+--------------------------------+-------------+-------------+-------------+\\n    |location_name                   |database_name                   |status       |raw_start    |raw_blocks   |\\n    +--------------------------------+--------------------------------+-------------+-------------+-------------+\\n    |ii_work                         |b132169                         |            5|            0|            0|\\n    |ii_database                     |b132169                         |            3|            0|            0|\\n    |ii_work                         |stlos_prod                      |            5|            0|            0|\\n    |ii_database                     |stlos_prod                      |            3|            0|            0|\\n    |ii_work                         |snastorga                       |            5|            0|            0|\\n    |ii_database                     |sna', '03-nov-2022 11:44:25', '2022-00029-7', '2022-00029', 1004),
('As per Actian, locations on iidbdb looks good and theres no need to change anything.\\nThe entries in iilocations and iilocation_info state that ii_work is using the area specified by II_WORK (the installation primary work location) which is set to /II_WORK/WKLOC1 so that is fine.\\n\\nActian recommends to:\\n\\n1. Run infodb data_warehouse and check if II_WORK locations are corrent\\n2. ingstop\\n3. Rename /II_WORK/ingres/work/default/data_warehouse to /II_WORK/ingres/work/default/dwh\\n4. Rename /.../dmp/default/data_warehouse/aaaaaaaa.cnf to /.../dmp/default/data_warehouse/aaaaaaaa.cnf.old\\n5. ingstart\\n6. Create a dummy table in database data_warehouse\\n7. Echo create table dropme as select * from iitables\\\\g | sql data_warehouse\\n\\nThis will create a new aaaaaaaa.cnf in the dmp directory\\n\\nIf all works fine and confirmed that correct two /II_WORK/WKLOC1 and /II_WORK/WKLOC2 are shown by infodb in step1, run the original INSERT SELECT statement to create the 82 million rows table\\n\\nWhile this is running:\\n1. execute $II_SYSTEM/ingres/sig/inglogs/inglogs\\n2. cd to the inglogs directory and open pfiles_iidbms* and search for II_WORK. \\n3. Double check and make sure only files in /II_WORK/WKLOC1 and /II_WORK/WKLOC2 are open and there is no reference to files in /II_WORK/ingres/work/default/*.\\n\\n', '03-nov-2022 11:47:50', '2022-00029-8', '2022-00029', 1004),
('After migration to the new server, checkpoint could not perform on iidbdb database.\\n\\n', '20-sep-2022 15:03:38', '2022-00030-1', '2022-00030', 1004),
('Hi Sir Alvin,\\n\\nKindly run the following before running ckpdb +j on iidbdb:\\n\\n1. As user ingres:\\n\\t> copy cktmpl_wrap to $II_SYSTEM/ingres/bin \\n\\t> chmod 755 $II_SYSTEM/ingres/bin/cktmpl_wrap\\n\\t> copy cktmpl_wrap.def to $II_SYSTEM/ingres/files\\n2. Run:\\n\\t> ingsetenv II_CKTMPL_FILE $II_SYSTEM/ingres/files/cktmpl_wrap.def\\n3. ingstop/ingstart to take effect', '20-sep-2022 15:19:57', '2022-00030-2', '2022-00030', 1004),
('To checkpoint IIDBDBD:\\n\\n1. ingstop/ingstart -dmfacp\\n2. alterdb -disable_journaling iidbdb\\n3. ckpdb -d +j iidbdb', '20-sep-2022 15:34:45', '2022-00030-3', '2022-00030', 1004),
('As per our site visit earlier, iidbdb is now journaled and was checkpointed last night.\\n\\nClosing this case now.', '21-sep-2022 15:05:41', '2022-00030-4', '2022-00030', 1004),
('$ingres VS ingres \\n? $ingres user is a special type of user ID that used internally for system catalogs (e.g., iiusers, iidatabase_info, iilocation_info)\\n? ingres user is the owner and administrator of Ingres RDBMS, and it was set up during installation\\n\\nEach Ingres user has different privileges given:\\n\\naudit_all  - the privilege to security audit all user activities. Since user ingres was the administrator, this privilege was granted to ingres user\\nunmask ? the privilege to unmask masked columns defined during CREATE TABLE\\n\\naudit_query_text -  the privilege of user to see query text, enabled if security_audit=(query_text) was specified when creating or altering the user\\n\\nOther privileges can be seen on DatabaseAdmin.pdf Guide attached.\\n', '21-sep-2022 11:07:04', '2022-00031-1', '2022-00031', 1004),
('As per Sir Alvin, his inquiry were already answered.\\n\\nClosing this case now.', '22-sep-2022 11:08:02', '2022-00031-2', '2022-00031', 1004),
('After a patch upgrade from 15683 to 15726, 15744, 15753, 15779 and 15790 last Saturday, 24-Sep-2022, HDMF has experienced a Segmentation Violation error pertaining to a permission to set the scheduling policy and parameters specified during thread creation.', '27-sep-2022 14:39:34', '2022-00032-1', '2022-00032', 1003),
('Requesting for a series of inglogs in 4 hours interval starting tomorrow 28-Sep-2022 0800H.\\n\\n', '27-sep-2022 17:13:21', '2022-00032-2', '2022-00032', 1003),
('Upon investigation, there\'s an error before the Segmentation Violation (SIGSEGV) error.\\n\\nTue Sep 27 09:21:15 2022 E_CL2539_THREAD_CREATE_FAIL CSMTadd_thread: The request to the operating system to create a new thread failed with error status 11. Depending on the error status code, it could happen because: a) Insufficient resources to create another thread. b) A system-imposed limit on the number of threads was encountered. c) No permission to set the scheduling policy and parameters specified during thread creation.\\n\\nThe possible cause of this is because the soft limit was set to the default minimum of 1024.\\n\\nPlease perform the following during weekend:\\n\\n1. Re-apply patch 15790\\n2. Run iisetres ii.iisp_tellering.createdb.iidbdb_page_size 8192\\n3. Increase the OS\' soft limit to 4096\\n4. Re-run the application that runs this SQL:\\n\\nselect payrefno as payrefno, msb_code as msb_code, hub_code as \\nhub_code, date_created as date_created, pay_source as pay_source, payor_id as \\npayor_id, payor_name as payor_name, payor_address as payor_address, \\ncurrency_code as currency_code, payment_mode as payment_mode, is_value_dated as \\nis_value_dated, amount as amount, orig_refno as orig_refno, orig_refdate as \\norig_refdate, old_payrefno as oldpayrefno, status as status, status_date as \\nstatus_date, membership_category as membership_category, user_branch_code as \\nuser_branch_code from pof_payscreenheader where payrefno= ~V', '30-sep-2022 15:14:11', '2022-00032-3', '2022-00032', 1003);
INSERT INTO `tbl_comments` (`comments`, `time_stamp`, `entry_no`, `case_no`, `user_id`) VALUES
('E_CL1030_LK_EXPAND_LIST_FAILED.\\n\\n(1) ingstop\\n(2) Start CBF\\n(3) Scroll down to Locking system\\n(4) Choose Configure from the menu at the bottom\\n(5) Choose Derived from the menu at the bottom\\n(6) Scroll down to lock_lists\\n(7)  Choose E dit from the menu at the bottom\\n--- double the current value.\\n(8) Scroll down to lock_limit\\n(9)  Choose Edit from the menu at the bottom\\n--- and enter 101000, if there is a value above 1 000 000.\\n(10) choose protect from the menu at the bottom\\n(11) Choose E nd from the menu at the bottom\\n(12) Choose Edit from the menu at the bottom and enter double the current value for the per_tx_limit.\\n(13) Choose End from the menu at the bottom\\n(14) Select Yes to save the changes\\n(15) Quit from CBF\\n(16) ingstart', '30-sep-2022 15:29:07', '2022-00032-4', '2022-00032', 1003),
('Client already did the following:\\n1. Run iisetres ii.iisp_tellering.createdb.iidbdb_page_size 8192\\n2. Increase the OS\' soft limit to 4096\\n\\nUnfortunately, they haven\'t had the chance to do the following due to operation:\\n1. Re-apply patch 15790\\n2. Re-run the application that runs this SQL:\\n\\nselect payrefno as payrefno, msb_code as msb_code, hub_code as \\nhub_code, date_created as date_created, pay_source as pay_source, payor_id as \\npayor_id, payor_name as payor_name, payor_address as payor_address, \\ncurrency_code as currency_code, payment_mode as payment_mode, is_value_dated as \\nis_value_dated, amount as amount, orig_refno as orig_refno, orig_refdate as \\norig_refdate, old_payrefno as oldpayrefno, status as status, status_date as \\nstatus_date, membership_category as membership_category, user_branch_code as \\nuser_branch_code from pof_payscreenheader where payrefno= ~V\\n\\nFor follow up next week 25-Oct 2022', '18-oct-2022 14:00:07', '2022-00032-5', '2022-00032', 1003),
('Enterprise Access is a middle-ware that makes other databases look like an Ingres database. In other words, it is an Ingres connectivity option that allows Ingres/OpenROAD applications to run against non-Ingres databases such as Oracle. Enterprise Access allows a single application to run against multiple databases without needing to know or use host specific syntax or data types.\\n\\nEDBC is a Mainframe based product similar to Enterprise Access that offers access to mainframe databases (both relational and non-relational databases).\\n\\nYou can download documentation on this link https://www.dropbox.com/sh/exchwp3b2jxmvh7/AAB-6-DXkPOXyO56b10qBHw7a?dl=0', '28-sep-2022 14:07:06', '2022-00033-1', '2022-00033', 1003),
('Sir Lex reported at 8AM that NEWDCDDB01 could not start.\\n', '07-oct-2022 10:55:55', '2022-00034-1', '2022-00034', 1004),
('HDMF rename /II_SYSTEM/ingres/files/audit.1 and audit.2 to /II_SYSTEM/ingres/files/audit.11 and audit.22\\n\\nThe DBMS Server then started.\\n\\nDSI requested another inglogs after ingstart for further investigation as tons of E_CL1613_PC_SP_PROC error have seen on the inglogs.', '07-oct-2022 11:18:09', '2022-00034-2', '2022-00034', 1004),
('Link for I_SX1056_CHANGE_AUDIT_LOG error KB:\\n\\nhttps://communities.actian.com/s/article/Ingres-fails-to-start-with-AUDIT-errors\\n\\nhttps://communities.actian.com/s/article/Managing-Security-Auditing-Files-Via-ON-SWITCH-LOG-Option\\n', '07-oct-2022 11:25:10', '2022-00034-3', '2022-00034', 1004),
('Hi Sir Lex,\\n\\nGood day!\\n\\nMay I request for a copy of /var/log/messages to further investigate the E_CL1613_PC_SP_PROC error.\\n\\nAlso, Actian\'s initial recommendation is to increase max user processes to 240000 on /etc/security/limits.conf and observe the servers behavior.\\n\\nThank you.\\n\\n\\nRegards,\\nManilyn\\n', '07-oct-2022 17:50:23', '2022-00034-4', '2022-00034', 1004),
('Hi Sir Lex,\\n\\nYes as per Actian last recommendation please set soft limit to 8192 and hard limit to 128336.\\n\\nJust add the following line on /etc/security/limits.conf:\\n\\n    ingres    nproc 8192\\n\\n    ingres    nproc 128336\\n\\nAfter server restart you can run ulimit -a and ulimit -aH to check.', '10-oct-2022 10:09:58', '2022-00034-5', '2022-00034', 1004),
('From Actian:\\n\\nSecurity Auditing has been switchen ON on Thu Sep 8 15:46:23 2022 (included in both inglogs you\'ve provided\'. However, on_switch_log has not been specified how to manage the two audit log files so once they are filled security auditing gets susoendet (as per your on_log_full=suspend). However, the next restart attempts writing to the log files and finds them full and refuses to start with E_SX104C_SXAP_NEED_LOGFILES All security audit logfiles are used. and 2022 E_SX101A_SXAP_STARTUP Because of previous errors, the low level auditing system could not start up.\\n\\nYou either need to switch OFF security auditing OR if you needed security auditing, implement a script that manages the files when switching. The best approach is described in KB doc Managing Security Audit Files.\\n\\n \\n\\nThe E_CL1613_PC_SP_PROC PCspawn: system process table is temporarily full is because the installation exceeds the soft max user processes (we are using the soft limit and don\'t expand).\\n\\nAs of ulimit-a.out, the soft limit is set to 1024 and as of ulimit-aH.out the hard limit is set to 128336.\\n\\nThe 1024 setting is ways too low. I would increase at least to 8192 if not 165384.', '10-oct-2022 10:11:38', '2022-00034-6', '2022-00034', 1004),
('NEWDCDDB01        ::[II_ACP            , 31312     ,  0000000000000000:00007f03b9fec200, dmfx100.c:1847        ]: Wed Oct 12 09:47:39 2022 E_VW1006_GENERIC\\tGeneric internal error in X100 server\\nNEWDCDDB01        ::[II_ACP            , 31312     ,  0000000000000000:00007f03b9fec200, dmfx100.c:1856        ]: Wed Oct 12 09:47:39 2022 E_DM9848_BACKUP_DB\\tError occurred archiving database bayadcenter_ws_db\\nNEWDCDDB01        ::[II_ACP            , 31312     ,  0000000000000000:00007f03b9fec200,                       ]: Wed Oct 12 09:47:39 2022 E_VW1006_GENERIC\\tGeneric internal error in X100 server\\nNEWDCDDB01        ::[II_ACP            , 31312     ,  0000000000000000:00007f03b9fec200,                       ]: Wed Oct 12 09:47:39 2022 E_DM9847_X100_BACKUP\\tError occurred during x100 archive processing.\\n', '12-oct-2022 14:50:40', '2022-00035-1', '2022-00035', 1004),
('With the fix for both bugs in place the x100 server is not called in any of the following cases:\\n\\n    The database was created without x100 support at all (createdb -no_x100,  you can see X100 supported: No  in the infodb output)\\n    The database was created with x100 support, but x100 support was disabled later and there was no x100 table created. (The Status line in the infodb output (infodb -get_status) contains X100_DISABLED but does not contain X100_EXIST.\\n    The x100 support was re-enabled for the database after the last checkpoint, i.e. that checkpoint was taken while x100 was disabled. (In the infodb output the mode column in the Checkpoint History for Journal section for the last checkpoint contains NOX100 (infodb -get_ckp_mode). Please note that this status is added to the last and already existing checkpoint when the x100 support is re-enabled with alterdb)\\n\\nPlease note that 2) implies that the x100 server wakes up even if the x100 support was disabled, but the X100_EXIST flag is set. This flag is set when the very first x100 table is created, but isn\'t unset when the last x100 table is dropped. To get the X100_EXIST flag removed run sysmod after the last x100 table was dropped.', '12-oct-2022 14:57:12', '2022-00035-2', '2022-00035', 1004),
('Found some inconsistencies between journaling and main.wal upon checking the vectorwise.log.\\n\\n022-10-08 08:17:06.127658 PID 10665:TID 139714790233856:SID 3:TXID 7:ERROR:BACKUP:Incremental backup is ahead of transaction log. Aborting backup. last_commit_id = 1, end_transaction_commit_id = 35\\n\\n2022-10-08 08:17:06.127698 PID 10665:TID 139714790233856:SID 3:TXID 7:ERROR:BACKUP:incremental_backup_copy_LOG failed with error = -1\\n\\n2022-10-08 08:17:06.127709 PID 10665:TID 139714790233856:SID 3:TXID 7:ERROR:BACKUP:Failed copying main.wal\\n\\n', '18-oct-2022 13:23:53', '2022-00035-3', '2022-00035', 1003),
('Disable journaling and re-enable it:\\n\\n1. alterdb -disable_journaling dbname\\n2. ckpdb +j dbname', '18-oct-2022 13:26:21', '2022-00035-4', '2022-00035', 1003),
('ingdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, vwerror.c:910         ]: Sat Oct  8 10:28:47 2022 E_VW1099_SERVER_START\\tCannot start X100 server.\\ningdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, dmfx100.c:1648        ]: Sat Oct  8 10:28:47 2022 E_VW1198_JSP_INFO\\tDatabase: data_warehouse\\ningdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, dmfx100.c:1652        ]: Sat Oct  8 10:28:47 2022 E_VW1198_JSP_INFO\\tDatabase: data_warehouse\\ningdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, dmfx100.c:1656        ]: Sat Oct  8 10:28:47 2022 E_VW1199_VW_RESTORE_ERROR\\tError starting server for data_warehouse (255)\\ningdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, dmfrfp.c:2140         ]: Sat Oct  8 10:28:47 2022 E_DM0100_DB_INCONSISTENT\\tDatabase is inconsistent.\\ningdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, dmfrfp.c:14628        ]: Sat Oct  8 10:28:47 2022 E_DM1371_RFP_INFO\\tDatabase data_warehouse has been marked inconsistent.\\ningdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, dmfjsf.c:3672         ]: Sat Oct  8 10:28:47 2022 I_DM1061_JSP_INFO\\tA user has run rollforwarddb data_warehouse +c -j #x #c211 #m12. Now completed.\\ningdb1a           ::[II_JSP            , 55716     ,  0000000000000000:00007fbe77b1a200, dmfrfp.c:2260         ]: Sat Oct  8 10:28:47 2022 E_DM1301_RFP_ROLL_FORWARD\\tAn error occurred that prevents further processing.\\n', '12-oct-2022 15:12:10', '2022-00036-1', '2022-00036', 1004),
('Successfully rollforward data_warehouse #211 by running:\\n\\n -     verifydb -mrun -sdbname data_warehouse -oforce_consistent\\n -\\tsql -A10\\n\\nAnother error occured when the client tried to rollforward #221:\\n\\n    !ingdb1a           ::[II_JSP            , 10396     ,  0000000000000000:00007fdb99140200, dmfrfp.c:6826         ]: Fri Oct 21 10:51:52 2022 E_DM1327_RFP_INV_CHECKPOINT\\tError trying to apply incomplete checkpoint.\\n    !ingdb1a           ::[II_JSP            , 10396     ,  0000000000000000:00007fdb99140200, dmfrfp.c:6827         ]: Fri Oct 21 10:51:52 2022 E_DM133C_RFP_UNUSABLE_CKP\\t\\n\\nClient destroy the database and did steps 1-7 and successfully rollforward to 221', '25-oct-2022 13:55:56', '2022-00036-10', '2022-00036', 1004),
('Directories/files we know that has reference to locations:\\n\\n1.Database configuration file aaaaaaaa.cnf /II_DATABASE/ingres/data/default/data_warehouse \\n2.Database configuration file aaaaaaaa.cnf in /II_CKPT/ingres/dmp/default/data_warehouse\\n\\t# use ls -l / cksum and make sure these two are identical \\n3.The aaaaaaaa.ext in /II_CKPT/ingres/dmp/default/data_warehouse\\n4.The X100 location_map file in /II_DATABASE/ingres/data/default/data_warehouse/wal\\n\\n \\tRemove or modify any information you find related to II_WORK/ingres.\\n\\n5.Connect to iidbdb and check all system catalogs that might be related. \\n\\nsql +U -u\'$ingres\' iidbdb\\nSELECT VARCHAR(table_name,32) FROM iitables WHERE table_name LIKE \'%loc%\' OR table_name LIKE \'%ext%\'\\\\g \\n+--------------------------------+\\n?col1 ?\\n+--------------------------------?\\n?iiextended_relation ?\\n?iilocation_info ?\\n?iimulti_locations ?\\n?iiextend_info ?\\n?iiextend ?\\n?iilocations ?\\n?iiexternal ?\\n?ii_locks ?\\n?ii_dbd_locations ?\\n?iiqrytext ?\\n?iiget_table_locations ?\\n?iicolumn_locations ?\\n+--------------------------------+\\n\\nIn particular, check iilocation_info, iiextend_info, iiextend, iilocations and modify/correct any reference to the old (/II_WORK/ingres/) location.\\n', '25-oct-2022 14:00:27', '2022-00036-11', '2022-00036', 1004),
('As of the rollforwarddb log file you have provided, we see that we start (obviously) with the 12 locations checkpoint files andf restore them successfully (both the Ingres and Vectorwise part):\\nbeginning restore of disk /II_CKPT/ingres/ckp/default/data_warehouse of 12 locations\\nFri Oct 7 21:04:23 2022 RFP: Deleting files at root location : ii_database:\\nFri Oct 7 21:04:23 2022 RFP: Start restore of location: ii_database from disk:\\npath = \'/II_CKPT/ingres/ckp/default/data_warehouse\'\\nfile = \'c0211001.ckp\'\\nexecuting restore to disk /II_CKPT/ingres/ckp/default/data_warehouse of 12 locations\\ndeleting files in location /II_DATA/DBLOC1/ingres/data/default/data_warehouse\\nFri Oct 7 21:04:23 2022 RFP: Start restore of location: ii_dbloc1 from disk:\\npath = \'/II_CKPT/ingres/ckp/default/data_warehouse\'\\nfile = \'c0211002.ckp\'\\nexecuting restore to disk /II_CKPT/ingres/ckp/default/data_warehouse of 12 locations\\ndeleting files in location /II_DATA/DBLOC2/ingres/data/default/data_warehouse\\n. . .\\nexecuting restore to disk /II_CKPT/ingres/ckp/default/data_warehouse of 12 locations\\nbeginning restore of disk /II_CKPT/ingres/ckp/vectorwise/data_warehouse of 12 locations\\ndeleting files in location /II_DATABASE/ingres/data/vectorwise/data_warehouse\\nFri Oct 7 21:04:23 2022 RFP: Start restore of location: ii_database from disk:\\npath = \'/II_CKPT/ingres/ckp/vectorwise/data_warehouse\'\\nfile = \'x0211001.ckp\'\\nexecuting restore to disk /II_CKPT/ingres/ckp/vectorwise/data_warehouse of 12 locations\\ndeleting files in location /II_DATA/DBLOC1/ingres/data/vectorwise/data_warehouse\\n. . .\\nexecuting restore to disk /II_CKPT/ingres/ckp/vectorwise/data_warehouse of 12 locations\\ndeleting files in location /II_DATA/DBLOC11/ingres/data/vectorwise/data_warehouse\\nFri Oct 7 21:56:17 2022 RFP: Start restore of location: ii_dbloc11 from disk:\\npath = \'/II_CKPT/ingres/ckp/vectorwise/data_warehouse\'\\nfile = \'x0211012.ckp\'\\nexecuting restore to disk /II_CKPT/ingres/ckp/vectorwise/data_warehouse of 12 locations\\ndone with disk opera', '17-oct-2022 10:10:03', '2022-00036-2', '2022-00036', 1004),
('Then we start dump and journals (this always need to be done for online checkpoints even if the database is not journaled as it is here). Apparently the X100/Vectorwise server fails to do this step \\nFri Oct 7 22:58:05 2022 RFP: Begin restore of Vectorwise journals\\nFri Oct 7 22:58:35 2022 RFP: Cannot restore incremental checkpoints\\nDatabase data_warehouse has been marked inconsistent.\\nWe see this exact behavior in all three attempts witch c208, c209 and c211.\\n \\nThe rfpdb.dbg file you\'ve provided gives a bit more information about the failing step\\n!Sat Oct 8 10:28:19 2022 RFP: Begin restore of Vectorwise journals\\n!Sat Oct 8 10:28:19 2022 [55716,7fbe7e383740] Starting restore X100 server for data_warehouse\\n!Sat Oct 8 10:28:19 2022 [55716,7fbe7e383740] X100 --restore ckps 211 id 11382466\\n!Sat Oct 8 10:28:47 2022 [55716,7fbe7e383740] Waiting for restore x100_server pid 60860 to exit\\n!Sat Oct 8 10:28:47 2022 X100[1] ended from state STARTING, pid 60860 status 255\\n!Sat Oct 8 10:28:47 2022 [55716,7fbe7e383740] x100_server wait status 255\\n!Sat Oct 8 10:28:47 2022 Clearing X100 server[1] entry\\n!ingdb1a ::[II_JSP , 55716 , 0000000000000000:00007fbe77b1a200, vwerror.c:910 ]: Sat Oct 8 10:28:47 2022 E_VW1099_SERVER_START Cannot start X100 server.\\n', '17-oct-2022 10:15:02', '2022-00036-3', '2022-00036', 1004),
('As of that, it is apparent that the X100 / Vectorwise server fails to start for database data_warehouse.\\n\\nLooking at vectorwise.log to check if we can see more details of why the X100 / Vectorwise server fails to start, the corresponding messages are as follows:\\n\\n    2022-10-08 10:28:19.813572 PID 60860:TID 140472906872640: INFO:SYSTEM:X100 Server version x100-gcc-OPTXPROF-64-r21029 (branches/ingres11r1) built on Jun 28 2022 15:46:28 with GCC 4.9.2 20150212 (Red Hat 4.9.2-6)\\n    2022-10-08 10:28:19.868576 PID 60860:TID 140472906872640: INFO:SYSTEM:Started for database \'data_warehouse\' in \'/II_DATABASE/ingres/data/vectorwise\' with vectorsize = 1024\\n    2022-10-08 10:28:19.868673 PID 60860:TID 140472906872640: INFO:SYSTEM:Setting the query memory limit to 271055847424 bytes\\n    2022-10-08 10:28:19.868689 PID 60860:TID 140472906872640: INFO:SYSTEM:rank = 0, num_nodes = 1\\n    2022-10-08 10:28:20.030629 PID 60860:TID 140472906872640: INFO:SYSTEM:Vector nodes: (0, inghsg1)\\n    2022-10-08 10:28:20.075605 PID 60860:TID 140472906872640: WARN:BACKUP:Restoring main.wal using backup sets file /II_CKPT/ingres/jnl/vectorwise/data_warehouse/ckp_211\\n    2022-10-08 10:28:22.413354 PID 60860:TID 140472906872640: INFO:CBM:columnspace_create: nrblks 128\\n    . . .\\n    2022-10-08 10:28:22.414044 PID 60860:TID 140472906872640: INFO:CBM:columnspace_create: nrblks 128\\n    2022-10-08 10:28:45.930745 PID 60860:TID 140472906872640: INFO:CBM:Setting the bufferpool limit to 135528448000 bytes\\n    2022-10-08 10:28:45.930800 PID 60860:TID 140472906872640: INFO:CBM:iobp_create: blksz=524288 nrblks=258500\\n    2022-10-08 10:28:45.930807 PID 60860:TID 140472906872640: INFO:CBM:NUMA interleave bufferpool memory.\\n    2022-10-08 10:28:45.951781 PID 60860:TID 140472906872640: WARN:CBM:verify_auth_file: \'1C98E3FD4A16C45D5531BBF76C84CD540B2B7BCD396923871E63588C2CACEB6C\' does not match \'234D37CF5604166C2544E9DC0FBF250303F2240E2871F42326505FB65F60CEF9\' in \'/II_WORK/ingres/work/vectorwise/data_warehouse/db_key\'\\n', '17-oct-2022 10:15:36', '2022-00036-4', '2022-00036', 1004),
('1) Please check the content of /II_DATABASE/ingres/data/vectorwise/data_warehouse/wal/location_map on the source and on the target system?\\n\\n2) What is the output of infodb data_warehouse on the source and on the target system (afrter copying the relevant files from source to target)?\\n\\nNote, infodb.log doesn\'t show details of the data_warehouse database since it stops when it fails at some point with\\n\\n    Wed Oct 12 09:48:08 2022 E_DM012A_CONFIG_NOT_FOUND      The database configuration file was not found.\\n\\nThis is because of a database called hdmf_zamboanga for which the cnf file is missing since Oct 2021.\\n\\n3) What locations and files have been copied from the source to the target system? See KB Cloning Vector / Ingres Database Using Rollforwarddb attached to this case for requirement.', '17-oct-2022 10:16:38', '2022-00036-5', '2022-00036', 1004),
('\\n1) Setup the database\\n\\n    destroydb data_warehouse\\n    createdb data_warehouse\\n    extenddb -lii_dbloc1 . . .\\n    extenddb -lii_dbloc2 . . .\\n    extenddb -lii_dbloc3 . . .\\n    extenddb -lii_dbloc4 . . .\\n    extenddb -lii_dbloc5 . . .\\n    extenddb -lii_dbloc6 . . .\\n    extenddb -lii_dbloc7 . . .\\n    extenddb -lii_dbloc8 . . .\\n    extenddb -lii_dbloc9 . . .\\n    extenddb -lii_dbloc10 . . .\\n    extenddb -lii_dbloc11 . . .\\n    extenddb -lii_work2 . . .\\n    ckpdb data_warehouse\\n\\n2) Run infodb and verify all alternate locations are shown for both Ingres and vectorwise.\\n\\n3) Make sure all directories exist.\\n\\n4) Check the content of /...//vectorwise/data_warehouse/wal/location_map and verify it has all the locations listed as the file is in your source system.\\n\\n5) Connect to the database using sql data_warehouse and create/drop a dummy X100 table to make sure the X100 / Vectorwise server starts successfully. Note, this is because, as of vectorwise.log, it appears that since 2020-11-26 no X100 / Vectorwise server was ever successfully started for any database.\\n\\n    sql data_warehouse\\n    * commit\\\\p\\\\g\\n    * create table dummy as select * from iitables with structure=x100\\\\p\\\\g \\n\\n6) Copy the required files from source (as per the KB doc Cloning Vector / Ingres Database Using Rollforwarddb) to the target.\\n\\n7) Run rollforwarddb as you have done before\\n', '17-oct-2022 10:17:29', '2022-00036-6', '2022-00036', 1004),
('2022-10-08 10:28:45.951781 PID 60860:TID 140472906872640: WARN:CBM:verify_auth_file: \'1C98E3FD4A16C45D5531BBF76C84CD540B2B7BCD396923871E63588C2CACEB6C\' does not match \'234D37CF5604166C2544E9DC0FBF250303F2240E2871F42326505FB65F60CEF9\' in \'/II_WORK/ingres/work/vectorwise/data_warehouse/db_key\'\\n\\nThe above warning could be the reason for the issue.\\n\\nThe database auth file (db_key) is stored in the default data location (here /II_DATABASE/ingres/data/vectorwise/data_warehouse/CBM/) and there should be an identical copy of the file in the two locations. As the infodb output these are supposed to be:\\n\\n    /II_WORK/WKLOC1/ingres/work/vectorwise/data_warehouse\\n    /II_WORK/WKLOC2/ingres/work/vectorwise/data_warehouse', '18-oct-2022 13:36:19', '2022-00036-7', '2022-00036', 1004),
('DSI/Actian needs to find out where this information about /II_WORK comes from (it is in the location_map file of the source DB).\\n\\nActian assumed /II_WORK/ingres still exists, otherwise HDMF wouldn\'t be able to do anything related to X100 (the X100 engine get details of locations out of this file and not out of aaaaaaaa.cnf).\\n\\nDSI/Actian have to fix the inconsistency on the source system first.', '18-oct-2022 13:39:33', '2022-00036-8', '2022-00036', 1004),
('From the logs we have seen that all checkpoint tar files were successfully restored. It fails just when it comes to starting the X100 server to check for any possible journal records.\\n\\nI would consider the database to be consistent from data point of view. \\n\\nBased on that I\'d suggest simply patching the database consistent using verifydb:\\n\\n    verifydb -mrun -sdbname data_warehouse -oforce_consistent\\n\\nand check if you can open the database using SQL and access the X100 objects.\\n\\nBefore connecting check the database using infodb and ensure the locations listed are correct. Check the location_map file and ensure it has the right locations, if it has not, manually modify\\n\\nI.e. changing\\n\\n/II_WORK/ingres/work/vectorwise/data_warehouse\\nto\\n/II_WORK/WKLOC1/ingres/work/vectorwise/data_warehouse\\n\\nCorrect the db_key file as well, i.e. remove the db_key file in /II_WORK/ingres/work/vectorwise/data_warehouse and copy the db_key file from /II_DATABASE/ingres/data/vectorwise/data_warehouse/CBM into /II_WORK/ingres/work/vectorwise/data_warehouse.\\n', '19-oct-2022 16:34:45', '2022-00036-9', '2022-00036', 1004),
('HDMF could not connect to the server and upon checking with ingstatus, Ingres services have stopped. They have to manually ingstart the server to up the services. This happened twice already (October 10 & 17).\\n\\n\\n', '18-oct-2022 10:20:38', '2022-00037-1', '2022-00037', 1004),
('Hi Sir Lex,\\n\\nGood day!\\n\\nAs per observation earlier:\\n1. Inglogs was run at around 11:25 AM.\\n2. Uptime.out shows that the server was up for 6mins.\\n3. Errorlog.log shows that Ingres starts at 11:21 AM (Sir Alvin confirmed that he ran ingstart).\\n4. The last entry on the errorlog.log was around 11:14 AM, followed by the start up at 11:21. Therefore, the server was down from 11:14AM up to 11:21AM (which is more or less 6mins before running inglogs). Server could not be ping, also third-party software Bitvise could not connect to the server.\\n5. Errorlog.log did not log any major error or shutdown messages before 11:14AM.\\n\\nLooking at the previous inglogs sent last October 18, it was also the same case:\\n1. Inglogs was run at Oct 18 07:50AM.\\n2. Uptime.out shows that the server was up for 14hrs.\\n3. Errlog.log shows that the Ingres starts Oct 17 07:40PM.\\n4. The last entry on the errorlog.log was Oct 17: 05:46PM, 14hrs after running the inglogs. Also, errlog.log did not log any major error or shutdown messages before the Oct 17 05:46 PM.\\n\\nOur initial assumption was that the server automatically rebooted.\\n\\nPlease run the following:\\n1. last -x | grep reboot | less > reboot_log.out\\n2. last -x | grep shutdown | less > shutdown_log.out  \\nand send us the result files.\\n\\nAlso please send us /var/log/messages.\\n\\nThank you!\\n', '27-oct-2022 14:41:50', '2022-00037-2', '2022-00037', 1004),
('As we checked on the inglogs and reboot log you have sent, those Ingres crashed/shutdown you have reported on dates October 17 and 13, were actually system reboot.\\n\\nreboot   system boot  4.18.0-147.el8.x Mon Oct 17 17:51 - 09:16 (4+15:25)\\ningdb1b           ::[40625        IIGCD, 7137      , 0000000000000003]: Mon Oct 17 17:46:21 2022 E_CLFE07_BS_READ_ERR\\tRead from peer process failed; it may have exited.\\ningdb1b           ::[38505        IIGCN, 4207      , 0000000000000000]: Mon Oct 17 19:48:38 2022 E_GC0151_GCN_STARTUP\\tName Server normal startup.\\n\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 13 16:21 - 09:16 (8+16:55)\\ningdb1b           ::[40387        IIGCD, 10131     , 000000000000000b]: Thu Oct 13 16:14:56 2022 E_CLFE07_BS_READ_ERR\\tRead from peer process failed; it may have exited.\\ningdb1b           ::[40387        IIGCD, 10131     , 000000000000000b]: read() failed with operating system error 104 (Connection reset by peer)\\ningdb1b           ::[38589        IIGCN, 6907      , 0000000000000000]: Thu Oct 13 16:22:23 2022 E_GC0151_GCN_STARTUP\\tName Server normal startup.\\n\\nNotice how the error log shows minutes up to hours gap on recorded logs on these reboots:\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 27 11:20   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 14:47   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 10:07   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 09:19   still running\\nreboot   system boot  4.18.0-147.el8.x Fri Oct 21 08:36 - 09:16 (1+00:39)\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 20 11:11 - 09:16 (1+22:04)\\nreboot   system boot  4.18.0-147.el8.x Mon Oct 17 17:51 - 09:16 (4+15:25)\\nreboot   system boot  4.18.0-147.el8.x Sun Oct 16 09:23 - 09:16 (5+23:53)\\n\\nPlease ask assistance on your hardware/OS supplier regarding this sudden reboot.', '27-oct-2022 15:52:48', '2022-00037-3', '2022-00037', 1004),
('Closing this case now.', '27-oct-2022 19:20:58', '2022-00037-4', '2022-00037', 1004),
('As we checked on the inglogs and reboot log you have sent, those Ingres crashed/shutdown you have reported on dates October 17 and 13, were actually system reboot.\\n\\nreboot   system boot  4.18.0-147.el8.x Mon Oct 17 17:51 - 09:16 (4+15:25)\\ningdb1b           ::[40625        IIGCD, 7137      , 0000000000000003]: Mon Oct 17 17:46:21 2022 E_CLFE07_BS_READ_ERR\\tRead from peer process failed; it may have exited.\\ningdb1b           ::[38505        IIGCN, 4207      , 0000000000000000]: Mon Oct 17 19:48:38 2022 E_GC0151_GCN_STARTUP\\tName Server normal startup.\\n\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 13 16:21 - 09:16 (8+16:55)\\ningdb1b           ::[40387        IIGCD, 10131     , 000000000000000b]: Thu Oct 13 16:14:56 2022 E_CLFE07_BS_READ_ERR\\tRead from peer process failed; it may have exited.\\ningdb1b           ::[40387        IIGCD, 10131     , 000000000000000b]: read() failed with operating system error 104 (Connection reset by peer)\\ningdb1b           ::[38589        IIGCN, 6907      , 0000000000000000]: Thu Oct 13 16:22:23 2022 E_GC0151_GCN_STARTUP\\tName Server normal startup.\\n\\nNotice how the error log shows minutes up to hours gap on recorded logs on these reboots:\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 27 11:20   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 14:47   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 10:07   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 09:19   still running\\nreboot   system boot  4.18.0-147.el8.x Fri Oct 21 08:36 - 09:16 (1+00:39)\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 20 11:11 - 09:16 (1+22:04)\\nreboot   system boot  4.18.0-147.el8.x Mon Oct 17 17:51 - 09:16 (4+15:25)\\nreboot   system boot  4.18.0-147.el8.x Sun Oct 16 09:23 - 09:16 (5+23:53)\\n\\nPlease ask assistance on your hardware/OS supplier regarding this sudden reboot.', '22-nov-2022 15:17:35', '2022-00037-5', '2022-00037', 1004),
('- /II_DATA/DBLOC1/INGRES/DATA/DEFAULT/PFMDB was accidentally deleted on ingdb1a last October 31, 2022 18:00H\\n\\n- HDMF asked if we could rollforwarddb a multiple-location checkpoint on a single location, which is not possible.\\n\\n- HDMF asked if we could rollforwarddb with +j (journaling) while excluding the last journal because it may be corrupted\\n', '31-oct-2022 17:15:09', '2022-00038-1', '2022-00038', 1004),
('To properly run the rollforwarddb on a deleted database location\\n1. Re-create the pfmdb directory on /II_DATA/DBLOC1/ingres/data/default/\\n2. chmod 700\\n3. Run rollforward with +j -e31-Oct-2022:14:59:00\\n\\nNote: DSource recommend not to remove the corrupted journal as it might cause improper recovery due to a missing file.\\n\\nHDMF run a test rollforward on inghsg1 and actiansvr before the actual recovery on the production server', '02-nov-2022 20:14:33', '2022-00038-2', '2022-00038', 1004),
('HDMF successfully ran the rollforwarddb with +j -e to ingdb1a.\\nPFMS production database is now live at around 13:00H, 1-Nov-2022.\\nHDMF ran checkpoint at around 17:00H, 1-Nov-2022.\\n\\n', '02-nov-2022 20:22:17', '2022-00038-3', '2022-00038', 1004),
('A problem was raise during the Tips and Tricks 2022 by Sir Roy Urbina.\\nThe problem was when an OpenROAD computation change its connection to a newer Ingres Database version, it\'s changed.\\nNo change on the code or the database structure, just the version.\\n\\nSome information is needed to further investigate this case.', '22-nov-2022 10:45:58', '2022-00039-1', '2022-00039', 1005),
('In compliance of the Housekeeping guidelines for Optimization of critical Ingres Databases and Tables for Production servers, this activity will cover the following:\\n\\n1. Identify which production database to be used for pilot implementation.\\n2. Identify fast growing and critical tables in production database.\\n3. Rollforwarddb the production database into the test server.\\n4. Benchmark the identified tables in the test server.\\n5. Create a plan and schedule of the optimization activity base on the result of the benchmark.\\n6. Propose the plan and schedule which will be subject for approval of all concerned department.\\n7. Implementation of the plan and schedule in the staging / reporting / test server.\\n8. Implementation of the plan and schedule in the production database.', '01-dec-2022 15:46:25', '2022-00040-1', '2022-00040', 1003),
('First follow up emailed today, 12-Dec-2022', '12-dec-2022 15:23:25', '2022-00040-2', '2022-00040', 1003),
('Follow up 20-Mar-23.\\n\\nTables that needs usermod in daily basis, optimizedb on a weekly, semi-monthly, monthly running.\\n\\n', '20-mar-2023 15:43:00', '2022-00040-3', '2022-00040', 1003),
('This is in compliance with the monitoring of critical and security events of the production databases.\\nEnable for ITID to proceed with the implementation of the Ingres C2 Security Auditing, we will have to \\nperform the following activities to identify the requirement/s and features to successfully implement\\nthe said feature.\\n1. Identify the location of the audit files.  DSI Recommend to remove the existing audit file from /II_SYSTEM and place it to another separate partition.\\n2. Identify the appropriate size of the audit files.\\n3. Identify the critical table/s to be monitored.\\n4. Identify the user/s to be monitored.\\n5. Identify the appropriate configuration for the security auditing.\\n6. Identify the security alarm statements.', '01-dec-2022 15:57:35', '2022-00041-1', '2022-00041', 1003),
('First follow up emailed today, 12-Dec-2022', '12-dec-2022 15:24:48', '2022-00041-2', '2022-00041', 1003),
('You can download the latest patch release for 13-December 2022.\\n\\nhttps://www.dropbox.com/s/hy9ks2fgvepljys/actianx-11.1.0-100-linux-x86_64-p15829.tar.Z?dl=0\\n\\n', '16-jan-2023 14:08:09', '2023-00001-1', '2023-00001', 1003),
('2.0 December 13, 2022 - New Bug Fixes for Patch 15829\\nBug 137372 (GENERIC)\\nAn \'isnull\' predicate in the where clause being applied on a not-nullable column that is inner to an outer join makes optimizer underestimate the tuple being produced by the outer join, which could make server choose an in-efficient qep, and make query take longer time to run.\\n\\nBug 139729 II-9257 (GENERIC)\\nFor UTF8 installaion, aes_decrypt_iv() is not working for NCHAR type\\n\\nBug 140491 II-10090 (GENERIC)\\nA query that has an aggregate subselect under an OR clause takes longer time to run.\\n\\nBug 140557 II-10151 (GENERIC)\\nQuery may incorrectly return duplicated/more rows.\\n\\nBug 140696 II-9993 (GENERIC)\\nNumber of allowed connections are one less/more than the actual allowed value.\\n\\nBug 140767 II-10365 (UNIX)\\ninglogs may fail to collect vectorwise log files.', '16-jan-2023 14:10:32', '2023-00001-2', '2023-00001', 1003),
('3.0 November 21, 2022 - New Bug Fixes for Patch 15825\\nBug 138494 II-7931 (GENERIC)\\nNulls ordered wrongly sometimes - e.g. ordering DESC with NULLS LAST can leave them first, and ordering ASC with NULLS FIRST can leave them last\\n\\nBug 138754 II-8195 (GENERIC)\\nhelp is missing for create/drop function statements.\\n\\nBug 140244 II-9848 (GENERIC)\\nTransaction UNDO fails with E_DM968E/E_DM968F for a table with compressed btree secondary index and the DBMS server crashes.\\n\\nBug 140319 II-9923 (ATTENTION, GENERIC)\\nUpdating a 2D Geospatial column which has a RTREE secondary index may fail with \'E_US120E An error occurred while updating a record.\'. The errlog contains additional messages \'E_DM9385_NO_INDEX_TUPLE\', \'E_DM9386_SEC_INDEX_ERROR\', \'E_DM9387_INDEX_UPDATE_ERROR\', \'E_DM008C_ERROR_REPLACING_RECORD\' and \'E_QE007E_ERROR_REPLACING_RECORD\'.\\nExisting RTREE indices on 2D Geospatial columns must be recreated.\\n\\nBug 140551 II-10145 (GENERIC)\\nOuter join query returns wrong result.\\n\\nBug 140580 II-10174 (GENERIC)\\nOuter join query returns less rows than expected.\\n\\nBug 140610 II-10197 (GENERIC)\\nQuery that contains an ifnull() and other aggregates may take longer time to run.\\n\\nBug 140723 II-10299 (DIRECTOR,IIMGMTSVR) \\nprotobuf-java.jar 2.5.0 has high vulnerability risk', '16-jan-2023 14:11:20', '2023-00001-3', '2023-00001', 1003),
('4.0 October 14, 2022 - New Bug Fixes for Patch 15812\\nBug 134456 II-3744 (LINUX)\\nProvide OCF compliant resource agent script so instance can be managed as part of a failover cluster. This will support such software as Pacemaker.\\n\\nBug 137795 II-7345 (ATTENTION, LINUX)\\nSupport Xerces 3.2. Important: Xerces 3.2 requires libnsl to be installed.\\n\\nBug 139085 II-8588 (CLUSTERED, VMS)\\nupgradedb may report \'%SYSTEM-F-ABORT, abort\' after reloading the query tree objects. The Database was updated.\\n\\nBug 139233 II-8736 (GENERIC)\\nDecimal display as garbage in TM when selecting derived dec(39, 17) column\\n\\nBug 139859 II-9389 (GENERIC)\\n\'mm-dd-yyyy\' is supported for FINLAND/SWEDEN and YMD date_format\\n\\nBug 140288 II-9836 (GENERIC)\\nQuery output suppressed in sql tm caused by use of comment in query.\\nBug 140351 II-9957 (WINDOWS) GCN exits abruptly using TCP_IP for local I/O and referencing an inactive port.\\n\\nBug 140401 II-1765 (GENERIC)\\nError in Database procedure throws extra E_FORMAT error. E_FORMAT : Couldn\'t look up message 1905 (reason: ER error 10903)\\n\\nBug 140406 II-10002 (GENERIC)\\nUsers may see E_CL2514, E_QS001E, E_QS0014, segmentation violation using update cursors.\\n\\nBug 140409 II-10006 (VMS)\\nIana timezone files may not be download completely leading to ZIC compilation errors and/or missing Timezone files.\\n\\nBug 140452 II-10012 (GENERIC)\\nCorrelated subquery containing IFNULL() gives wrong results\\n\\nBug 140489 II-10087 (GENERIC)\\nAn insert query that has a group by clause appends more rows than expected into the target table. In the case where the affected tables have many rows, the query may either take longer time to run or may fail with disk full error.', '16-jan-2023 14:12:39', '2023-00001-4', '2023-00001', 1003),
('HDMF reported some segmentation violations seen on production server.\\nChecking on the privsp_get_mc_record procedure which was common on these segmentation violations.', '31-jan-2023 11:49:23', '2023-00002-1', '2023-00002', 1004),
('Hi Sir Alvin,\\n\\nCan we ask for the schema of the following tables:\\n\\npf_member_tav_balance\\npf_membership_info\\nprogram_type\\ncurrency_code\\n\\nAlso, can we try to run the privsp_get_mc_record DB procedure on test server?\\n\\nThanks.\\n\\nRegards,\\nManilyn', '31-jan-2023 17:43:59', '2023-00002-2', '2023-00002', 1004),
('Hi Sir Alvin,\\n\\nThis case has been reported to Actian engineering with Jira (II-10351, 140760). Actian Engineering come up with a fix already. Once the patch is ready, will let you know, Sir ASAP.\\n\\nThank you.', '06-mar-2023 16:15:10', '2023-00002-3', '2023-00002', 1004),
('This bug has been addressed with the latest patch 15854.\\nPlease conduct a test for this patch and apply with Production once tested working and do not conflict with other applications.\\n\\n2.0 March 7, 2023 - New Bug Fixes for Patch 15854\\nBug 139878 II-9403 (ENHANCEMENT)\\nAdded ELEMENT() and ELEMENT_COUNT() sql functions.\\n\\nBug 140760 II-10351 (GENERIC)\\nDuring concurrent sessions perform the same procedure following error can occur: E_PS0004 SIGSEGV at stack psq_recreate\\n\\nBug 141256 II-11014 (GENERIC)\\nSending email fails silently', '08-mar-2023 11:56:14', '2023-00002-4', '2023-00002', 1003),
('HDMF reported SIGSEGV on Tellering Service.\\nProcedure spgetpospfrdateamountfp has to be checked to further investigate.\\n', '31-jan-2023 14:13:37', '2023-00003-1', '2023-00003', 1004),
('The client unable to provide the details of the getpospfrdateamountfp procedure, therefore the case was closed last February 14, 2023', '06-mar-2023 16:12:31', '2023-00003-2', '2023-00003', 1004),
('The server crashed due to several E_US0001 error. The Ingres was restarted (insgtop/ingstart) and was restored successfully.\\n\\n', '07-feb-2023 15:14:26', '2023-00004-1', '2023-00004', 1004),
('\\nE_US0001 error occurs when more users are trying to connect to the DBMS than the maximum number of users allowed (through configuration). The following are the steps to increase the number of allowed connections:\\n\\n    Check to see how many users/ sessions are connected to the database. The DBMS parameter connect_limit controls that value.\\n    Increase \'connect_limit\' if user connections are getting more or close to that value. It can be increased using one of the two following methods:\\n        Run cbf to start the configuration utility (CBF). Go to DBMS Server (Configure) > connect_limit (Edit)\\n\\nor\\n\\n    Run iisetres to change the connect limit parameter to the new value\\n\\n    iisetres ii.<server_name>.dbms.*.connect_limit new_value\\n\\n\\n    Restart the installation to bring that into effect', '09-feb-2023 12:37:51', '2023-00004-2', '2023-00004', 1004),
('Sir Elexie updated the connect_limit from 600 to 1000. They haven\'t had E_US0001 error since then.\\n\\nClosing this case now.', '14-feb-2023 11:51:20', '2023-00004-3', '2023-00004', 1004),
('As discussed earlier, HDMF is asking to test Actian X 11.2 on their system.\\n\\nHDMF will provide a server with RHEL 7 operating system (as it is the OS requirement for version 11.2) to proceed with the testing.\\n\\nAs of March 20:\\n\\nHDMF will provide VM server (with RHEL 8 version) as well as the lichost for license request.', '06-mar-2023 16:36:18', '2023-00005-1', '2023-00005', 1004),
('Successfully upgraded actiansvr to Actian X 11.2\\n- Done upgradedb for both hsgcentral, pfrstest06302023\\n- Done sysmod pfrstest06302023\\n- Currently running usermod againts pfrstest06302023\\n\\nNext step:\\n1. sysmod and usermod hsgcentral\\n2. upgradedb, sysmod and usermod pfmdb', '23-nov-2023 15:26:08', '2023-00005-10', '2023-00005', 1004),
('Done running upgradedb for the following databases:\\nbms2023\\ncis12312022\\nconsoecollection\\ncrmsws_db\\ndsi_testapp\\ndsi_testapp_2\\ndsi_testapp_3\\ndsi_testapp_4\\ndsi_testapp_5\\ndsi_testapp_6\\necollection_esrs\\necollection_indi\\nedisbursement\\nenc_test\\nesrsdb\\nhdmf_provident\\nhdmf_ropa\\nhdmf_ropadevph2\\nhfdcs\\nhfdcs_test\\nhldv_central\\ninsclaim_central\\nmatch_online_collection_paymaya\\noracle_integ_uat\\nosca07262023\\npdc_region_demo2020\\npdc_region31_demo2020\\npencon\\npfmdb\\npfmdb_test\\npfmdb2\\nredirectingmidintegdb\\nrfpdb_err\\nstloshelpsreference\\nstlosv2\\ntravel_order2\\n\\nsysmod, usermod and optimizedb:\\npfmdb and hsgcentral', '25-nov-2023 10:11:48', '2023-00005-11', '2023-00005', 1004),
('As of November 28, 2023:\\n\\n- Benchmarked the SQLs for the upgraded version.\\n- Recreated remaining DB procedures for pfmdb and hsgcentral\\n- Record DB Procedures and/or Views that has errors while recreating on the upgraded version', '28-nov-2023 17:46:25', '2023-00005-12', '2023-00005', 1004),
('As of February 20\\n\\n1. Backup all necessary files and folders before the upgrade.\\n\\n?inglogs\\n?copy.in\\n?config.dat\\n?ingprenv\\n?Checkpoint files (aaa*.cnf, ckp, jnl, dmp, etc.)\\n?version.rel\\n?OS release ( /etc/redhat-release)\\n?df -k\\n\\n$II_SYSTEM/ingres/files\\n$II_SYSTEM/ingres/bin\\n$II_SYSTEM/ingres/utility\\n\\nRun sysmod and verifydb for upgrade', '21-feb-2024 16:07:32', '2023-00005-13', '2023-00005', 1004),
('As of February 21\\n\\n1. Download and install all the required 32-bit RHEL libraries and packages for the upgrade.\\n\\n2. Started the upgrade but had some errors, turns out other disk location wasn\'t mounted yet.', '21-feb-2024 16:10:57', '2023-00005-14', '2023-00005', 1004),
('As of February 22\\n\\nFinished installing on Actian X 11.2\\n\\nRun upgradedb on:\\n- audit_pfmdb\\n- b132169\\n- hdmfrecon\\n- pfmdb_test\\n- pfmdb\\n\\nRun optimizeddb on:\\n- pfmdb', '29-feb-2024 19:43:17', '2023-00005-15', '2023-00005', 1004),
('As of February 23\\n\\nDue to service disruption on ingdb1a, the test server ingdrdbclone was downgraded to Actian X 11.1 as one of the back up servers.', '29-feb-2024 19:47:07', '2023-00005-16', '2023-00005', 1004),
('Began upgrading the ingdrproclone to Actian X 11.2. This server was already upgraded to 11.2 but downgraded again to 11.1 when PFMS crashed last February 22 2024.\\n\\nAs of May 22 2024 DSI already backed up the following:\\n\\n- inglogs\\n- copy.in\\n- config.dat\\n- ingprenv\\n- version.rel\\n- OS release\\n- df-kh\\n\\nDSI also run SQLs to benchmark on 11.1\\n\\nCurrently running sysmod on databases\\n', '22-may-2024 15:33:24', '2023-00005-17', '2023-00005', 1004),
('DSI perform some pre-upgrade activities and back-up some files:\\n\\n    inglogs\\n    copy.in\\n    config.dat\\n    version.rel\\n    os-release\\n    infodb\\n    ingprenv\\n    df -k output\\n    users.sql\\n\\nAlso, earlier DSI discovered that the OS version of ACTIANSVR is RHEL 6.3. Actian X 11.2 is only compatible with RHEL version 7 and up. DSI recommended to upgrade the OS version to continue the testing.', '12-sep-2023 16:11:24', '2023-00005-2', '2023-00005', 1004),
('As pre-upgrade activities, Sir Chris gathered some SQLs and did some benchmark.\\n\\nDSI will wait SQL commands from Sir Edgar Caalim to check and benchmark SQL on Housing DB.\\n\\nManilyn check the necessary libraries needed to install Actian X 11.2 on RHEL. Sir Ron will still need to update other 32bit libraries as it is required for installation\\n\\nOctober 19, 2023\\n\\nEdit and benchmark SQLs for Housing System c/o Sir Edgar Caalim.\\n\\nCheck 32bit required libraries for Actian X 11.2 Upgrade.', '18-oct-2023 17:20:15', '2023-00005-3', '2023-00005', 1004),
('Initial creation and update of Actian X 11.2 Upgrade Plan document.', '19-oct-2023 17:45:43', '2023-00005-4', '2023-00005', 1004),
('The testing server actiansvr, was installed with RHEL 9.1 with Actian X 11.1 and is loaded with data.\\n\\nFor 11.2 upgrade, the installer is asking for the required 32bit libraries to support 32bit applications. Unfortunately those librares are still missing. HDMF System Administrators installed and upgraded the libraries, but still, upon installation, it says that there are 32bit libraries missing.\\n\\nWe tried to run \'ldd iiarchtst\' to check the 32bit libraries but its just giving \'not  dynamic executable\' error.\\n\\n', '25-oct-2023 09:09:24', '2023-00005-5', '2023-00005', 1004),
('On DSI testing server, we tried to upgrade an Actian X 11.1 installation installed using ingbuild to 11.2 with rpm installer. With the required 32bit libraries alrady installed, the installation was successful.\\n', '25-oct-2023 09:16:20', '2023-00005-6', '2023-00005', 1004),
('Hi Sir Alvin, \\n\\nGood day!\\n\\nTo resolve the problem we have on upgrading the actiansvr to 11.2, we set up a virtual machine and install it with RHEL 9.1 to somehow simulate the server\'s environment:\\n\\n1. Install Actian X 11.1 and load it with sample data\\n2. Run ?ldd iiarchtst? to check the missing 32bit libraries:\\n\\ta.To solve the ?not a dynamic executable? error, we installed glibc-2.34-83.el9.7.i686.rpm to have the /lib/ld.linux.so.2 that we could run the ?ldd iiarchtst? command\\n\\tb.Upon running ?ldd iiarchtst?, we discovered that the following libraries are still missing:\\n\\t\\t?libcrypt.so.1 \\n\\t\\t?libstdc++.so.6\\n\\t\\t?libgcc_s.so.1\\nc. We, then install the missing libraries using the following rpm commands:\\n\\t?libcrypt.so.1:  rpm -ivh ?-nodeps libxcrypt-compat-4.4.18-3.el9.i686.rpm\\n\\t?libstdc++.so.6: rpm -ivh ?replacefiles ?nodeps libstdc++-11.4.1-2.1.el9.i686.rpm\\n\\t?libgcc_s.so.1: rpm -ivh ?nodeps libgcc-11.4.1-2.1.el9.i686.rpm\\n3. Run ?ldd iiarchtst? again to confirm all the 32bit libraries required were installed:\\n\\tlinux-gate.so.1 (0xf7f6b000)\\n\\tlibrt.so.1 => /lib/librt.so.1 (0xf7f60000)\\n\\tlibm.so.6 => /lib/libm.so.6 (0xf7e95000)\\n\\tlibc.so.6 => /lib/libc.so.6 (0xf7c9e000)\\n\\tlibcrypt.so.1 => /lib/libcrypt.so.1 (0xf7c60000)\\n\\tlibdl.so.2 => /lib/libdl.so.2 (0xf7c5b000)\\n\\tlibstdc++.so.6 => /lib/libstdc++.so.6 (0xf7a2e000)\\n\\tlibgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7a10000)\\n\\tlibpthread.so.0 => /lib/libpthread.so.0 (0xf7a0b000)\\n\\t/lib/ld-linux.so.2 (0xf7f6d000)\\n4. As all the libraries required now complete, we install Actian X 11.2 and upgrade all existing databases.\\n\\nAs per my observation, some i686 rpms are still required to be installed to have the other 32bit libraries.\\n\\nI have downloaded the all the required rpm files just in case we need to update the actiansvr. Hopefully it would work and we could eventually upgrade the server to Actian X 11.2 next week.\\n\\nThank you.\\n\\nRegards,\\nManilyn', '26-oct-2023 14:40:45', '2023-00005-7', '2023-00005', 1004),
('Hi Sir Alvin,\\n\\nJust an update for activities done this week:\\n\\n1. We have already installed and updated 32-bit libraries needed to install Actian X 11.2 on ActianSvr\\n\\n2. As discussed, pfmdb and hsgcentral are the chosen databases to be upgraded on 11.2 (FYI edisbursement is empty and ropa doesn\'t exist)\\n\\n3. Completed the following pre-upgrade activities:\\n\\t- inglogs\\n\\t- copy.in\\n\\t- config.dat\\n\\t- ingprenv\\n\\t- version.rel\\n\\t- RedHat release\\n\\t- df -k\\n\\t- infodb\\n\\t- usermod (hsgcentral, on-going for pfmdb)\\n\\t- sysmod (hsgcentral)\\n\\n4. Backed up the following files:\\n\\t- $II_SYSTEM/ingres/files\\n\\t- $II_SYSTEM/ingres/bin\\n\\t- $II_SYSTEM/ingres/utility\\n\\t- $II_SYSTEM/ingres/fileslib\\n\\n5. Remaining pre-upgrade activities:\\n\\t- sysmod (pfmdb)\\n\\t- verifydb (hsgcentral, pfmdb)\\n\\nHopefully #5 could all be done by Monday so that we could start the upgrade on Tuesday.\\n\\nThank you.\\n\\nRegards,\\nManilyn', '10-nov-2023 14:07:25', '2023-00005-8', '2023-00005', 1004),
('As of Nov 21, 2023:\\n\\n- Both hsgcentral and pfmdb are already done with usermod, sysmod and verifydb\\n- All necessary files have already been backed-up\\n- All set for actiansvr upgrade to Actian X 11.2', '21-nov-2023 11:06:31', '2023-00005-9', '2023-00005', 1004),
('You can download the latest patch release for 7-March 2023.\\nhttps://www.dropbox.com/s/9u7e6rydi5vdnq3/actianx-11.1.0-100-linux-x86_64-p15854.tar.Z?dl=0', '08-mar-2023 11:29:54', '2023-00006-1', '2023-00006', 1003),
('Bugs addressed with this patch:\\n2.0 March 7, 2023 - New Bug Fixes for Patch 15854\\n\\nBug 139878 II-9403 (ENHANCEMENT)\\nAdded ELEMENT() and ELEMENT_COUNT() sql functions.\\n\\nBug 140760 II-10351 (GENERIC)\\nDuring concurrent sessions perform the same procedure following error can occur: E_PS0004 SIGSEGV at stack psq_recreate\\n\\nBug 141256 II-11014 (GENERIC)\\nSending email fails silently', '08-mar-2023 11:32:38', '2023-00006-2', '2023-00006', 1003);
INSERT INTO `tbl_comments` (`comments`, `time_stamp`, `entry_no`, `case_no`, `user_id`) VALUES
('3.0 February 17, 2023 - New Bug Fixes for Patch 15846\\n\\nBug 135659 II-5094 (GENERIC)\\nFollowing an unsuccessful attempt to open a database, an ALTERDB command could cause the DBMS\'s \'LK Callback Thread\' to report an E_CL250A_CS_NO_SEMAPHORE and terminate the DBMS via the server with an E_DM9449_DMD_CHECK error.\\n\\nBug 140538 II-10141 (ATTENTION,GENERIC)\\nStatistics generated on CHAR class column with length greater than 8 does not represent the data characteristics well, and may make the optimizer produce sub-optimal query plan.\\nExisting statistics on affected columns needs to be deleted and re-generated in order to apply the fix.\\n\\nBug 140749 II-10297 (GENERIC)\\nSupport OpenSSL version 1.1.1n to fix CVE-2022-077.\\n\\nBug 140803 II-10428 (GENERIC)\\nX100 aggregate query fails with E_VW1027 error.\\n\\nBug 140836 II-10466 (GENERIC)\\nThe Patch level of the DBMS server can now be obtained using select DBMSINFO( \'_patch\' )\\n\\nBug 140871 II-10500 (GENERIC)\\nThe DBMS reports spurious PSF, RDF and/or ULM errors when one or more sessions is creating and/or recreating database procedures. With ulm_pad_bytes set to an odd number the DBMS will report a SEGV in uld_marshal( ).\\n\\nBug 140892 II-10522 (GENERIC)\\nThe upgradedb command doesn\'t create the iiexternal catalog table. Therefore a CREATE EXTERNAL TABLE statement fails with the error E_US0091_NONEXISTENT_CATALOG.\\n\\nBug 140935 II-10573 (GENERIC)\\nServer returns wrong result for an union query that has an outer join in one of its sub-query.\\n\\nBug 140938 II-10576 (ACTIANX)\\nA running installation will stall if the license.xml file being used is updated so that it does not contain a license for the same product that was being used.\\nRestarting ActianX, the new licenses in the license.xml will be accepted.\\n\\nBug 140947 II-10586 (GENERIC)\\nServer returns wrong result for a query that joins on a table that is keyed on boolean type column(s).\\n\\nBug 141021 II-10684 (UNIX,WINDOWS)\\nupgradedb creates the iiexternal table on configurations w/o X100 support', '08-mar-2023 11:32:59', '2023-00006-3', '2023-00006', 1003),
('While performing a penetration testing on the system, some server slowed down.\\n\\nThird party (provider of Pen Testing) is asking what are the ports used by Ingres so that they could exemp them on the next scan.', '06-mar-2023 14:25:16', '2023-00007-1', '2023-00007', 1004),
('Hi Sir Alvin,\\n\\nYou could check errorlog to see what ports are used by Ingres.You can also see it when you ingstart.\\n\\nFor the LEGACYPDCSVR its 21064 and 21071.\\n\\nEGACYPDCSVR      ::[45824        IIGCC, 10819     , 00000000ffffffff]: Sun Jan 29 07:18:40 2023 E_GC2815_NTWK_OPEN Network open complete for protocol TCP_IP, port II (21064).\\n\\nLEGACYPDCSVR      ::[45824        IIGCC, 10819     , 00000000ffffffff]: Sun Jan 29 07:18:40 2023 E_GC2A10_LOAD_CONFIG Finished loading configuration parameters for configuration \'(DEFAULT)\' of server type \'GCC\'.\\n\\nLEGACYPDCSVR      ::[45824        IIGCC, 10819     , 00000000ffffffff]: Sun Jan 29 07:18:40 2023 E_GC2006_STARTUP Communication Server normal startup: server rev. level II 11.1.\\n\\nLEGACYPDCSVR      ::[34081        IIGCN, 10677     , 0000000000000004]: Sun Jan 29 07:18:41 2023 E_GC0153_GCN_SRV_STARTUP Server Registration: class DASVR, address 38417\\n\\nLEGACYPDCSVR      ::[38417        IIGCD, 10838     , 00000000ffffffff]: Sun Jan 29 07:18:41 2023 E_GC4803_NTWK_OPEN Network open complete for protocol TCP_IP, port II7 (21071).\\n\\nThank you.\\n\\nRegards,\\nManilyn', '09-mar-2023 14:39:59', '2023-00007-2', '2023-00007', 1004),
('Both the net server and jdbc one, report:\\n\\nLEGACYPDCSVR      ::[38417        IIGCD, 10838     , 00000000ffffffff]: Fri Mar  3 16:15:15 2023 E_GC001E_ACCEPT_FAIL Connecting client failed to perform all actions required for a successful connection. This may indicate a problem with the client, a foreign client that does not conform to the correct IPC protocol, or a malicious client attempting to disrupt the server.\\n\\nLEGACYPDCSVR      ::[45824        IIGCC, 10819     , 0000000000000008]: Fri Mar  3 16:15:15 2023 E_GC001E_ACCEPT_FAIL Connecting client failed to perform all actions required for a successful connection. This may indicate a problem with the client, a foreign client that does not conform to the correct IPC protocol, or a malicious client attempting to disrupt the server.\\n\\nSlow down may caused by the overwhelemed GCC/GCD. Kindly exclude ports 21064 and 21071 and let us know what will happen.\\n\\nThank you.', '09-mar-2023 14:44:24', '2023-00007-3', '2023-00007', 1004),
('Hi Sir Alvin,\\n\\nAny udpate on Pen Testing?\\n\\nWe\'ll be closing this case in 2 days.\\n\\nThank you.\\n\\n\\nManilyn', '15-mar-2023 11:09:12', '2023-00007-4', '2023-00007', 1004),
('No reported slow downs on LEGACYPDCSERVER since they have filtered the ports 21064 and 21071 as well as other ports from 5000+ and up.\\n\\nHDMF will pen test bigger server next and will report if there\'s any slow down or similar problem.\\n\\nClosing this case now.', '27-mar-2023 16:29:32', '2023-00007-5', '2023-00007', 1004),
('This is a support case for HDMF\'s Re-engineering project for old OpenROAD Application versions of Housing Department.', '20-mar-2023 09:41:29', '2023-00008-1', '2023-00008', 1005),
('The Project was renamed to Housing Revitalization Project', '18-sep-2023 11:34:37', '2023-00008-2', '2023-00008', 1005),
('The re-engineering project is at full swing and as per Sir Roy Urbina, they are deploying a small module of the program soon. It is currently being tested with the QA Dept.', '26-feb-2024 17:58:21', '2023-00008-3', '2023-00008', 1005),
('A request was made for a Functional Testing Tool that can accomodate and identify OpenROAD forms and fields.\\nAttached to this case are the documentions for the previous Proof-of-Concept for SmartBear TestComplete.\\n\\nThe POC was conducted last 2021 for the purpose of testing TestComplete\'s compatibility with OpenROAD applicatons.\\n\\nThe POC shows a positive result and demostrate its use with an OpenROAD Application.', '20-mar-2023 15:10:25', '2023-00009-1', '2023-00009', 1005),
('A product presentation was requested last August 18 by Sir Kit Navia for the whole ISQAD.\\n\\nThe actual presentation was commenced last Sept 19 on Meeting Room 1 from 1pm to 3pm. The presentation was attended by Sir Kit Navia, Ms Lily Ambal, Sir Bhoy Cortez and the whole ISQAD Team.\\n\\nThe Following topics was discusssed:\\n\\n\\n    ?What is Automated Functional Testing Tool?\\n    ?What are the benefits of utilizing an Automated Testing Tool?\\n    ?What sets TESTCOMPLETE apart?\\n    ?Setting Expectations\\n        ?Do\'s and Don\'t s for Automated Testing\\n    ?A little demonstration for TestComplete\\n    ?Next Step on Using TestComplete.\\n', '25-sep-2023 10:11:46', '2023-00009-2', '2023-00009', 1005),
('Sir Kit Navia mentioned that a Desktop was set for  their team to host a TestComplete installation last October 20. They are now free to use the 6-months Trial License Dsource provided them for testing and learning.', '25-oct-2023 10:37:41', '2023-00009-3', '2023-00009', 1005),
('DSI had a quick discussion with Sir Kit Navia with regards to the usage of TestComplete.\\n\\nThey have requested to coordinate with DSOURCE to facilitate a workshop to kickstart their team\'s activity to use TestComplete.\\n\\nThey will have a meeting on Friday (Nov 10) to discuss the team\'s schedule so we can set-up the workshop.', '08-nov-2023 16:39:08', '2023-00009-4', '2023-00009', 1005),
('A date was set for the Workshop to be attended by ISQAD team on Nov 24 at 9am to 12nn. To be conducted at 15th floor Jelp Building HDMF Office.', '21-nov-2023 12:04:10', '2023-00009-5', '2023-00009', 1005),
('A successful workshop was concluded on Nov 24, 2023 from 9am-12nn.\\n\\nThe team will now start their individual testings.\\n\\nSome inquiry are raised:\\n\\n-Adding breakpoints to the script to stop the running of script on a specific line.\\n\\n-Tracing( step by step manually)\\n\\n-Append text to a variable for checkpoint\\n\\n-Saving test results for reporting\\n\\n-Test mobile application in testcomplete\\n\\n-Documentation for Delay and Waitfor in testcomplete.', '24-nov-2023 15:15:43', '2023-00009-6', '2023-00009', 1005),
('A guided testing was requested by Sir Kit Navia.\\n\\nThis activity is will include the whole QA Testing Team and will take 2 whole days and will be conducted on HDMF premises.\\n\\nEvery team member will have their own application to test and DSOURCE will be there to accomodate questions and inquiries of every member.\\n\\nThe goal of this activity is for every team to have at least one application to test through Smartbear TestComplete for them to have their feedback on the tool.\\n\\nThe agreed dates are April 2 and 3 from 8:00AM to 5:00PM.', '03-mar-2024 15:48:11', '2023-00009-7', '2023-00009', 1005),
('In preparation for the Guided Testing. Dsource requested five 14-day trial license from Smartbear and a Bitbar license to test Bitbar with HDMF\'s Mobile Application.', '01-apr-2024 16:08:03', '2023-00009-8', '2023-00009', 1005),
('The Guided Testing activity was a success. Everyone from the QA Testing team was able to perform automated testing on various applications.\\n\\nSome challenges were encountered and needed to be addressed after the activity.\\n\\nResults:\\n\\nSuccessfully created test scripts and run multiple Data Loop on the Application Under Tests each QA team selected. Application varies from:\\n\\n\\tOpenROAD Applications\\n\\tWeb Based Application\\n\\nSuccessfully connected and run a Mobile Application for test with the use of TestComplete and Bitbar. Unfortunately, the QA Team and Dsource did not proceed with the test due to:\\n\\n\\tRequirement of the Application Under Test to connect to HDMF?s \\t\\t\\tinfrastructure. This cannot be done since this will expose HDMF?s \\t\\tnetwork to outside.\\n\\n\\tWith no connection to their test environment, Dsource and QA Team \\t\\tdecided not to proceed with the Mobile Testing using Bitbar.\\n\\t\\n\\tAlternatively, the QA team decided to use their development team?s \\ttool to simulate the mobile application, unfortunately it did not \\t\\tsucceed due to slow performance of the machine.\\n\\nDsource and HDMF QA Team successfully showcased some features of SmartBear TestComplete like:\\n\\t\\n\\tTest Script Creation using Keyword Testing\\n\\tData Loop on whole script\\n\\tData Loop on a segment of a script\\n\\tTest Runs and Debugging\\n\\tVariable creation and test script modification\\n\\tIf Else Conditions\\n\\tTest Replay from Test Application running.\\n\\nFailed test on a Web-based ASP.Net application.\\n\\tSuccessful test recording but replaying causes different selection \\ton DropDown Options.\\n\\n\\tThis case was raised to Smartbear Support and identified\\t \\tas existing behavioral bug. Awaiting response to fix this error.\\n\\n\\nNext Step:\\n\\nThe HDMF QA Team will conduct an internal assessment of their experience on using an Automated Testing Tool.\\n\\nDsource will await HDMF QA Team?s assessment and will further assist on any help they will need.\\n\\nDsource will follow-through on the Failed Test for the ASP.Net Application', '04-may-2024 16:20:36', '2023-00009-9', '2023-00009', 1005),
('Advance Training for OpenROAD developers who have attended the online or face-to-face Introduction to OpenROAD Development training.\\n\\nAs of the moment, there is still no available training offerings from Actian Education. \\n\\nA list of prospective candicate for the advance Training will be requested from HDMF as well as particular training topics that we could request to be discussed.', '20-mar-2023 15:48:18', '2023-00010-1', '2023-00010', 1005),
('A Training was set to commence with 2 batches to accomodate more participants. The Advance Training will commence on the following date:\\n\\n\\tBatch 1 - Oct 9 to 13, 2023\\n\\tBatch 2 - Oct 23 to 27, 2023\\n\\nThe following are the participants who will attend the training:\\n\\nBatch 1:\\n\\t? Sandoval, Jose Marie Sales\\n\\t? Ramos, Jullienne Lising\\n\\t? Angeles, Ma. Bernadette Merogenia\\n\\t? Bagatua, Floyd Tenorio\\n\\t? Manalo, Christopher Del Rosario\\n\\t? Salazar, Richard Jeffrey Maquinto\\n\\t? Cobrado, Christian Noel Dural\\n\\t? Go, Reymart Cabanos\\n\\t? Martin, Michael A.\\n\\t? Simon, Ramonato A\\n\\nBatch 2:\\n\\t? Alindog, Marinella N.\\n\\t? Manahan, Spencer Edsel T. \\n\\t? Burgonio, Crisaldo B.\\n\\t? Sepnio, Virgilio Jr V.\\n\\t? Raposon, Loida F.\\n\\t? Laberinto, Elexie C.\\n\\t? Caalim, Edgar C.\\n\\t? Labastida, Neil Ryan E.\\n\\t? Dalicun, Benjelin Mabborang\\n\\t? Antonio, Brian Buen Jose\\n\\t? Onayan, Jeneses Balat\\n\\t? Dimaculangan, Marco Katimbang\\n\\t? Policarpio, Jomar Gaytano\\n\\t? Cayanan, Harry Mora\\n\\t? Lapuz, Dyojie L.\\n\\t? Gregorio, Jennifer P.\\n\\t? Tabarrejo, Alvin T.\\n\\t? Tobias, Lloyd B.\\n\\t? Beltejar, Ronald Leo R.\\n\\t? Molina, Stephen O.\\n\\n', '25-sep-2023 10:23:17', '2023-00010-2', '2023-00010', 1005),
('2nd batch of OpenROAD Advance Training was successfully fulfilled with the updated set of Participants:\\n\\nBrian Buen Antonio\\nRonald Leo Beltejar\\nJeneses B. Onayan\\nLoida Raposon\\nKim Antonio\\nJullienne Ramos\\nStephen O. Molina\\nNeil Ryan E. Labastida\\nHarry M Cayanan\\nBENJIE DALICUN\\nVirgilio Sepnio Jr.\\nAlvin Tabarrejo\\nLLOYD B. TOBIAS\\nElexie Laberinto \\nCrisaldo B. Burgonio\\nSpencer Edsel T. Manahan\\nMarinella Alindog \\nMARCO K. DIMACULANGAN\\nEdgar C. Caalim\\nJennifer Gregorio\\nJomar G. Policarpio\\nDyojie Lapuz\\nHazar b. Buensalida\\nRobert E. Pilapil\\n\\n', '03-nov-2023 10:27:28', '2023-00010-3', '2023-00010', 1005),
('There are newly hired developers coming in around mid-2023 that will require basic training for both Ingres and OpenROAD development.\\n\\nMinimum of 10 participants are anticipated to take this training. The Introduction to OpenROAD development might require a longer session than the previous 3-day setup.\\n\\nThis will also be a Face-to-face session for better comprehension of the lessons.', '20-mar-2023 15:55:49', '2023-00011-1', '2023-00011', 1005),
('Batch 6 commenced from Sept 25 to 29 at Edsa Shangri-la Hotel.\\nThe training was attended the following people:\\n\\n\\t? Apring, Mary Joy Lara\\t\\n\\t? Quimzon, Bernard Ongonion\\t\\n\\t? Ureta, Marycho Altamia\\t\\n\\t? Antonio, Kim Sagala\\t\\n\\t? Pedrera, Norelyn\\n\\t? Canales, Jomel\\n\\t? Doza, John Paul\\n\\t? Gabrentina, Michael\\n\\t? Tiamzon, Niesser\\n\\t? Rayela, Aizelle Ann B\\n\\t? Nolasco, Nathaniel M.\\n\\t? Sante, Rialen F.\\n\\t? Torio, Alben B.', '25-sep-2023 10:19:25', '2023-00011-2', '2023-00011', 1005),
('HDMF testing server (actiansvr) just applied the recent patch (15854) to test the previous SIGSEGV experienced on the production server.\\n\\nUnfortunately another segmentation violation occurred while they are still testing the latest patch.', '24-mar-2023 17:01:27', '2023-00012-1', '2023-00012', 1004),
('Hi Sir Alvin,\\n\\nAs per Actian the SIGSEGV error on ActianSvr, seems to be different from the production error which was patched on 15854.\\n\\nIt could have happened due to ungraceful shutdown of the server during patch installation.\\n\\nI have attached a KB on this case, though it covers only a portion of the error message which appeared in the errorlog, but it looks relevant.\\n\\nPlease take a look and apply the resolution on KB.\\n\\nAlso, there\'s a lot of logical locks recorded on errorlog. Please consider updating the per_tx_limit.\\n\\nThank you.\\n\\nManilyn', '27-mar-2023 16:34:28', '2023-00012-2', '2023-00012', 1004),
('Hi Sir Lex,\\n\\nGood day!\\n\\nThe SIGSEGV error on the latest inglogs sent today, April 3, was really similar to the previous one.\\n\\nPlease see the attached KB and try apply the suggested solution (recreate transaction logs), and let us know what will happpen.\\n\\nThank you.\\n\\nRegards,\\nManilyn', '03-apr-2023 16:03:29', '2023-00012-3', '2023-00012', 1004),
('Hi Sir Lex,\\n\\nGood day!\\n\\nAs per discussion with Sir Sherwin earlier, he agreed to run again the auditdb script on actiansvr. If the SIGSEGV error will still occur, you will provide us the test case that will be submitted to Actian to further investigate.\\n\\nThank you.\\n\\nRegards,\\nManilyn', '11-apr-2023 14:28:06', '2023-00012-4', '2023-00012', 1004),
('Hi Sir Lex,\\n\\nUnfortunately, Actian cannot recreate the error on their side.\\n\\nThey are still analyzing the case. They are asking to turn off the security_auditing on CBF (this needs a restart) and then rerun the auditdb command and let us know how it goes. Kindly send us screenshot and inglogs after.\\n\\nPlease do it when nobody is accessing the database.\\n\\nThank you.\\n\\nRegards,\\nManilyn', '19-apr-2023 13:59:54', '2023-00012-5', '2023-00012', 1004),
('Hi Sir Lex,\\n\\nGood day!\\n\\nJust an update on this case, it is suspected to be related on  Jira II-9902,140296 which is currently in Engineering for fix.\\n\\nWe\'ll keep you posted Sir.\\n\\nThank you.', '28-apr-2023 14:32:01', '2023-00012-6', '2023-00012', 1004),
('As part of our services to you and in relation to our previous OpenROAD Loadnrun (OR LNR) 6.2 POC (reffer to case number 2022-00015) we would like to request for the following items for the  deployment of OR LNR 6.2 :\\n\\n1. Server where the OR LNR and App Server will be installed.\\n\\t- Please prepare any of this Windows OS 64-bit: Windows 2008 R2, Windows 7, Windows 8, 8.1, Windows 10, Windows 2012 R2, Windows Server 2016 (64-bit)\\n\\t- On our previous POC, Windows Server 2012 R2 Standard 64-bit was used.\\n2. Login credentials of the OR LNR and App Server e.g., Username and Password, IP Address.\\n3. OpenROAD Application (.img) that will be deployed using LoadAndRun Server.\\n4. Client workstation that can access #3 OpenROAD Application to test.\\n\\nBelow are applications needed for setting up OR LNR 6.2 on windows:\\n\\n1. Java JDK and JRE\\n2. OpenROAD Server 6.2 build: 15216 patch:15707\\n3. LoadNRun 6.2 build: 15216 patch:15707\\n4. Apache Tomcat v8.5 installer\\n5. Application to be deployed (created/imaged using OR 6.2 build: 15216 patch:15707)\\n\\nWe would like to ask your permission for installing Java JDK and JRE, and  Apache Tomcat on the server machine that you\'ll provide.\\n\\nIn addition, we would also like to know when is the best time to start this service.\\n\\nNote: During our Tips and Tricks 2022 session, Ms. Manabat asked us if it\'s possible to use IIS instead of Apache Tomcat to set up the gatekeeper so that there\'s no need for third-party software. Our team conducted research on this matter and tested it on our side, and we were able to set up the gatekeeper using IIS. If you would like to use IIS over Apache Tomcat, we suggest that we perform a POC using IIS in your environment before deploying OR LNR 6.2.', '29-mar-2023 13:54:34', '2023-00013-1', '2023-00013', 1002),
('DSI presents the LNR to HDMF to show the current status of the project and to also discuss the next move.\\n\\nActivity list:\\n1. Upgrade LNR 6.2 to LNR 11.2\\n2. Use IIS as webserver\\n3. Launcher Restriction\\n4. Security options for LNR config files\\n5. Set OR 11.2 on another machine to check 6.2 images\\n6. Design a Launcher\\n7. Create an LNR user manual for client', '01-aug-2023 15:56:50', '2023-00013-10', '2023-00013', 1002),
('DSI installed the following for the testing of LNR 11.2:\\n\\nOR 11.2\\nLNR 11.2 (Client and Server side)\\nIIS\\n\\nDSI also get the lichostinfo of the server so that they can provide a trial license for the OR App Server 11.2.', '02-aug-2023 15:38:40', '2023-00013-11', '2023-00013', 1002),
('DSI starts to setup the following:\\n\\nIIS\\nOR App Server 11.2 (License activation)\\nLNR 11.2 (Client and Server)\\nLNR Gatekeeper 2\\n\\nAfter the setup, DSI test to launch the demo application of LNR.\\n\\tLauncher: Sucessfully downloaded\\n\\tJigfall: Successfully downloaded\\n\\n', '04-aug-2023 17:03:21', '2023-00013-12', '2023-00013', 1002),
('As requested, Dsource created 3 templates for the LNR Launcher. This is to show the possibilities for the design we can use for the Launcher instead of using the Default Simple Launcher.\\n\\nIncluded to the attachments are:\\n\\n> The exported XML of the Launcher template already tested working for LNR 11.2.\\n\\n> RAR file composing of images used for the template. MUST be extracted and loaded to C:\\\\ Directory (C:\\\\DSISystem|....)\\n\\n> 3 Images per each template.', '10-aug-2023 15:52:00', '2023-00013-13', '2023-00013', 1005),
('DSI and HDMF had a meeting regarding the Following:\\n\\n1. Download speed of LNR.\\n2. Testing one Loadnrun client in Cubao branch.\\n\\tResult: Download time is aroung 15-20 seconds.\\n3. Date for LNR deployment at Cubao branch.\\n\\tTentative date: September', '18-sep-2023 18:26:30', '2023-00013-14', '2023-00013', 1002),
('Set up LNR Client to Sir Michael Martin.\\n\\nGave a copy and present the launcher created by DSI.\\n\\nGave the xml file of Openroad Sample Launcher so HDMF could check and modifiy the Launcher.', '18-sep-2023 18:32:35', '2023-00013-15', '2023-00013', 1002),
('Transfer of knowledge on the creation of LNR launcher to Sir Michael Martin ?install4gl.txt.\\n\\nDSI and Sir Michael Martin checkout the codes of the Launcher.\\n\\t- Locate and compare the environment variable from install4gl.txt and Launcher\'s code.', '18-sep-2023 18:49:03', '2023-00013-16', '2023-00013', 1002),
('Sir Martin asked DSI for assistance in developing the LNR Launcher for HDMF\'s use. He envisions an application that can modify the list of applications executed by their Launcher without the need to manually edit the \'install4gl.txt\' file on the server side.', '06-oct-2023 14:45:30', '2023-00013-17', '2023-00013', 1002),
('DSI and Sir Mike discussed their plan and process on how they will modify the HDMF\'s Launcher application.\\n\\nObjective:\\nMake a dynamic launcher where it can filter the applications that the user can only use.\\n', '08-nov-2023 15:06:57', '2023-00013-18', '2023-00013', 1002),
('Update from last discussion:\\nDSI has created a sample Launcher with access control by utilizing a set of information from a Database.\\n\\nThis Database consists of information of users and the applications assigned to them.\\n\\nThe created launcher will check the database for a specific user and will fetch all the applications assigned. It will then load the menu on the Launcher based on what is allowed for the specific user.\\n\\nNOTE: The process used on this Launcher bypassed the normal way of reading from the Config File. The Config File is still relevant for other variables like version number. But the application details was directly fetched from Database.\\n\\nAttached are the files generated.', '13-nov-2023 15:08:13', '2023-00013-19', '2023-00013', 1005),
('- DSI has successfully set up a Loadnrun Client and confirmed connectivity with the Loadnrun Server, with a successful result.\\n\\n- DSI has made a request to deploy an application through Loadnrun to test its functionality.\\n\\n- Sir Sherwin has indicated that modifications to the application\'s code are necessary to access its associated templates before they can deploy it using Loadnrun. During this phase, Sir Sherwin has requested support from DSI.', '13-apr-2023 16:35:58', '2023-00013-2', '2023-00013', 1002),
('As part of LNR deployment, all applications that uses external files must be recoded to accomodate the change in file location.\\n\\nAs per Sir Sherwin Astorga, local files used by the image are store on a specific location, thus the location path was hard coded.\\n\\nLoadNRun, as presented on the previous P.O.C. can transfer supporting external files along with the Image. But these files will be stored with the Image\'s location defined by LoadNRun.\\n\\nA simple code can be done to adjust this and make it dynamic.\\n\\n\\tCursession.WorkingDirectory\\n\\nThis function will return the current location of the Image being run.\\n\\nConcatenating additional text to represent a sub-folder location. \\ne.g.\\n\\tvPath = Cursession.WorkingDirectory + \'\\\\files\\\\config.ini\';\\n\\n', '17-apr-2023 12:23:14', '2023-00013-3', '2023-00013', 1005),
('Sir Stephen will recode the images to accomodate the change in file location. We instructed him on how to use the CurSession.WorkingDirectory function.', '17-apr-2023 15:57:57', '2023-00013-4', '2023-00013', 1002),
('DSI together with Sir Stephen test the new image with Cursession.Workingdirectory function. It is working.', '19-apr-2023 11:56:20', '2023-00013-5', '2023-00013', 1002),
('After re-coding and testing of the Cursession.WorkingDirectory function to accomodate the change of location of the supporting files (Excel Templates). A functionality test was done to check the following:\\n\\n   > Auto Downloading of Image along with the Supporting files.\\n   > Testing of download speed through VPN connection.\\n      > This shows a very slow download though the result was expected.\\n   > Auto download for Deleted/Non-existing application on client machine.\\n   > Version change for both Launcher and Application to trigger download.\\n   > Removal of Trace Window for both Launcher and Application AUT.\\n   > Testing of application behaviour on missing supporting files.\\n      > Application functioned as designed.\\n\\nNext step is deploying on a clean (no prior installation of any OpenROAD related product) to test/check the completeness of deployment.\\n\\nClients also seek assistance to check for setting/adding environment upon installation to reduce installation effort when deployed to client machines.\\n\\nDsource will also send a sample launcher source code for their modification and testing.', '19-apr-2023 16:06:21', '2023-00013-6', '2023-00013', 1005),
('During our search for information on how to set and add environment variables during the LNR installation process, we discovered that only a limited set of environments can be changed, including II_INSTALLATION, II_CHARSET, II_DATE_FORMAT, II_DECIMAL, II_MONEY_FORMAT, and II_TERM_INGRES. However, it\'s worth noting that II_TIMEZONE_NAME can be set after the installation, and new environment variables can be added as well.\\n\\nTo simplify the installation process, we recommend using the silent installation method, which involves using ormsiexec.bat to install LNR. We suggest conducting a trial run first to ensure that the process runs smoothly. This method can potentially reduce installation effort.', '03-may-2023 09:44:40', '2023-00013-7', '2023-00013', 1002),
('HDMF was interested in deploying and using an OR 6.2 image in an LNR 11.2 server/client environment. To test this, DSource conducted a simple image test and found that it was successful.', '05-may-2023 14:17:29', '2023-00013-8', '2023-00013', 1002),
('Re-testing of LNR server and LNR Client.\\n\\nChecking LNR connection with client\\nDeploying new image\\nUpdating image\\nTesting of LNR Launcher\\n\\n\\nDSI tried to deploy an 11.2 image using the LNR 6.2.\\n\\tResult: Failed.', '01-aug-2023 15:52:11', '2023-00013-9', '2023-00013', 1002),
('Integrity error while running the below SQL Statements on ingdrdb DR Server.\\n\\nselect pagibigid, account_no, lname, fname, mid,\\nname_ext, birthdate, branch_code, branch_name, hub_code, hub_name,\\npagibig_erid, employerid, eyername, eyeraddr, membership_category,\\nmembership_category_desc, program_code, program_code_desc,\\ninit_percov, last_percov, init_remit, last_remit, maturity_counter,\\ntotal_ee, total_er, total_div, total_savings, membership_status,\\nmembership_status_desc\\n \\nfrom vw_virtual_branch_member_master where pagibigid = \'109003740170\'\\norder by lname, fname, mid, account_no,\\nmembership_status, last_remit desc;\\ncommit;\\n \\n \\nselect\\nmax(percov), count(distinct(percov))\\nfrom vw_virtual_branch_pf_ledger\\nwhere pagibigid = \'109003740170\'\\nand account_no = \'109003740170\' and\\nprogram_code = \'F1\' and\\nifnull(percov, \'\') <> \'\' and ifnull(ee,0.00) > 0.00;\\nCOMMIT;', '13-apr-2023 18:15:38', '2023-00014-1', '2023-00014', 1003),
('A potential backup error resulting to inconsistent data integrity.\\nTested the same query on the following servers:\\n1. inghsg1 (Reporting Server) - SUCCESSFUL\\n2. actiansvr (Testing Server) - SUCCESSFUL\\n3. ingdrdb (DR Server) - FAIL\\n\\nThe apparent difference on those three servers are the way of restoring the back-up.\\n1. inghsg1 (Reporting Server) - rollforwarddb\\n2. actiansvr (Testing Server) - rollforwarddb\\n3. ingdrdb (DR Server) - 3par synching\\n\\nFor further investigation.', '13-apr-2023 18:25:38', '2023-00014-2', '2023-00014', 1003),
('Hi Sir Lex, \\n\\nRequesting for a table definition of the following:\\n1. vw_virtual_branch_member_master\\n2. vw_virtual_branch_pf_ledger\\n\\nfrom ingdrdb, inghsg1, actiansvr', '13-apr-2023 18:43:30', '2023-00014-3', '2023-00014', 1003),
('Upon checking the table definition of the views are all similar.\\nOne problem to check is the more evident cause--the 3par synching.\\n\\nWe will request for a trial license for a temporary DR Server and redo the synching of the DR Server to fix this issue.\\nTake note that the trial license is for strict one (1) month use only.\\n\\nWill close this case now as this is not an Ingres related case but more of a third-party software problem.\\n\\n\\n', '14-apr-2023 12:02:24', '2023-00014-4', '2023-00014', 1003),
('1. Download the Actian licensing utility on the dropbox link below.\\n2. Unzip the file\\n3. Run the lichostinfo batch file\\n4. Please send us the result of the lichostinfo in text format with the following naming format:\\n<Complete name of user>.ORDev.lichostinfo\\n\\nExample:\\nChrisDelgado.ORDev.lihostinfo\\n', '17-apr-2023 16:19:28', '2023-00015-1', '2023-00015', 1003),
('Follow up submission of lichostinfo today 04-May-23.', '04-may-2023 16:39:29', '2023-00015-2', '2023-00015', 1003),
('Greetings Sir Sherwin,\\n\\nGentle follow up of the lichostinfo of the development user\'s workstations so we can size up how many allocated licenses per development.', '22-may-2023 14:22:40', '2023-00015-3', '2023-00015', 1003),
('Gentle follow up on the lichostinfo of all the OpenROAD Development user, so we could issue an OpenROAD 11.2 license.\\n', '14-jun-2023 14:50:48', '2023-00015-4', '2023-00015', 1003),
('Hi Sir Lex, \\n\\nWe would like to request for the following:\\n1. lichostinfo of all the Database servers (Production, DR, HA, Testing, Development).\\n2. version.rel of all the Database servers.\\n3. lichostinfo of all the OpenROAD Application servers.\\n4. version.rel of all the OpenROAD Application servers.\\n\\nSpecial instructions:\\n1. Please have all the lichostinfo and version.rel in one folder per server.  Folder name will be the server name.\\n2. Please have all the files in text format.\\n3. Please include a short description and usage of the server on a separate text file within the folder.\\n\\nDeadline is on or before May 2, 2023.', '17-apr-2023 16:25:37', '2023-00016-1', '2023-00016', 1003),
('The client have upgraded their servers to Windows Server 2019 R2 which is hosting their OpenROAD Appication Server.\\nEverything is working good on the previous Servers but they are having some problems with the current setup.\\n\\n> User Credentials for their DCOM connection sometimes does\'nt work. A server reset was necessary to have their users accomodated to the servers.\\n\\n> A specific application is hogging the CPU resources of the Application Server which is not happening on the old servers.\\n\\nSince there are no apparent error message or specific diagnosis that the cause of this is the Compatibility of OpenROAD to Windows Server 2019 R2, an invistigation will be done to track what might be causing this problem.', '19-apr-2023 16:25:17', '2023-00017-1', '2023-00017', 1005),
('Apparently, OpenROAD 6.2 was not tested on Windows Server 2019. The latest version of OpenROAD 11.2 is the one that has been tested and certified on Windows 2019.\\n\\nAlso, since OpenROAD 6.2 is on extended support since 2021, there are no new fixes.\\n\\nIt is highly recommended to upgrade to OpenROAD 11.2.\\n\\n\\nWe will be closing this case.', '26-apr-2023 11:17:05', '2023-00017-2', '2023-00017', 1005),
('An Error occured when using .NET upon saving to a new table.\\n\\nCould not open the iirelation table.', '24-apr-2023 10:35:44', '2023-00018-1', '2023-00018', 1005),
('The following information was requested for assessing the problem:\\n\\n1) From where the source table is coming (ddl) ?\\n\\n2) Is there any difference/modification done in the structure of the target table which is being saved via stored procedure? If yes what is it?\\n\\n3) What exactly the procedure does ?\\n\\n4) Please provide the errlog.log and the Ingres patch # in use ?\\n\\n5)What connection type is being used i.e (jdbc/odbc)?\\n', '24-apr-2023 17:57:54', '2023-00018-2', '2023-00018', 1005),
('The problem was resolved. Apparently, it was caused by a coding error resulting a Null Date argument.\\n\\nAs per Sir RJs findings, the Ingres Version 10.2 returns an error ?IIRelation Error?.\\nThen he runs the same script (run and develop in vb .net) connecting to Ingres Version 11.1\\nthen the returning error pertains to ?null date?. So he just make adjustment to\\nhis script and run it again in Version 10.2 and the problem is resolved.\\n\\n\\nThis case will be closed.', '26-apr-2023 10:59:45', '2023-00018-3', '2023-00018', 1005),
('This will serve as a reminder that Patch 15854 which was released last 7-Mar-23 will probably the last patch for ActianX version 11.1.\\n\\nKindly take note also of your servers that has obsolete version (10.2) i.e., orataf and LEGACYSVR.\\nThere will be no license for Ingres 10.2 version anymore.\\nFurthermore, kindly check the attached link for .pdf file so you can see the list of servers that needs patch updating.\\n\\nLegends:\\nRED - NEEDS IMMEDIATE VERSION OR PATCH UPDATE (Patches released 31-Dec-21 or older)\\nORANGE - NEEDS IMMEDIATE PATCH UPDATE (Patches released 31-Dec-22 or older)\\nGREEN - ON THE LATEST PATCH \\n', '15-may-2023 14:30:33', '2023-00019-1', '2023-00019', 1003),
('A request to setup an OpenROAD Server Farm Administration for HDMF\'s OR Application Servers.\\nThe request was sent by Ms Marinella Alindog.', '30-may-2023 10:42:31', '2023-00020-1', '2023-00020', 1005),
('The server and client have different timezones, which causes discrepancies in the saved time. Ideally, the saved time should reflect the server\'s time, but in this scenario, the time is obtained from the client instead.\\n', '02-jun-2023 11:23:23', '2023-00021-1', '2023-00021', 1002),
('This is the code we use to get the time from the server side.\\n\\n\"SELECT date(\'now\') as server_date;\"\\n\\nPlease give this code a try and let us know if it resolves the problem you encountered.\\n\\nThank you Sir.\\n', '02-jun-2023 11:40:23', '2023-00021-2', '2023-00021', 1002),
('After the consultaion earlier with HDMF, it has been identified that the II_TIMEZONE_NAME obtained from the client is being used instead of the server\'s timezone.\\n\\nTo address the issue at hand, DSource will replicate the case in order to understand the problem thoroughly and provide an appropriate solution.', '02-jun-2023 15:53:11', '2023-00021-3', '2023-00021', 1002),
('We conducted several scenarios to replicate the timezone problem. These scenarios were performed on the client side with II_TIMEZONE_NAME set to GMT2, while the server used II_TIMEZONE_NAME PHILIPPINES.\\n\\n1. Directly inserting the current date(\'now\') into the database via ISQL.\\n2. Inserting the actual date and time value (e.g., 05-jun-2023 12:00:00) into the database via ISQL.\\n3. Running the SELECT date(\'now\') query via ISQL and comparing it to the server.\\n4. Using OpenROAD, passing the value of SELECT date(\'now\') to a variable and using that variable to insert into the database. The data type of the variable was set to date, and we also tried setting it to varchar.\\n\\nRESULT:\\nOn the client side, the date and time values are displayed in GMT2. When compared to the server side, the date and time values are in the PHILIPPINE timezone, resulting in the correct time being posted.', '05-jun-2023 10:30:53', '2023-00021-4', '2023-00021', 1002),
('After conducting a testing on OpenROAD 6.2 p15707, we found out that the server-side accurately saves the date and time, even when the client has a different II_TIMEZONE_NAME.\\n\\nWe highly recommend trying out and applying the mentioned patch (p15707) to resolve the problem you have encountered.', '07-jun-2023 15:23:44', '2023-00021-5', '2023-00021', 1002),
('This case was fixed using the OR 6.2 p15707. When saving date and time from a Client with a different II_TIMEZONE_NAME from the Server, it will still use the II_TIMEZONE_NAME of the Server. However, by default, when viewing the date and time from the Client, it will be displayed based on its II_TIMEZONE_NAME. If the Client wants to view the actual date and time from the Server, the Client\'s II_TIMEZONE_NAME must be the same as the Server\'s.\\n\\nPlease use the link below to get a copy of OR 6.2 p15707.', '16-jun-2023 09:34:05', '2023-00021-6', '2023-00021', 1002),
('Showed signs of performance slowdown then it went down.\\nNo further test to be performed because inglogs is not yet available.\\n', '14-jun-2023 12:26:12', '2023-00022-1', '2023-00022', 1003),
('As of now, no clear cause of the production server failure.\\nIt is speculated to caused by some network adaptor while HP is pointing out that the cause is the Operating System.\\n', '14-jun-2023 14:48:42', '2023-00022-2', '2023-00022', 1003),
('No further update from the client regarding the real cause of the crash.\\nEither Operating System or Hardware failure.', '23-oct-2023 17:16:00', '2023-00022-3', '2023-00022', 1003),
('1. Query Tool Crashes every time a wrong query is done.\\n2. \"SELECT FIRST 10 * FROM insclaim_master;\" produce an error.', '16-jun-2023 10:04:01', '2023-00023-1', '2023-00023', 1002),
('Transaction UNDO fails with E_DM968E / E_DM968F for a table with compressed btree secondary index and the DBMS server crashes and becomes unaccessible.', '18-sep-2023 10:59:38', '2023-00024-1', '2023-00024', 1004),
('Hi Ms Nheng,\\n\\nGood day!\\n\\nUpon checking the inglogs of ingdb1b, this error was caused by bug II-9848 (140244) where in UNDO fails with secondary indexes with BTree table structure leading to crashing of DBMS servers.\\n\\nThis bug was fixed with patch 15829 last November. Please patch the server to avoid this error again.\\n\\nThank you!\\n\\n\\nRegards,\\nManilyn', '18-sep-2023 11:46:42', '2023-00024-2', '2023-00024', 1004),
('You can download the latest patch release for 31-May 2023.\\nhttps://www.dropbox.com/scl/fi/ulcnly8hzxraamawd2ab8/actianx-11.1.0-100-linux-x86_64-p15872.tar.Z?rlkey=fxtnuq87ftnay0wvp2zd2ckei&dl=0', '18-sep-2023 15:07:41', '2023-00025-1', '2023-00025', 1003),
('Bug 135025 II-4321 (ATTENTION, GENERIC)\\ntimestampadd() function is not considering \'interval\' field as Integer.\\nNow decimal part from \'interval\' would be truncated, hence it will result different value in case \'interval\' is decimal.\\n\\nBug 139633 II-9177 (GENERIC)\\nSIGSEGV occurs when autostats is on. Stack shows rdu_statistics(), rdf_getinfo().\\n\\nBug 139928 II-9466 (WINDOWS)\\nThe Visual Manager icon on the taskbar does not show the Exit option.\\n\\nBug 141112 II-10785 (GENERIC)\\nHandle \'-0.0\' in comparisons consistently with \'0.0\'.\\n\\nBug 141185 II-10899 (GENERIC)\\nOPTIMIZEDB leads to a SIGSEGV in the DBMS when server tracing is enabled. The SIGSEGV occurs in scu_qtrace_dataval(). The same exception may happen when tracing any query that has varbyte query parameters.\\n\\nBug 141208 II-10945 (GENERIC)\\nComments on views are lost when running upgradedb -tree.\\n\\nBug 141209 II-223 (GENERIC)\\nFix quotes in SQL and QUEL macros.\\n\\nBug 141256 II-11014 (GENERIC)\\nSending email fails silently', '18-sep-2023 15:14:54', '2023-00025-2', '2023-00025', 1003),
('Bug 141270 II-11020 (ATTENTION, UNIX)\\nUpgradedb fails with Unable to create subdirectory \'upgradedb\' in II_FILES:upgrade if run as a user other the installation owner.\\nThis patch contains a fix for new installations, to manually fix existing installations run as the installation owner: $ upgradedb -tree iidbdb\\n\\nBug 141350 II-11122 (ATTENTION,ENHANCEMENT,GENERIC)\\nEnhance optimizedb by building statistics that uses all exact histogram (vs mixture of exact and inexact) if space is allowed.\\nThis solution requires the derived configuration parameter \'opf_memory\' in config.dat to be recalculated. This can be done by using ingres utility \'cbf\', then navigate to \'DBMS Server\' -> \'Derived\' -> \'opf memory\', then choose \'Recalculate\' option.\\n\\nBug 141369 II-11145 (LINUX)\\nThe inglogs helper script inglogs_gdb_stacks is not shipped.\\nThis script is useful in cases where a process owner is not allowed to determine the stacks. By using the -stackdmd flag, inglogs can be advised to call that script via sudo to collect the stacks. Run inglogs --help to get more details.\\n\\nBug 141426 II-11217 (GENERIC)\\nUser provided schema is ignored while rename / alter rename table. Also error message is not correct.\\n\\nBug 141443 II-11233 (GENERIC)\\nAn outer join query that fetches a BLOB type column fails with E_SC0206.\\n\\nBug 141448 II-11237 (GENERIC)\\nUncorrect behaving of quotes in macro mode in SQL tm. Fixed by limiting quotes only for macro parameters.\\n\\nBug 141454 II-11248 (GENERIC)\\nOptimizer picks an inefficient qep and makes query take longer time to run.\\n\\nBug 141515 II-11339 (GENERIC)\\nServer returns wrong result for an outer join query that contains an \'is null\' predicate on its ON clauses.\\n\\nBug 141612 II-11446 (GENERIC)\\nSometimes dbms server crashes when update/modify and drop is done parallelly on x100 table.\\n\\nBug 141688 II-11545 (VMS)\\nIana 2023c fails to compile.', '18-sep-2023 15:15:50', '2023-00025-3', '2023-00025', 1003),
('There is a slow response of the Open Road Workbench when saving objects or code. Currently, it takes an average of 1-2 minutes to complete, causing delays in system development. Additionally, they are using the same code server for applications built in versions 3.5 and 4.1, but with a different database name for version 6.2.', '25-sep-2023 10:06:19', '2023-00026-1', '2023-00026', 1002),
('Upon reviewing the system performance of the server where the codes are currently stored, we have noticed that the CPU and disk usage spike when multiple (3) developers save their work simultaneously. In response to this, HDMF will migrate their codes to a server with better specifications. If the problem still persists, our next step will be to patch/update the OpenROAD workbench used by the developers.', '25-sep-2023 15:07:51', '2023-00026-2', '2023-00026', 1002),
('HDMF identified the cause of the slow saving time of their applications on OpenROAD. After removing all Image Trim fields on their application development, a significant change on the saving speed was apparent.\\n\\nThe slow saving may be caused by the large size of the application due to the amount of images inserted on the imagetrim.\\n\\nDSI suggest of limiting the use of ImageTrim especially if inserting large image file size. This will cause the application to be larger in file size and may cause a corruption of the component with the ImageTrim.\\n\\nIn replacement, you could use ImageField instead and then using the FileHandle method to load the image to the ImageField from a specific location.\\n\\nYou could also utelize Cursession.WorkingDirectory to specify the location where the IMG(image file) is located.\\n\\n', '06-oct-2023 15:02:26', '2023-00026-3', '2023-00026', 1005),
('When using Insert Field from Database Table functionality in tables with long names (e.g., insti_proponent_officer_techstaff) an error occurs stating Table insti_proponent_officer_techstaf does not exist.', '06-oct-2023 13:08:41', '2023-00027-1', '2023-00027', 1002),
('According to Actian this is because OpenROAD only supports shorter object names (for tables, columns, etc.) - up to 32 characters.', '06-oct-2023 14:55:46', '2023-00027-2', '2023-00027', 1002),
('A problem was raised about OpenROAD components that cannot be deleted and is giving an error message that it is corrupted.\\nThis case was encountered before by Dsource Develoment Team before and a documentation was created to fix this problem.\\n\\nPLEASE NOTE: that the solution provided was given directly from Actian BUT is not supported. Meaning that precaution should be taken before doing this and this should be done on your own risk.\\n\\nDsource encountered this problem before with using large icon image on our application or using large image on Image Trim fields.\\n\\nWe suggest limiting the use of image trim since it will also increase the size of your application. In replacement of Image Trim, you could use Image Field instead and calling the image using FileHandle Method.\\n\\nPlease see attached file for the solution on removing corrupted components.', '06-oct-2023 13:38:02', '2023-00028-1', '2023-00028', 1005),
('1. Identify the Entity ID of the locked component.\\n\\t> SELECT * FROM II_LOCKS;\\n\\n2. Confirm Component Name.\\n\\t> SELECT ENTITY_ID, ENTITY_NAME FROM II_ENTITIES WHERE ENTITY_ID = <entity_id>;\\n\\n3. Delete the LOCKED component from the II_LOCKS Table.\\n\\t> DELETE FROM II_LOCKS WHERE ENTITY_ID = <entity_id>;', '09-oct-2023 13:36:44', '2023-00029-1', '2023-00029', 1005),
('Checkpoint of production server (ingdb1a) last night failed. Looking at the log files to further investigate the problem.', '11-oct-2023 12:54:52', '2023-00030-1', '2023-00030', 1004),
('HDMF sent checkpoint log and dbg file', '11-oct-2023 15:53:00', '2023-00030-2', '2023-00030', 1004),
('As per Actian, they could only see that the checkpoint process died and there are no further details pertaining to the database session which started the checkpoint in the errlog.log. They suspect the checkpoint process was terminated at the OS level.\\n\\ningdb1a      ::[II_JSP      , 422    , 0000000000000000:00007fd7da180200, dmfjsf.c:3672     ]: Tue Oct 10 18:47:01 2023 I_DM105D_JSP_INFO A user is running ckpdb -v #x #m12 pfmdb\\ningdb1a      ::[II_JSP      , 422    , 0000000000000000:00007fd7da180200, dmfx100.c:1821    ]: Tue Oct 10 18:56:12 2023 E_VW1198_JSP_INFO Database: pfmdb, backup \'2041\'\\n\\nThey are also looking at the checkpoint log warnings during the tar operation on the checkpoint that might have failed the process. I?m still clarifying the issue with regards to checkpoint template file. I will get back to you as soon as I have confirmed it.\\n\\nI was informed by Sir Alvin that the checkpoint last night was successful. Could you please send me the logs and dbg file.\\n\\nThank you.\\n\\nManilyn\\n', '12-oct-2023 11:21:53', '2023-00030-3', '2023-00030', 1004),
('Hi Sir Stephen,\\n\\nGood day!\\n\\nActian cannot really find anything on all the log files on why the checkpoint process failed last October 10. All they could see is the II_JSP process was spawned for the checkpoint and it got terminate/died. Later the Dead Process Detector(DPD) reported that the checkpoint process has died.\\n\\nPlease check from OS end if there was something else running on the system which could have terminated the checkpoint process. Also please monitor the checkpoints, should the issue repeat again, please let us know.\\n\\nThanks.\\n\\nManilyn', '13-oct-2023 10:39:33', '2023-00030-4', '2023-00030', 1004),
('E_DM9055_AUDITDB_PRESCAN_FAIL and E_DM9034_BAD_JNL_NOT_FOUND errors while running an auditdb on production server.\\n\\nOne possible cause for this sequence of errors is that one of the journal files to be read by the auditdb utility is missing from the database JNL location or compressed.\\n\\nInglogs already sent to Actian for further analysis.', '17-oct-2023 17:18:04', '2023-00031-1', '2023-00031', 1004),
('Noticed something peculiar with the journal files.\\n\\nAside from j1506278.jnl is missing:\\n\\n    -rw-------. 1 ingres ingres  5308928 Oct 13 19:41 j1506277.jnl\\n    -rw-------. 1 ingres ingres 10928640 Oct 13 19:35 j1506279.jnl\\n\\nOther journal files was written earlier than expected:\\n\\n    -rw-------. 1 ingres ingres 15450624 Oct 13 19:41 j1506276.jnl\\n    -rw-------. 1 ingres ingres  5308928 Oct 13 19:41 j1506277.jnl\\n    -rw-------. 1 ingres ingres 10928640 Oct 13 19:35 j1506279.jnl\\n    -rw-------. 1 ingres ingres 10945024 Oct 13 19:35 j1506280.jnl\\n    -rw-------. 1 ingres ingres  9486848 Oct 13 19:36 j1506281.jnl\\n    -rw-------. 1 ingres ingres 17629696 Oct 13 19:38 j1506282.jnl\\n    -rw-------. 1 ingres ingres  9765376 Oct 13 19:39 j1506283.jnl\\n    -rw-------. 1 ingres ingres  9044480 Oct 13 19:40 j1506284.jnl\\n    -rw-------. 1 ingres ingres 17957376 Oct 13 19:42 j1506285.jnl\\n    -rw-------. 1 ingres ingres  8569344 Oct 13 19:44 j1506286.jnl\\n    -rw-------. 1 ingres ingres 12288512 Oct 13 19:53 j1506287.jnl\\n    -rw-------. 1 ingres ingres 12222976 Oct 13 19:58 j1506288.jnl\\n\\nNoticed that j1506277.jnl file was written on Oct 13 19:41 then journal files after that was written on Oct 13 19:35, 19:36 (much earlier time).\\n', '18-oct-2023 17:28:01', '2023-00031-2', '2023-00031', 1004);
INSERT INTO `tbl_comments` (`comments`, `time_stamp`, `entry_no`, `case_no`, `user_id`) VALUES
('Hi Sir Lex,\\n\\nGood day!\\n\\nWith regards to your observation yesterday, about the missing journal file 1506278. It definitely has something to do with the auditdb error.\\n\\nOn the archiver log file, $II_SYSTEM/ingres/files/iiacp.log,\\nline 1125062, journal 1506276 is created at 19:24:49\\nline 1125236, journal 1506277 is created at 19:29:18\\nline 1125389, journal 1506278 is created at 19:33:17\\n\\nOne of the reason why the auditdb command failed, is certainly because the file 1506278 is missing.\\n\\nThank you.\\n\\nManilyn', '19-oct-2023 12:55:19', '2023-00031-3', '2023-00031', 1004),
('Hi Sir Lex,\\n\\nThe main reason why E_DM9034 error happened while running auditdb is because the 1506278.jnl was missing.\\n\\nBut then, Archiver process shows that the 1506278.jnl was created on October 19:33:17.\\n\\nUnfortunately, we have no trace on log files on what happened to the journal file, whether it was deleted or moved.\\n\\nI will be closing this case, please let me know if you need more help.\\n\\nThank you.\\n\\nRegards,\\nManilyn\\n', '09-nov-2023 14:06:29', '2023-00031-4', '2023-00031', 1004),
('HDMF requested a demo on how to install the openroad 11.2. They wanted to know how to use the license file to activate the openroad workbench upon installation.', '17-oct-2023 09:47:39', '2023-00032-1', '2023-00032', 1002),
('DSI conducted a demo at HDMF office to show how to use the license file upon installing openroad 11.2.', '18-oct-2023 09:53:22', '2023-00032-2', '2023-00032', 1002),
('The discussion transpired yesterday 17-Oct-23.\\nThis is regarding the architecture and behavior of PFMDB tables schema across multiple database location that might help with the effective implementation of HPE Alletra\'s asynchronous replication a snapshot based data replication.\\n\\nImplementation has the following success criterias:\\n1. Consistent data replication on a storage level from PFMS/STLMS production server to interim Disaster Recovery Server.\\n2. Implementation of compression and data deduplication.\\n3. Optimum SQL performance.\\n4. Successful database backup using ckpdb and recovery via rollforwarddb on different database server/s.\\n\\nAction items:\\n1. HDMF will provide the SQL statement used for data consistency and performance testing to DSI.\\n2. DSI will determine the database location/s of the affected tables for testing.\\n3. HDMF will proceed with asynchronous replication on the specific database location/s.\\n4. HDMF will test the data consistency and performance. \\n5. DSI will create a use case on the implementation of quiescing during asynchronous snapshot.', '18-oct-2023 13:31:38', '2023-00033-1', '2023-00033', 1003),
('The asynchronous data replication will be done on all database locations.\\nProvided SQL scripts to be used for testing.\\n\\trunslow.pf_member_master01.sql\\nhttps://www.dropbox.com/scl/fi/yt9fznr29d4783923dtbm/runslow.pf_member_master01.sql?rlkey=w1tfr5z62d5upkrcd5tuxrj1o&dl=0\\n\\n\\trunslow.pf_member_master03.sql\\nhttps://www.dropbox.com/scl/fi/6c846euolwukc58lwyp58/runslow.pf_member_master03.sql?rlkey=pvp127bhx7tv1qe734biorq67&dl=0\\n\\nAlready benchmarked the above SQLs.\\nWe strongly suggest to at least run each SQL twice per scenario.\\n\\n', '18-oct-2023 17:42:17', '2023-00033-2', '2023-00033', 1003),
('HDMF environment and replication diagram', '18-oct-2023 18:05:01', '2023-00033-3', '2023-00033', 1003),
('There\'s a good news and not-so-good news.\\nGood news is that Ingres/Actian X 11.x has a quiesce function.\\nQuiesce function in Ingres stops the Communications Servers (iigcc) after all current sessions have terminated or disconnected.\\nWhereas, Stop function force stop all the iigcn in an instant.\\n\\nSyntax:\\nNetutil -file-\\nstop | quiesce <ServerId>\\n\\nThe not-so-good news is that the use the quiesce function will prove challenging in HDMF\'s scenario due to the following reasons:\\n\\t1. The behavior of quiesce is that it will temporarily block all new and incoming connections by restricting the iigcc. \\n\\t2. Meaning, all users who terminated and/or disconnected all their connections to the server, cannot go back until the iigcc has started again.  \\n\\t3. Meanwhile, if a certain user did not terminated and/or disconnected his/her connection, iigcc cannot continue to stop and will be stalled until all user/s disconnects.  \\n\\t4. In addition, while the iigcc is at stall, rules still apply that all new and incoming connections are temporarily blocked.\\n\\nPossible resolution:\\n\\t1. Test the use case of quiesce carefully and create a policy supporting this approach\\n\\t2. Once a day, prior to the issuance of quiesce, help desk will announce an <x amount> of calm/quiet time for operation\\n\\t3. DBA will issue a quiesce command\\n\\t4. DBA will check all active connections without current transaction/s, and force disconnect until quiesce completely stops the iigcc\\n\\t5. <x amount> of calm/quiet time will be used for HPE Alletra\'s asynchronous replication\\n\\t6. After item# 5, restart iigcc by issuing an ingstart -iigcc\\n\\t7. Check if all users can already connect to the database server', '23-oct-2023 16:05:32', '2023-00033-4', '2023-00033', 1003),
('Will be closing this case now.\\nShould you have any other concern, please feel free to contact us.', '08-nov-2023 14:46:51', '2023-00033-5', '2023-00033', 1003),
('Question raised during the 2nd Batch of Advanced Training by Sir Robert Pilapil.\\nOn how to manage and limit developer access to certain components or application to set a restrictive approach on shared development.', '03-nov-2023 10:06:55', '2023-00034-1', '2023-00034', 1005),
('Comments from Actian Support regarding this question:\\n\\nBasically, when users have access to a development repository, they can also access all the applications/components in the repository.\\n\\nEven components that are ?Saved Private? can be viewed (but not edited) ? at least the version that has last been checked in.\\n\\nIf you want to prevent the View, you?d have to provide developers all other components in included application(s) that reside in image file(s), thus the source is stripped from the component.\\n\\nBut this will of course make development harder, i.e. as a ?Step Into? in the Debugger cannot step into any components residing in an image file.\\n\\n', '03-nov-2023 10:12:36', '2023-00034-2', '2023-00034', 1005),
('For effective teamwork we prefer the following approach (which we use internally):\\n\\n> Every developer has its (his/her) own repository database ? this can be   a local database or a ?private? database on a shared DBMS.\\n\\n> Thus, the developers are not restricted in their work and several   developers are able to work in parallel (even on the same component).\\n\\n> Once developers are ready to submit a change (which can involve several    components ? also from several applications), the components are       exported into XML export files:\\n\\n  > One directory for each application containing:\\n    > one XML export file for each component\\n    > one XML export file for the application properties (using ?-               appsource? flag of ?w4gldev backupapp out)\\n\\n> The export files are under control of an SCM (Software Configuration       Management) like ?git? (Bitbucket)\\n> Once the developer wants to submit the changes to the repository of the    SCM (changed/added/deleted files), there is a ?Code Review? process        going on.\\n\\n  > The file submission into the central repository will only happen after     reviews and approval by peers/authorized users (?Pull Request? in          git/Bitbucket).\\n  > Other developers can get the new component versions from the SCM           repositiory after the change has been merged.\\n  > The build of a daily build or release of the application(s) will be        done using the applications/component export files contained in the        SCM repository\\n\\n    > This could even be done using a newly created database, into which         all the required export files are imported before doing makeimage.', '03-nov-2023 10:16:00', '2023-00034-3', '2023-00034', 1005),
('As part of the project of migrating OpenROAD applications to the latest version. An update also surfaced that the Appserver/DCOM setup might be decommision in the future and a move to Appserver/JSON setup is imminent.\\n\\nTo start identifying all the changes to be done, Sir Sherwin Astorga with the Go-signal of Sir Florencio Cortez provided DSOURCE with a sample program that utilizes DCOM connection to migrate it to JSON connection.\\n', '06-nov-2023 17:11:17', '2023-00035-1', '2023-00035', 1005),
('Answers from previous concerns and questions raised during the presentation of the converted application to JSON-RPC setup.\\n\\n - Verify the length of StringObject Value attribute\\n\\t? The value attribute is indeed can only contain 2000 characters but the StringObject System Class doesn\'t have a limit. This will not be a problem since the only procedure that\'s using value attribute is the RPC-Request which may not reach 2000 characters. The RPC-result on the otherhand will definitely reach more than 2000 characters but the value attribute was never used. \\n\\n - Use the JsonObject to Object function to eliminate looping to get    values from the reply string\\n\\t? This was done successfully (please refer to the PDF file attached). This process will require a UserClass on the Client-Side to hold the data parsed from the RPC-Response.\\n\\n - Populate the database to test response time from the server.\\n\\t? The database was loaded with three thousand rows of record and there was a little delay experienced (This is on a Client-Server setup on a single laptop. Further testing are being done to check the response time from the server.\\n\\n - Create additional table to test nested array behaviour on JSON\\n\\t? As expected, there was no problem encountered on this kind of setup. the RPC-Response just created an array within the array that\'s already on the original setup. (Please refer to the PDF attached)\\n', '20-feb-2024 15:32:56', '2023-00035-10', '2023-00035', 1005),
('Dsource presented their findings on the added testing requested by Sir Sherwin Astorga.\\n\\nThe concern about security and performance is still there so Dsource will do testing and research with regards to this matter.\\n', '26-feb-2024 17:56:02', '2023-00035-11', '2023-00035', 1005),
('A POC was triggered to convert an existing OpenROAD application to JSON-rpc setup.\\n\\nA new case was created to monitor this POC.\\nPlease refer to Case No. 2024-0008.', '12-mar-2024 12:22:11', '2023-00035-12', '2023-00035', 1005),
('Dsource was provided with a sample application, Appserver Image and a database schema.\\n\\nDsource were able to setup the AppServer and running the UI trigger\'s a session on the app server. \\n\\nThough a message appears Connection is unsuccessful, please try again.\\n\\nIt is still unclear if this is because of a connection problem or because there are no record on the database.\\n\\nDsource is still asking to verify this message and if possible, have a sample test data to populate the database.', '08-nov-2023 17:13:51', '2023-00035-2', '2023-00035', 1005),
('HDMF configuration was succesfully set-up at Dsource Office and the process of learning and conversion of the current setup has started.\\n\\nDsource has also succesfully setup a http-jsonrpc routing to be use for this activity.', '21-nov-2023 12:06:29', '2023-00035-3', '2023-00035', 1005),
('Succesful creation of sample application with Application Server Image registered to VOSA and JSON configuration files setup.\\n\\nSuccessful call from Client UI sending and receiving request via JSON.\\n\\nNext Step - application of changes to HDMF-provided sample DCOM application to make it JSON compliant.', '29-nov-2023 18:17:07', '2023-00035-4', '2023-00035', 1005),
('Change of plan due to complication.\\n\\nDsource development team has to fix the sample application created to work as a fully working application. Not just sending and receiving request and response, but also placing the data gathered to a list view or Entryfield.', '08-dec-2023 16:09:14', '2023-00035-5', '2023-00035', 1005),
('Successful result on the convertion of JSON response to OpenROAD variable to be readily available to use on any operation on the OpenROAD side.\\n\\nExperimentation and testing have been done to check for the most efficient way of converting JSON response to OpenROAD variable, especially when dealing with arrays or set of data in a table.', '15-dec-2023 15:12:10', '2023-00035-6', '2023-00035', 1005),
('Sending request to server with specific information thrown to accomodate specific search on a query has been done.\\n\\nThis took a while since the simple application is evolving into something more complex and various errors have been discovered and fixed.\\n\\nAfter this, the team has to integrate everything to the sample DCOM application and present the findings.', '05-jan-2024 12:01:19', '2023-00035-7', '2023-00035', 1005),
('The sample application provided was successfully converted to a JSON-RPC Server-Client Application.\\n\\nDsource was able to test the responce from the Application Server Image to be correct but still need to trace and fix some irregularity with the results.\\n\\nThe sample application was stripped down to 3 application (App Server, Connection, UI) to build a necessary application that can interact with the database, the same way how the DCOM Application works.\\n\\nNo changes was done to the Business Object Userclass to minimize the changes.\\n\\n', '02-feb-2024 16:49:55', '2023-00035-8', '2023-00035', 1005),
('Result of the converted application was presented to Sir Sherwin Astorga.\\n\\nConcerns are raised regarding the following:\\n - Complexity of the change needed to be done\\n - Security from outside access\\n - JSON handling complex multiple query and nested array\\n\\nAdditional test was requested to further study the JSON conversion method.\\n - verify the length of StringObject Value attribute\\n - Use the JsonObject to Object function to eliminate looping to get    values from the reply string\\n - Populate the database to test response time from the server\\n - Create additional table to test nested array behaviour on JSON\\n\\nSome research must also be done including other variable types and security features for JSON type connection.', '15-feb-2024 11:29:20', '2023-00035-9', '2023-00035', 1005),
('There was a problem with the dump file 500451 associated with the checkpoint 2088 that stops the rollforward.\\n\\nCurrently on the Actian Engineering Team to further investigate the cause.', '07-dec-2023 16:16:11', '2023-00036-1', '2023-00036', 1004),
('E_DM935A_BAD_DMP_LENGTH would occur when there is a mismatch in what we have read and the length we were expecting to read in the dump file. This error would generally occur when the rollforwarddb is performed across different patches, which is case here as the source and target patches are different. But the rollforwarddb with checkpoint 2089 was successful with the same patches.\\n\\nThe problem might be during the generation of the checkpoint itself. To check further on this, we need you to perform rollforwarddb with checkpoint 2088 on to a different test machine and see how it goes.\\n\\nNOTE:  Before proceeding with performing rollforward, kindly perform cksum file for dump 500451 on both source and target servers and check if the value is same.', '05-jan-2024 11:54:58', '2023-00036-2', '2023-00036', 1004),
('After upgrading to 11.2, stored procedure from hfdcs database got No MST is currently in progress, cannot declare another cursor error while running the application.\\n\\nThe application was created with Visual Studio and uses Ingres.Client.dll in .NET to call on the web services.\\n\\nThe No MST error shows on the application only from time to time.', '30-nov-2023 16:36:25', '2023-00037-1', '2023-00037', 1004),
('Upon client\'s testing, it appears that the cause of error was one of the other stored procedure (named sp_tm_evaluation_set) that triggers an error ?DUPLICATE KEY ON INSERT detected.?, and upon proceeding to the concerned stored procedure sp_tm_evaluation_update, the error ?No MST is currently in progress, cannot declare another cursor? occurs.\\n\\n\\nThe client added the rollback statement in the negative case part of the stored procedure sp_tm_evaluation_set and the ?No MST? ? error has been resolved.\\n\\n', '13-dec-2023 15:22:04', '2023-00037-2', '2023-00037', 1004),
('INGDB1A was down earlier due to some hardware failure. After thr server was up, Sir Stephen performed a rollforward.\\nAfter rollforward, the database became inconsistent, they ran \'sql -A10\' against pfmdb and the datababase became consistent again. Currently, Sir Sherwin is performing some testing for the database.\\n\\nDSI will further investigate the logfiles.', '22-feb-2024 18:12:45', '2024-00001-1', '2024-00001', 1004),
('February 22, 2024\\n19:00\\tRun pfmdb ckpdb -v #x #m12 pfmdb on ingdb1a\\nFebruary 22, 2024\\n01:00\\tRunning ckpdb -v #x #m12 pfmdb completed\\n07:00\\tThe server ingdb1a was down because of hardware failure (memory)\\n09:30\\tRerouted to ingdb2a\\n\\tThe database was down because DBLOC1 has no data. CKPT2 was mounted instead of DBLOC1\\n\\tAttempted to run rollforward but failed because of I/O error due to file system incompatibility (DBLOC1 and CKPT2 has different file system type)\\n\\tAttempted to run the rollforward for the 2nd time but failed\\n14:30\\tRerouted again to ingdb1a\\n14:45\\tRun rollforwarddb pfmdb +c +j #x #c2158 #m12 on ingdb1a\\n17:00\\tFinished running rollforwarddb pfmdb +c +j #x #c2158 #m12 with some inconsistency.\\n\\n?sql -A10? was run against pfmdb to patch inconsistency\\n18:45\\tUsermod on affected tables:\\n-pf_ledger_21_25\\n-pf_ledger_79_00\\n-pf_ledger_01_05\\n-pf_ledger_06_10\\n-pf_ledger_11_15\\n- pf_ledger_16_20\\nFebruary 23, 2024\\n05:45\\tHDMF reported to DSI that there?s discrepancy on the data between ingdb1a and data_warehouse.\\n12:38\\tRun rollforwarddb pfmdb -j -e #x #c2158 #m12 on ingdb1a\\n\\nAs of writing, there is on-going replaying and/or testing of data.', '23-feb-2024 19:59:49', '2024-00001-2', '2024-00001', 1004),
('February 23, 2024 Continuation:\\n\\n16:00\\tInitial testing of rollforwarddb went well.\\n\\tHDMF restored the journals using home grown utility tool.\\n\\tUnfortunately, some data are still missing.\\n\\nFebruay 24, 2024\\n\\n10:00\\tUpon checking, the data loaded on ingdrdb duplicates of what is \\tloaded data on data_warehgouse. As next step, HDMF will perform \\tcheckpoint on ingdrdb and then copy the checkpoint files on ingdb1a to perform rollforward.\\n\\n18:45\\tCheckpoint on ingdrdb started.\\n', '29-feb-2024 19:50:19', '2024-00001-3', '2024-00001', 1004),
('As of February 25, 2024\\n\\n05:00\\tCheckpoint on ingdrdb finished.\\n\\n\\tCopying of checkpoint files from ingdrdb to ingdb1a started.\\n\\n12:40\\tCopying of checkpoint files from ingdrdb to ingdb1a finished.\\n\\n12:47\\tRunning rollforwarddb pfmdb +c -j #x #c2160 #m12 on ingdb1a \\tstarted.\\n\\n13:12\\tRunning rollforwarddb pfmdb +c -j #x #c2160 #m12 on ingdb1a \\tcompleted.', '29-feb-2024 19:59:49', '2024-00001-4', '2024-00001', 1004),
('On February 23, 2024\\n\\nDue to service disruption on ingdb1a, the test server ingdrdbclone was downgraded to Actian X 11.1 as one of the back up servers.', '12-mar-2024 13:42:28', '2024-00001-5', '2024-00001', 1004),
('As per investigation. The journal files were corrupted due to failed failover and rollforward to ingdb2a. Kindly see attached Incident Report for more details', '12-mar-2024 13:46:00', '2024-00001-6', '2024-00001', 1004),
('After an unsucessfull rollforward on VW locations, \\nthere\'s a checkpoint error on VW/X100 server', '26-feb-2024 16:48:10', '2024-00002-1', '2024-00002', 1003),
('These are the steps taken to resolve the error.\\n\\n1. Check errlog.log, vectorwise.log \\n2. Check ownership of all pfmdb directory and change ownership to ingres for directories with root\\n3. Checked /II_DATABASE/ingres/data/vectorwise/pfmdb/wal/location_map and found out that it contains only default,data,/II_DATABASE/ingres/data/vectorwise/pfmdb/CBM/default\\n4. Restore / recreate location_map from backup to contain all the necessary locations.\\n5. Checked existing db_key from /II_DATABASE/ingres/data/vectorwise/pfmdb/CBM and compared to all db locations\\n6. Copied master db_key to all db locations\\n7. Tried running checkpoint again but with same error.\\n8. Copied master db_key to work locations\\n9. Successfully ran checkpoint.', '26-feb-2024 16:59:39', '2024-00002-2', '2024-00002', 1003),
('Creating this case to investigate on the journal files creation and integrity for \\ncheckpoint sequence 2158 for journals 1605757 to 1606259 21-Feb-24 Wed.', '26-feb-2024 17:05:11', '2024-00003-1', '2024-00003', 1003),
('To check if such inconsistency in the creation of journal files will re-occur again, we strongly recommend to refresh the archiver on the pfmdb database by disabling it and enabling again by offline checkpoint.\\n\\ningstop -dmfacp\\nalterdb -disable_journaling pfmdb\\ningstart -dmfacp\\nckpdb +j pfmdb\\n\\nInitial schedule for this is on Saturday 2-Mar-24.', '26-feb-2024 17:21:48', '2024-00003-2', '2024-00003', 1003),
('Sir Stephen Molina performed the archiver (dmfacp) restart on a database level using the recommended actions.\\nCheckpoint procedure was successful on 3-Mar-24 Sunday 00:02:40.\\nRollforward procedure on Cebu DR site was successful on 4-Mar-24 Monday 05:52:36.\\n\\nWe recommend to continue with the rollforward procedure everyday on a DR site and send us the following:\\n\\n1. inglogs of ingdb1a every after checkpoint\\n2. checkpoint debug file\\n3. rollforward debug file\\n\\n', '04-mar-2024 13:34:23', '2024-00003-3', '2024-00003', 1003),
('Sir Stephen Molina performed the archiver (dmfacp) restart on a database level using the recommended actions.\\nCheckpoint procedure was successful on 3-Mar-24 Sunday 00:02:40.\\nRollforward procedure on Cebu DR site was successful on 4-Mar-24 Monday 05:52:36.\\n\\nWe recommend to continue with the rollforward procedure everyday on a DR site and send us the following:\\n\\n1. inglogs of ingdb1a every after checkpoint\\n2. checkpoint debug file\\n3. rollforward debug file\\n\\n', '04-mar-2024 13:34:23', '2024-00003-4', '2024-00003', 1003),
('Sir Stephen Molina performed the archiver (dmfacp) restart on a database level using the recommended actions.\\nCheckpoint procedure was successful on 3-Mar-24 Sunday 00:02:40.\\nRollforward procedure on Cebu DR site was successful on 4-Mar-24 Monday 05:52:36.\\n\\nWe recommend to continue with the rollforward procedure everyday on a DR site and send us the following:\\n\\n1. inglogs of ingdb1a every after checkpoint\\n2. checkpoint debug file\\n3. rollforward debug file\\n\\n', '04-mar-2024 13:34:23', '2024-00003-5', '2024-00003', 1003),
('An error was encountered when using Web Browser Control, the client have identified that the DLL iWebBrowser depends on the End-of-Life Internet Explorer instead of MS Edge/Chrome/Safari, and it is understand Microsoft replaced it with a non-ActiveX control called WebView2. The concern was is there a new version of the Web Browser Control or an alternative solution to this.', '22-feb-2024 17:56:42', '2024-00004-1', '2024-00004', 1005),
('addEventListener() is a JavaScript method, and the old Microsoft WebBrowser Control does not support modern HTML pages (with current JavaScript stuff).\\n\\nWe would recommend you to upgrade OR6.2 to OpenROAD 11.2 that comes with WebView2 support - see according documentation:\\n\\nhttps://testdocs.actian.com/openroad/11.2/index.html#page/RelSum/WebView2_Updates.htm \\n\\nhttps://testdocs.actian.com/openroad/11.2/index.html#page/LangRef/Url_Method.\\n\\n \\n\\nAlternatively, you can use the CALL SYSTEM statement to open the web site externally (in a separate web browser window like Edge, Firefox or Chrome).', '26-feb-2024 18:04:07', '2024-00004-2', '2024-00004', 1005),
('Started preconfiguration of Facial Recognition demo unit.', '29-feb-2024 04:32:20', '2024-00005-1', '2024-00005', 1002),
('Meeting with SIr Neil Balderas to set the Demonstration date for Facial Recognition for Time-keeping System. Demo was set on April 30, 2024 (Tuesday) at 2:00PM. Attendees will be: Dsource: Chris Delgado, Rowell Magno, Kylle Azul HikVision: Miguel Sarmiento, Morning Xu HDMF: Anthony Cristobal, Neil Balderas, Isaganie Babiano, Jonathan Haber\\n', '04-apr-2024 19:23:27', '2024-00005-2', '2024-00005', 1005),
('Successful demonstration of Hikvision device. Next step is to install everything to their system for actual testing with actual employees.\\n', '30-apr-2024 19:24:09', '2024-00005-3', '2024-00005', 1005),
('Dsource managed to register some of the employees from Petron Megaplaza, specifically from the HRDD, HRMD, and HRSG departments, via face capture and fingerprint on the Facial Recognition device\\n', '08-may-2024 19:24:34', '2024-00005-4', '2024-00005', 1005),
('Sir Anthony of HDMF received the POC document for the Facial Recognition Project. Dsource also checked the area where the FR device will be installed.', '15-may-2024 19:25:17', '2024-00005-5', '2024-00005', 1005),
('Dsource managed to install the facial recognition device on JELP office. Waiting for Sir Anthony to connect it to their network and provide its power.', '15-may-2024 19:25:52', '2024-00005-6', '2024-00005', 1005),
('The facial recognition device on Petron Megaplaza was mounted and working\\n', '21-may-2024 19:26:31', '2024-00005-7', '2024-00005', 1005),
('Configured the FR device on Petron Megaplaza through HikCentral and all the test transactions from 05/21/24 to 05/22/24 were pushed to their database', '22-may-2024 19:29:58', '2024-00005-8', '2024-00005', 1005),
('Discussed the changes on the POC parameters. Due to initial testing, HDMF decided to use 2 factor authentication to eliminate multiple accidental log-ins. They also opted to use QR + Face authentication to avoid touching the device.', '23-may-2024 19:31:13', '2024-00005-9', '2024-00005', 1005),
('We would like to request a copy of lichostinfo and version.rel of all your Database servers and Application servers for the annual self-audit and license issuance for June 2024.', '11-mar-2024 17:20:02', '2024-00006-1', '2024-00006', 1003),
('Please ignore this if you receive this email. This is just a Test.', '11-mar-2024 17:35:53', '2024-00007-1', '2024-00007', 1002),
('Please ignore this comment.', '11-mar-2024 17:43:44', '2024-00007-2', '2024-00007', 1002),
('Dsource discussed with Sir Sherwin the POC that they are going to setup for JSON code conversion.\\nSir Sherwin identified the application that is going to be convert and its processes.\\nFirst step is to secure a NDA for the source codes Dsource were going to handle.\\nDsource then discussed with Ms Marinella Alindog the process of the NDA, apparently, it can be set-up directly with Sir Sherwin.\\n\\nDsource will be drafting an NDA and start processing the POC.', '12-mar-2024 10:44:01', '2024-00008-1', '2024-00008', 1005),
('POC document sent for signature and requirements to start the POC was requested.', '11-apr-2024 13:49:41', '2024-00008-2', '2024-00008', 1005),
('POC document signed and received back by DSOURCE.\\n\\nSource code was provided and passed through Sir Alvin Tabarrejo.\\nOriginal code was configured to fetch information from a test database and is running.\\n\\nApplication for conversion is the\\nPag-IBIG Fund Business Intelligence Reports Management System\\n\\nCOnversion to a JSON setup started.', '17-apr-2024 13:51:15', '2024-00008-3', '2024-00008', 1005),
('Conversion Status:\\n\\n\\nStill converting frames mainly for extraction, export, and report catalog . All frames are partially modified just to show the data. \\n Created a 4gl procedures and modified frames for local testing.\\nNeeds further modification to pass all data especially the report details frame.\\n Will upload the application[rms_appserver] in the app server with another application [rms_procedures] since they\'re interconnected.\\n\\nIssue:\\n\\n\\nEncountered an issue wherein upon converting the login frame for local testing there is a discrepancy with the details while using the same credentials', '08-may-2024 19:45:28', '2024-00008-4', '2024-00008', 1005),
('Upon further modification, was able to identify the issue and managed to solve it.\\n \\nThe issue occurs when a procedure is called and populates the object(user class) that essentially overwrites the objects that are connected in the entry fields ( i.e. username and password).\\n \\nResolved the issue by redeclaring the user class in the UI frame and populating the existing one based on the data fetched.\\n\\nDetails Discrepancy Issue - Solved', '13-may-2024 19:46:59', '2024-00008-5', '2024-00008', 1005),
('On-going conversion of DCOM to JSON. \\n \\nUploaded the application img to app server. Experiencing \'method not found\' to some procedures when called, further troubleshooting is required.', '21-may-2024 19:49:33', '2024-00008-6', '2024-00008', 1005),
('After upgrading the operating system (RHEL 9) of ingdb2a (HLMS) the iimgmgtsvr went missing.', '17-mar-2024 03:34:01', '2024-00009-1', '2024-00009', 1004),
('1. cd /II_SYSTEM/ingres/utility\\n2. iisumgmtsvr\\n3. ingprenv -- II_MTS_JAVA_HOME=/II_SYSTEM/ingres/jre should be on ingprenv already\\n\\n4. If II_MTS_JAVA_HOME=/II_SYSTEM/ingres/jre already on ingprenv, edit config.dat and add the following line:\\n\\n iisetres ii.ingdb2b.ingstart.*.mgmtsvr 1\\n\\n5. ingstop\\n6. ingtstart\\n7. ingstatus -- to make sure iimgmtsvr started\\n8. ingstop\\n9. ingstatus\\n10. Check if iimgmtsvr is still running. If yes: Run iimgmtsvr -stop\\n11. Run ingtstatus -- all services should be stopped.\\n13. Run ingstart -- mgmtsvr should automatically start\\n\\n', '17-mar-2024 03:45:52', '2024-00009-2', '2024-00009', 1004),
('In compliance with HDMF\'s request for stand by support during the upgrade of ingdb1b\'s upgrade of operating system to RHEL 9.', '23-mar-2024 11:27:44', '2024-00010-1', '2024-00010', 1004),
('In compliance with HDMF\'s request for stand by support during the upgrade of ingdb1b\'s upgrade of operating system to RHEL 9.', '23-mar-2024 11:27:44', '2024-00011-1', '2024-00011', 1004),
('After upgrading to RHEL 9.x, EMA shows publickey error on database server', '04-apr-2024 12:41:22', '2024-00012-1', '2024-00012', 1003),
('After upgrading to RHEL 9.x, EMA shows publickey error on database server.\\n\\nRHEL 9 has tightened security and deprecated a number of algorithms and ciphers.\\nIt\'s most likely that the ssh key that we are trying to use does not meet the new requirements.', '04-apr-2024 12:41:22', '2024-00013-1', '2024-00013', 1003),
('To check if there\'s error in Nagios\\ndocker exec ema /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg\\n\\nRun to reset the ssh key to the target database server\\ndocker exec -it ema ssh-copy-id -i /usr/local/nagios/etc/ssh/id_rsa ingres@172.16.226.231\\n\\nrestart the docker\\ndocker exec ema /etc/init.d/nagios restart', '04-apr-2024 12:49:55', '2024-00013-2', '2024-00013', 1003),
('1. Login to the EMA Server 172.17.248.106\\n2. Remove the entry of the target server from the /home/ingres/ema/ema/nagios/etc/ssh/known_hosts\\n3. Login to the target server 172.16.226.231\\n4. Remove the entry of the EMA Server on the /home/ingres/.ssh/authorized_keys\\n5. Login to the EMA Server again\\n6. Ran docker exec -it ema ssh-copy-id -i /usr/local/nagios/etc/ssh/id_rsa ingres@172.16.226.231.\\n7. Ran docker exec ema /etc/init.d/nagios restart\\n8. Go to nagios browser but still having errors\\n\\nNote: Suspected that ssh id (id_rsa) on EMA Server needs updating to support RHEL 9.x OS.\\nFor further investigation and testing', '17-apr-2024 11:38:54', '2024-00013-3', '2024-00013', 1003),
('1. Login EMA Server\\n2. Go to /home/ingres/ema/ema/nagios/etc/ssh\\n3. Backup id_rsa and id_rsa.pub\\n4. Generate new ssh-key using command\\n\\tssh-keygen -t ed25519\\n5. Save as /home/ingres/ema/ema/nagios/etc/ssh/id_rsa\\n6. Login to target server -- legacypdcsvr\\n7. Go to /home/ingres/.ssh\\n8. Remove entry from file authorized_keys\\n9. Login EMA Server\\n10. Go to /home/ingres/ema/ema/nagios/etc/ssh and run\\n\\tdocker exec -it ema ssh-copy-id -i /usr/local/nagios/etc/ssh/id_rsa ingres@172.16.226.231\\n\\tssh ingres@172.16.226.231\\n\\tdocker exec ema /etc/init.d/nagios restart\\n\\n11. Check on Nagios browser\\n\\nNOTE: ssh-keygen -t ed25519 applicable only for RHEL7,8,9', '17-apr-2024 17:09:52', '2024-00013-4', '2024-00013', 1003);

-- --------------------------------------------------------

--
-- Table structure for table `tbl_summary`
--

CREATE TABLE `tbl_summary` (
  `case_no` varchar(10) DEFAULT NULL,
  `status` varchar(9) DEFAULT NULL,
  `subject` varchar(100) DEFAULT NULL,
  `err_code` varchar(2019) DEFAULT NULL,
  `date_ack` varchar(20) DEFAULT NULL,
  `owner_id` int(4) DEFAULT NULL,
  `req_id` int(4) DEFAULT NULL,
  `severity` varchar(12) DEFAULT NULL,
  `case_type` varchar(14) DEFAULT NULL,
  `product` varchar(10) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;

--
-- Dumping data for table `tbl_summary`
--

INSERT INTO `tbl_summary` (`case_no`, `status`, `subject`, `err_code`, `date_ack`, `owner_id`, `req_id`, `severity`, `case_type`, `product`) VALUES
('2020-00001', 'CLOSE', 'Timezone Philippines', '', '19-may-2020', 1003, 1003, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2020-00002', 'CLOSE', 'SIGSEGV ON ACTIANX', '', '25-may-2020', 1003, 2004, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00003', 'CLOSE', 'E_GC0139_GCN_NO_DBMS, E_SC0221_SERVER_ERROR_MAX', '', '24-jun-2020', 1004, 2003, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00004', 'CLOSE', 'DATE discrepancy', '', '26-jun-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00005', 'CLOSE', 'Pros and Cons of Installing Ingres on ext4', '', '03-jul-2020', 1004, 2007, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00006', 'CLOSE', 'Replicate Table with Selected Columns', '', '09-jul-2020', 1004, 2004, '3 - MINOR', 'QUESTION', 'HVR'),
('2020-00007', 'CLOSE', 'OpenROAD App Server Installation Support', '', '09-jul-2020', 1005, 2008, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00008', 'CLOSE', 'OpenROAD App Server Installation', '', '09-jul-2020', 1005, 2008, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2020-00009', 'CLOSE', 'Some DBMS Server Down', '', '10-jul-2020', 1004, 2003, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00010', 'CLOSE', 'Actian X Checkpoint / Rollforward', '', '15-jul-2020', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00011', 'CLOSE', 'Select query very slow in Ingres 11.1 but the same query is running quite fast in Ingres 10.2', '', '15-jul-2020', 1003, 2004, '2 - MAJOR', 'QUESTION', 'INGRES'),
('2020-00012', 'CLOSE', 'ActianX DBPRoc Error', '', '16-jul-2020', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00013', 'CLOSE', 'User Access Authentication', '', '17-jul-2020', 1005, 2008, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00014', 'CLOSE', 'Is there a command line way to register images in the appserver or is it only done interactively via', '', '23-jul-2020', 1005, 2008, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00015', 'CLOSE', 'Registering Image to Visual OpenROAD Server Administrator or VOSA', '', '23-jul-2020', 1005, 2008, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00016', 'CLOSE', '\'Tables\' in Ingres 11.1', '', '12-aug-2020', 1003, 2004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00017', 'CLOSE', 'Check Sum Differences', '', '13-aug-2020', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00018', 'CLOSE', 'LoadNRun Setup', '', '18-aug-2020', 1005, 2004, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2020-00019', 'CLOSE', 'Pros and Cons of Actian X on RHEL 7 with ext4', '', '18-aug-2020', 1004, 2007, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2020-00020', 'CLOSE', 'W_DM9C94_TBL_OLD_FORMAT', '', '19-aug-2020', 1003, 2004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00021', 'CLOSE', 'Comtestrso from a WINDOWS machine to a LINUX OpenROAD Server', '', '20-aug-2020', 1005, 2008, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00022', 'CLOSE', 'Comtestrso not successful on Linux App Server', '', '22-aug-2020', 1005, 2008, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2020-00023', 'CLOSE', 'INGRES SQL INTRODUCTORY TRAINING', '', '25-aug-2020', 1004, 2000, '3 - MINOR', 'TRAINING', 'INGRES'),
('2020-00024', 'CLOSE', 'DB Procedure hangs and this causes consuming 100 % CPU time at DBMS', '', '27-aug-2020', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00025', 'CLOSE', 'W_DM9C94_TBL_OLD_FORMAT IMADB', '', '27-aug-2020', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00026', 'CLOSE', 'INTRODUCTION TO OPENROAD APPLICATION DEVELOPMENT', '', '27-aug-2020', 1005, 2000, '3 - MINOR', 'TRAINING', 'OPENROAD'),
('2020-00027', 'CLOSE', 'The query not using WHERE ... status = \'10010\' runs faster while WITH status slows down the query.', '', '03-sep-2020', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00028', 'CLOSE', 'E_PS042C GRANT', '', '14-sep-2020', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00029', 'CLOSE', 'E_PS042C GRANT', '', '15-sep-2020', 1003, 2005, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00030', 'CLOSE', 'Setting Up Ingres Replicator', '', '25-sep-2020', 1004, 2004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00031', 'CLOSE', 'E-Client and LoadNRun', '', '28-sep-2020', 1005, 2008, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2020-00032', 'CLOSE', 'HVR versus Ingres Replicator', '', '30-sep-2020', 1004, 2004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00033', 'CLOSE', 'Incremental Recovery', '', '02-oct-2020', 1004, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00034', 'CLOSE', 'OpenROAD 11.1 OS and INGRES compatibility', '', '08-oct-2020', 1005, 2004, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00035', 'CLOSE', 'License check failed', '', '12-oct-2020', 1005, 2009, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2020-00036', 'CLOSE', 'Cannot fetch source for Frame', '', '13-oct-2020', 1005, 2009, '2 - MAJOR', 'PROBLEM', 'OPENROAD'),
('2020-00037', 'CLOSE', 'TIMEZONE ASIA/MANILA', '', '14-oct-2020', 1003, 2004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00038', 'CLOSE', 'Error while running upgradedb to Ingres 11.0', '', '23-oct-2020', 1004, 2001, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00039', 'CLOSE', 'WINDOWS 4gl Incompatible dictionary upgrade', '', '23-oct-2020', 1005, 2001, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00040', 'CLOSE', 'Ingres C2 Security Auditing can only be set up for server installations', '', '23-oct-2020', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00041', 'CLOSE', 'Select Statement Results export to CVS File', '', '28-oct-2020', 1005, 2009, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00042', 'CLOSE', 'HVR POC', '', '28-oct-2020', 1004, 2004, '3 - MINOR', 'POC', 'HVR'),
('2020-00043', 'CLOSE', 'MDB Housekeeping', '', '28-oct-2020', 1003, 2004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00044', 'CLOSE', 'Files under /II_SYSTEM are owned by Ingres 10.2', '', '10-oct-2020', 1004, 2001, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00045', 'CLOSE', 'Error on upgrading iidbdb while upgrading to Ingres 11', '', '01-nov-2020', 1004, 2001, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00046', 'CLOSE', 'PowerBi Optimized for Report Server ActianX Mez File', '', '01-nov-2020', 1005, 2006, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00047', 'CLOSE', 'SIGSEGV Violation on Production DB After Upgrade', '', '02-nov-2020', 1004, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00048', 'CLOSE', 'Poor Perfomance After Upgrade to Ingres 11.1', '', '02-nov-2020', 1004, 2004, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00049', 'CLOSE', 'E_UL0009_MEM_SEMWAIT', '', '02-nov-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00050', 'CLOSE', 'SIGSEGV on ActianX', '', '03-nov-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00051', 'CLOSE', 'Production Server Down', '', '03-nov-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00052', 'CLOSE', 'Optimizedb & Statdump', '', '03-nov-2020', 1003, 2008, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00053', 'CLOSE', 'Production Server Down Again - E_GC0139_GCN_NO_DBMS', '', '03-nov-2020', 1004, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00054', 'CLOSE', 'Performance issues on ActianX 11.1 after upgrade from 10.2', '', '04-nov-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00055', 'CLOSE', 'Production Server Down - E_SO0215_PSF_ERROR E_RD0041_BAD_FCB', '', '04-nov-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00056', 'CLOSE', 'TABLE VERSION in ACTIANX', '', '05-nov-2020', 1003, 2008, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00057', 'CLOSE', 'Performance issues on ActianX 11.1 after upgrade from 10.2 : query with AND status', '', '06-nov-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00058', 'CLOSE', 'REPEATED SELECT causing database crash', '', '06-nov-2020', 1005, 2008, '2 - MAJOR', 'PROBLEM', 'OPENROAD'),
('2020-00059', 'CLOSE', 'Performance Issue - Select with LIKE \'%\'', '', '08-nov-2020', 1005, 2004, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00060', 'CLOSE', 'statdump gives warning W_OP0976 leading to error E_OP0945', '', '09-nov-2020', 1003, 2004, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00061', 'CLOSE', 'Request of Installer of Patch 15587', '', '09-nov-2020', 1004, 1004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00062', 'CLOSE', 'IPM not allowing connections', '', '09-nov-2020', 1004, 2001, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00063', 'CLOSE', 'Performance issues on ActianX 11.1 : select from view with AND status', '', '11-nov-2020', 1003, 2004, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2020-00064', 'CLOSE', 'VP Get STL Accounts error', '', '10-nov-2020', 1004, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2020-00065', 'CLOSE', 'Cannot find table file in location', '', '19-nov-2020', 1004, 1004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00066', 'CLOSE', 'read() failed with operating system error 104 (Connection reset by peer)', '', '19-nov-2020', 1004, 1004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2020-00067', 'CLOSE', 'May I request another trial license for OpenRoad Server and OpenRoad workbench', '', '02-dec-2020', 1005, 1005, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2020-00068', 'CLOSE', 'Rollforwarddb gives E_DM93A7_BAD_FILE_PAGE_ADDR error', '', '02-dec-2020', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2020-00069', 'CLOSE', 'POWERBI MEZ FILE REQUEST', '', '17-dec-2020', 1005, 2006, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00001', 'CLOSE', 'Performance issue :: X100 table', '', '11-jan-2021', 1003, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00002', 'CLOSE', 'Interval Function Doesn\'t Work on X100 Tables', '', '17-jan-2021', 1004, 2002, '4 - TRIVIAL', 'PROBLEM', 'INGRES'),
('2021-00003', 'CLOSE', 'E_DM00A9_BAD_ATT_COUNT while accessing iitables on Actian X', '', '19-jan-2021', 1004, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00004', 'CLOSE', 'auditdb fails with E_CO0032 after inserting sample data', '', '24-jan-2021', 1004, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00005', 'CLOSE', 'auditdb includes transaction prior to the specified date/time', '', '25-jan-2021', 1004, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00006', 'CLOSE', 'E_QS0001 QSF dynamic memory pool is exhausted.', '', '02-feb-2021', 1004, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00007', 'CLOSE', 'OpenROAD Image to browser-based', '', '01-feb-2021', 1005, 2001, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2021-00008', 'CLOSE', 'Date with Time Column for x100 Table', '', '03-feb-2021', 1004, 1004, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00009', 'CLOSE', 'E_DM1306_RFP_APPLY_RECORD', '', '04-feb-2021', 1003, 1003, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00010', 'CLOSE', 'Insert a record from session table to heap and x100 table, accepts an invalid value and gives E_US10', '', '07-feb-2021', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00011', 'CLOSE', 'E_US1131 : EXCEEDED MONEY LIMIT', '', '09-feb-2021', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00012', 'CLOSE', 'IN SELECT returns rows from the table the particular column doesn\'t exit', '', '09-feb-2021', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00013', 'CLOSE', 'Tools for Hardware Sizing (Cores and Storage', '', '10-feb-2021', 1004, 1004, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00014', 'CLOSE', 'ingdb1b: E_CL2514_CS_ESCAPED_EXCEPTION Followed by Segmentation Violation with E_CL2517_CS_SMPR_DEAD', '', '10-feb-2021', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00015', 'CLOSE', 'Data at rest encryption - Actian X', '', '10-feb-2021', 1003, 1003, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00016', 'CLOSE', 'CONVERSION FROM INGRESDATE TO ANSIDATE TO_DATE AND TO_CHAR', '', '14-feb-2021', 1003, 2004, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00017', 'CLOSE', 'Declare global temporary table not returning an error', '', '14-feb-2021', 1003, 1003, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00018', 'CLOSE', 'Component cannot be saved.', '', '16-feb-2021', 1005, 1005, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2021-00019', 'CLOSE', 'Modify to relocate an X100 table', '', '16-feb-2021', 1003, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00020', 'CLOSE', 'Case to transfer files to D-Source', '', '18-feb-2021', 1005, 1005, '4 - TRIVIAL', 'TRAINING', 'OPENROAD'),
('2021-00021', 'CLOSE', 'CKPDB running slower in X100 tables?', '', '03-mar-2021', 1003, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00022', 'CLOSE', 'Column Masking', '', '08-mar-2021', 1004, 1004, '3 - MINOR', 'QUESTION', 'INGRES'),
('2021-00023', 'CLOSE', 'x100 System Core Sizing', '', '09-mar-2021', 1004, 2007, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00024', 'CLOSE', 'E_PS000E_INTERNAL_ERROR Internal error in PSF - psl_qualify_ifnull inconsistent', '', '09-mar-2021', 1003, 2004, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00025', 'CLOSE', 'E_VW1142_WRITEAGGR Failed writing during disk spilling aggregation', '', '23-mar-2021', 1003, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00026', 'CLOSE', 'Archiver and DBMS Suddenly Shutdown', '', '25-mar-2021', 1004, 2003, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00027', 'CLOSE', 'Flyers Demo', '', '08-apr-2021', 1005, 2009, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2021-00028', 'CLOSE', 'Request for 15633', '', '04-may-2021', 1003, 1003, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00029', 'CLOSE', 'Verifying Ingres Installation', '', '04-may-2021', 1004, 2007, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00030', 'CLOSE', 'Licensing Utilities for Windows 7 32bit', '', '09-may-2021', 1004, 2001, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00031', 'CLOSE', 'Ingres Troubleshooting Guide', '', '14-may-2021', 1005, 1005, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00032', 'CLOSE', 'Stored Procedure not updating immediately on multiple DBMS servers after a drop/create', '', '17-may-2021', 1003, 2004, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00033', 'CLOSE', 'How to check when usermod was last run', '', '25-may-2021', 1004, 1004, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00034', 'CLOSE', 'Workbench not loading', '', '14-jun-2021', 1005, 1005, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2021-00035', 'CLOSE', 'E_UL0005_NOMEM and E_QE000D_NO_MEMORY_LEFT lead to Ingres Shutdown', '', '07-jun-2021', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00036', 'ON HOLD', 'Failed transaction rollback leads to an inconsistent database', '', '02-jul-2021', 1004, 2008, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00037', 'CLOSE', 'Encrypted Data Width Computation', '', '07-jul-2021', 1004, 1004, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2021-00038', 'CLOSE', 'SIGSEGV Violation on Tellering Server', '', '15-jul-2021', 1003, 2004, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00039', 'CLOSE', 'E_CL2514_CS_ESCAPED_EXCEPTION Followed by Segmentation Violation', '', '15-jul-2021', 1003, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2021-00040', 'CLOSE', 'Connecting via Remote machine', '', '25-aug-2021', 1005, 1005, '3 - MINOR', 'QUESTION', 'INGRES'),
('2021-00041', 'CLOSE', 'E_VW1059_WRITESORT FAILED WRITING DURING DISK SPILLING SORT', '', '01-oct-2021', 1003, 2008, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00042', 'CLOSE', 'Actian 11.1 OpenRoad version supported', '', '04-oct-2021', 1005, 1005, '3 - MINOR', 'QUESTION', 'INGRES'),
('2021-00043', 'CLOSE', 'E_AD2062_NO_FUNC_FOUND: NO FUNCTION INSTANCES EXIST', '', '04-oct-2021', 1003, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00044', 'CLOSE', 'Server crashed due to number of E_US0001 Number of users has exceeded limit errors', '', '10-oct-2021', 1004, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2021-00045', 'CLOSE', 'E_VW1006_GENERIC E_DM9848_BACKUP_DB E_DM9847_X100_BACKUP', '', '12-oct-2021', 1004, 2001, '3 - MINOR', 'QUESTION', 'INGRES'),
('2021-00046', 'CLOSE', 'MODIFY TO RELOCATE AN X100 TABLE (RE CASE 01175712)', '', '01-nov-2021', 1004, 2008, '3 - MINOR', 'QUESTION', 'INGRES'),
('2021-00047', 'CLOSE', 'Modify to reconstruct a x100 tables', '', '01-nov-2021', 1004, 2008, '3 - MINOR', 'QUESTION', 'INGRES'),
('2021-00048', 'CLOSE', 'SIGSEGV SIGHUP Deadlocks', '', '03-nov-2021', 1004, 2001, '3 - MINOR', 'QUESTION', 'INGRES'),
('2021-00049', 'CLOSE', 'OPENROAD MIGRATION FROM 3.1 TO 11.2', '', '02-dec-2021', 1005, 2011, '2 - MAJOR', 'RECOMMENDATION', 'OPENROAD'),
('2021-00050', 'ON HOLD', 'LOADNRUN Installation Problem', '', '12-dec-2021', 1001, 1001, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2021-00051', 'CLOSE', 'Requesting for OpenROAD 3.5 and 5.1', '', '22-dec-2021', 1002, 1002, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2022-00001', 'CLOSE', 'E_CL1613_PC_SP_PROC PCSPAWN: SYSTEM PROCESS TABLE IS TEMPORARILY FULL', '', '03-jan-2022', 1004, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2022-00002', 'CLOSE', 'CRYSTAL REPORT', '', '23-jan-2022', 1001, 1001, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2022-00003', 'ON HOLD', 'OPENROAD SERVER APPLICATION', '', '30-jan-2022', 1001, 1001, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2022-00004', 'CLOSE', 'OUT OF LOCKLIST', 'E_GC0155_GCN_SRV_FAILURE\\nE_CL2539_THREAD_CREATE_FAIL CSMTadd_thread\\nE_DMA011_LK_NO_LLBS \\nE_CL1005_LK_NOLOCKS\\nE_DM9C07_OUT_OF_LOCKLISTS', '15-feb-2022', 1003, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2022-00005', 'CLOSE', 'INGRES VERSION UPGRADE TO ACTIAN X 11.1', '', '02-mar-2022', 1004, 2001, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2022-00006', 'CLOSE', 'E_DM1212_ATP_DISPLAY ERROR WHILE RUNNING AUDITDB', 'E_DM1212_ATP_DISPLAY', '10-mar-2022', 1003, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2022-00007', 'CLOSE', 'DATA ENCRYPTION AND DATA MASKING PROOF OF CONCEPT', '', '17-mar-2022', 1004, 2001, '2 - MAJOR', 'POC', 'INGRES'),
('2022-00008', 'CLOSE', 'ENTERPRISE MONITORING APPLIANCE IMPLEMENTATION', '', '17-mar-2022', 1003, 2010, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2022-00009', 'CLOSE', 'INGRES DRIVER FOR VISUAL STUDIO 2019 .NET CORE', 'Could not load file or assembly \'System.EnterpriseServices, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a\'. The system cannot find the file specified.', '23-mar-2022', 1005, 2012, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2022-00010', 'CLOSE', 'PATCH UPDATE APR 2022', '', '12-apr-2022', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2022-00011', 'CLOSE', 'OPENROAD MIGRATION - LOANS ORIGINATION', '', '26-apr-2022', 1005, 2011, '2 - MAJOR', 'RECOMMENDATION', 'OPENROAD'),
('2022-00012', 'CLOSE', 'USERS FAILS TO CONNECT TO THE SERVER', 'E_OP04C0_NEWENUMFAILURE\\tEnhanced enumeration technique failed to find valid query plan. Reverting  to old technique.\\n\\nE_DM9045_TABLE_DEADLOCK\\tDeadlock encountered locking table ingres.appr_master_ext in database hsgcentral with mode 3. Resource held by session [37098 7f4386fce780] Mode 2.', '10-may-2022', 1003, 2003, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2022-00013', 'CLOSE', 'PATCH UPDATE MAY 2022', '', '12-may-2022', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2022-00014', 'CLOSE', 'SERVER AUDIT 2022', '', '25-may-2022', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2022-00015', 'CLOSE', 'SETTING UP LOADNRUN 6.2', '', '06-jun-2022', 1002, 2004, '3 - MINOR', 'POC', 'OPENROAD'),
('2022-00016', 'CLOSE', 'TRIAL LICENSE JUNE 10, 2022', '', '10-jun-2022', 1003, 2001, '3 - MINOR', 'REQUEST', 'INGRES'),
('2022-00017', 'CLOSE', 'TRIAL LICENSE JUNE 21, 2022', '', '21-jun-2022', 1003, 2001, '3 - MINOR', 'REQUEST', 'INGRES'),
('2022-00018', 'CLOSE', 'PROPERTY CHANGER - TABLEFIELD VISUAL BUG', '', '07-jul-2022', 1005, 2004, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2022-00019', 'CLOSE', 'DSOURCE ONLINE TRAINING - INTRODUCTION TO ACTIAN X AND INGRES SQL - BATCH 5', '', '19-jul-2022', 1005, 2004, '3 - MINOR', 'REQUEST', 'INGRES'),
('2022-00020', 'CLOSE', 'DSOURCE ONLINE TRAINING - INTRODUCTION TO OPENROAD APPLICATION DEVELOPMENT - BATCH 5', '', '19-jul-2022', 1005, 2004, '3 - MINOR', 'REQUEST', 'OPENROAD'),
('2022-00021', 'CLOSE', 'LICENSE KEYS FOR 2022-2023', '', '20-jul-2022', 1003, 2001, '1 - CRITICAL', 'RECOMMENDATION', 'INGRES'),
('2022-00022', 'CLOSE', 'OPENROAD LOADNRUN 6.2 DEPLOYMENT', '', '20-jul-2022 16:51:33', 1002, 2008, '3 - MINOR', 'REQUEST', 'OPENROAD'),
('2022-00023', 'CLOSE', 'PATCH UPDATE JULY 2022', '', '21-jul-2022', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2022-00024', 'CLOSE', 'PATCH UPDATE AUGUST 2022', '', '05-aug-2022 12:15:01', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2022-00025', 'CLOSE', 'UNABLE TO ACCESS VIRTUAL PAG-IBIG DATABASE', 'E_DM9C59_DM2T_READ_TCB\\tError occurred reading system catalog information during initialization of a Table Control Block.\\nINGDRDB           ::[43217             , 80579     ,  0000000000000000:00007feef07cddc0, dm2t.c:12182          ]: Wed Aug 10 09:12:19 2022 E_DM9C8B_DM2T_TBL_INFO\\tAn error occurred while attempting to build the Table Control Block for table (891,0) in database pfmdb.\\nINGDRDB           ::[43217             , 80579     ,  0000000000000000:00007feef07cddc0, dm2t.c:12183          ]: Wed Aug 10 09:12:19 2022 E_DM9C89_DM2T_BUILD_TCB\\tAn error occurred while building a Table Control Block for a table.\\nINGDRDB           ::[43217             , 80579     ,  0000000000000000:00007feef07cddc0, dm2t.c:4222           ]: Wed Aug 10 09:12:19 2022 E_DM9C8A_DM2T_FIX_TCB\\tAn error occurred while trying to locate and/or build the Table Control Block for a table.\\nINGDRDB           ::[43217             , 80579     ,  0000000000000000:00007feef07cddc0, rdfutil.c:777         ]: Wed Aug 10 09:12:19 2022 E_RD0060_DMT_SHOW\\tCannot access table information due to a non-recoverable DMT_SHOW error', '10-aug-2022 10:22:09', 1003, 2010, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2022-00026', 'CLOSE', 'GROUP_CONCAT() COUNTERPART IN INGRES', '', '10-aug-2022 10:18:10', 1002, 1003, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2022-00027', 'CLOSE', 'E_DMA00D_TOO_MANY_LOG_LOCKS ON PRODUCTION SERVER INGDB1A', 'E_DMA00D, E_DM004B, E_DM9041', '20-aug-2022 10:58:39', 1004, 2001, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2022-00028', 'CLOSE', 'PATCH UPDATE SEPTEMBER 2022', '', '07-sep-2022 14:11:27', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2022-00029', 'CLOSE', 'SPACE MANAGEMENT SCHEME ERROR WHILE TRYING TO INSERT 82M ON SESSION TABLE', 'E_DM93AF\\nE_DM9006\\nE_DM9335\\nE_CL0603', '15-sep-2022 13:16:27', 1004, 2010, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2022-00030', 'CLOSE', 'CKPDB HANGS WITH MESSAGE: CPP: ARCHIVER MUST DRAIN LOG RECORDS', 'E_DM1121_CPP_BEGIN_ERROR\\nE_DM1108_CPP_FAILED\\n\\n', '20-sep-2022 15:03:38', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2022-00031', 'CLOSE', 'INQUIRY ON INGRES USERS', '', '21-sep-2022 11:07:04', 1004, 2001, '4 - TRIVIAL', 'QUESTION', 'INGRES'),
('2022-00032', 'CLOSE', 'SIGSEGV AFTER UPDATING TO PATCH 15790', 'IISP_TELLERING    ::[35893             , 8152      ,  00007f9032f80700:00007f900e3dec00, csmtinterf.c:4842     ]: Tue Sep 27 09:21:15 2022 E_CL2539_THREAD_CREATE_FAIL\\tCSMTadd_thread: The request to the operating system to create a new thread failed with error status 11. Depending on the error status code, it could happen because: a) Insufficient resources to create another thread. b) A system-imposed limit on the number of threads was encountered. c) No permission to set the scheduling policy and parameters specified during thread creation.\\nCannot open iiuser table.\\n\\npthread_create() failed with operating system error 11 (Resource temporarily unavailable)\\nIISP_TELLERING    ::[35893             , 8152      ,  00007f9032f80700:00007f900e3dec00, scdmain.c:2491        ]: Tue Sep 27 09:21:15 2022 E_US0003\\tUser does not have permission to access this database.\\n <Parallel Query Thread>:9864574  ULE_FORMAT: Couldn\'t look up system error (reason: ER error 10902)\\nE_CL0902_ER_NOT_FOUND\\tNo text found for message identifier\\n\\nE_QE0002_INTERNAL_ERROR\\tA QEF internal error occurred. \\n Associated error messages which provide more detailed information about the  problem can be found in the error log (errlog.log)\\nIISP_TELLERING    ::[35893             , 8152      ,  0000000000000000:00007f906fc427c0, csmtinterf.c:4842     ]: Tue Sep 27 09:21:15 2022 E_CL2539_THREAD_CREATE_FAIL\\tCSMTadd_thread: The request to the operating system to create a new thread failed with error status 11. Depending on the error status code, it could happen because: a) Insufficient resources to create another thread. b) A system-imposed limit on the number of threads was encountered. c) No permission to set the scheduling policy and parameters specified during thread creation.\\nCannot open iiuser table.\\npthread_create() failed with operating system error 11 (Resource temporarily unavailable)', '27-sep-2022 14:39:34', 1003, 2010, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2022-00033', 'CLOSE', 'INQUIRY ON EDBC / ENTERPRISE ACCESS', '', '28-sep-2022 14:07:06', 1003, 2001, '3 - MINOR', 'QUESTION', 'ENTERPRISE'),
('2022-00034', 'OPEN', 'SERVER COULD NOT INGSTART', 'I_SX1056_CHANGE_AUDIT_LOG\\nE_CL1613_PC_SP_PROC\\nE_SX104C_SXAP_NEED_LOGFILES\\nE_SX101A_SXAP_STARTUP\\nE_SX1009_SXA_STARTUP\\nE_SX0008_BAD_STARTUP\\nE_SC0124_SERVER_INITIATE', '07-oct-2022 10:55:55', 1004, 2010, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2022-00035', 'OPEN', 'E_VW1006_GENERIC AND E_DM9848_BACKUP_DB WHENEVER THE ARCHVER WAKES UP', 'E_DM9848_BACKUP_DB\\t\\nE_VW1006_GENERIC\\t\\nE_DM9847_X100_BACKUP\\n', '12-oct-2022 14:50:40', 1004, 2010, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2022-00036', 'OPEN', 'ERROR ON ROLLFORWARDDB FROM BIDB3 TO INGHSG1', 'E_VW1099_SERVER_START\\t\\nE_VW1198_JSP_INFO\\t\\nE_DM1371_RFP_INFO\\t\\nI_DM1061_JSP_INFO\\t\\nE_DM1301_RFP_ROLL_FORWARD\\n', '12-oct-2022 15:12:10', 1004, 2010, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2022-00037', 'CLOSE', 'NEWLY MIGRATED HOUSING SERVER (INGDB1B) SUDDEN SERVICES STOP', 'E_DM0056_NOPART\\nE_DM9385_NO_INDEX_TUPLE\\nE_DM9386_SEC_INDEX_ERROR\\nE_DM9387_INDEX_UPDATE_ERROR\\nW_DM9C94_TBL_OLD_FORMAT', '18-oct-2022 10:20:38', 1004, 2010, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2022-00038', 'CLOSE', 'DATABASE LOCATION ACCIDENTALLY DELETED', '', '31-oct-2022 17:15:09', 1004, 2010, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2022-00039', 'CLOSE', 'OPENROAD COMPUTATION CHANGE', '', '22-nov-2022 10:45:58', 1005, 2011, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2022-00040', 'ON HOLD', 'ACTIVITIES FOR OPTIMIZATION OF CRITICAL INGRES DATABASES AND TABLES', '', '01-dec-2022 15:46:25', 1003, 2001, '3 - MINOR', 'RECOMMENDATION', 'INGRES'),
('2022-00041', 'ON HOLD', 'ACTIVITIES FOR THE IMPLEMENTATION OF INGRES C2 SECURITY AUDITING', '', '01-dec-2022 15:57:35', 1003, 2001, '2 - MAJOR', 'REQUEST', 'INGRES'),
('2023-00001', 'CLOSE', 'PATCH UPDATE DECEMBER 2022', '', '16-jan-2023 14:08:09', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2023-00002', 'CLOSE', 'SEGMENTATION VIOLATIONS (SIGSEGV) ON PRODUCTION SERVER', 'INGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, ulx.c:300             ]: Tue Jan 31 08:33:00 2023 E_PS0004_EXCEPTION\\tException occurred in PSF\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, scssvc.c:979          ]: An error occurred in the following session:\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]: >>>>>Session 00007F6ACB73D180:-1461156096<<<<<\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     DB Name: pfmdb    (Owned by: ingres )\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     User: stloswuser   (real: stloswuser ) \\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     Session started at 31-Jan-2023 08:25:48 as user stloswuser\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     Terminal: batch           \\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     Group Id: \\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     Role Id: \\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     Application Code: 00000000            Current Facility: PSF (00000005)\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     Session Unique Number: 177008388\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717            ]:     Client user: loyalty_app_new\\nINGDB1A           ::[39995             , 14941     ,  0000000000000000:00007f6acb73d180, sc0e.c:717', '31-jan-2023 11:49:23', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2023-00003', 'CLOSE', 'SEGMENTATION VIOLATION ON TELLERING SERVER', 'IISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, ulx.c:300             ]: Tue Jan 31 07:26:21 2023 E_PS0004_EXCEPTION\\tException occurred in PSF\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, scssvc.c:979          ]: An error occurred in the following session:\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]: >>>>>Session 00007FDB1A663340:367130368<<<<<\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     DB Name: teldb_live    (Owned by: ingres )\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     User: hsg_user   (real: hsg_user ) \\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Session started at 31-Jan-2023 07:26:19 as user hsg_user\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Terminal: batch           \\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Group Id: \\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Role Id: \\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Application Code: 00000000            Current Facility: PSF (00000005)\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Session Unique Number: 38323587\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Client user: FPMS\\nIISP_TELLERING    ::[40627             , 18641     ,  0000000000000000:00007fdb1a663340, sc0e.c:717            ]:     Client host: isgwebs', '31-jan-2023 14:13:37', 1004, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2023-00004', 'CLOSE', 'HO6 : E_US0001 NUMBER OF USERS HAS EXCEEDED LIMIT', 'E_US0001', '07-feb-2023 15:14:26', 1004, 2010, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2023-00005', 'FOLLOW UP', 'ACTIAN X 11.2 UPGRADE', '', '06-mar-2023 16:36:18', 1004, 2001, '2 - MAJOR', 'REQUEST', 'INGRES'),
('2023-00006', 'CLOSE', 'PATCH UPDATE MARCH 2023', '', '08-mar-2023 11:29:54', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2023-00007', 'CLOSE', 'PENETRATION TESTING CAUSING THE SERVER TO SLOW DOWN', 'E_GC001E_ACCEPT_FAIL', '06-mar-2023 14:25:16', 1004, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2023-00008', 'OPEN', 'HOUSING OPENROAD APPLICATION RE-ENGINEERING PROJECT', '', '20-mar-2023 09:41:29', 1005, 2011, '2 - MAJOR', 'RECOMMENDATION', 'OPENROAD'),
('2023-00009', 'CLOSE', 'OPENROAD FUNCTIONAL TESTING TOOL', '', '20-mar-2023 15:10:25', 1005, 2001, '2 - MAJOR', 'REQUEST', 'OPENROAD'),
('2023-00010', 'CLOSE', 'OPENROAD ADVANCE TRAINING', '', '20-mar-2023 15:48:18', 1005, 2011, '3 - MINOR', 'REQUEST', 'OPENROAD'),
('2023-00011', 'CLOSE', 'BATCH 6 OF INTRODUCTION TO ACTIAN SQL AND OPENROAD DEVELOPMENT', '', '20-mar-2023 15:55:49', 1005, 2011, '3 - MINOR', 'REQUEST', 'OPENROAD'),
('2023-00012', 'OPEN', 'SIGSEGV ON TESTING SERVER', 'ActianSvr         ::[II_JSP            , 30784     ,  0000000000000000:00007fd56d0f6200, ulx.c:300             ]: Fri Mar 24 16:12:01 2023 E_DM9049_UNKNOWN_EXCEPTION\\tAn Unexpected Exception occurred in the DMF Facility, exception number 68197.\\nActianSv::[                , 6d0f6200]: Fri Mar 24 16:12:01 2023 Segmentation Violation (SIGSEGV) @PC 0000000000ad9c48\\nRSP 00007fffdd537ae0  RBP 00007fffdd538860  RSI 0000000000000002\\nRDI 00007fd035d21a8c  RAX 000000000000001e  RBX 0000000000000000\\nRCX 0000000000000000  RDX a117ac0100000000\\n\\n-----------BEGIN STACK TRACE------------\\nActianSv::[                , 7fd56d0f6200]: pid 30784:0:7fffdd538860 dmfjsp(dm1r_cvt_row+0x959) [0xad9c48]( ... )\\nActianSv::[                , 7fd56d0f6200]: pid 30784:1:7fffdd5388f0 dmfjsp() [0xb91af5]( ... )\\nActianSv::[                , 7fd56d0f6200]: pid 30784:2:7fffdd538d50 dmfjsp() [0xb9408d]( ... )\\nActianSv::[                , 7fd56d0f6200]: pid 30784:3:7fffdd539040 dmfjsp() [0xb96aa3]( ... )\\nActianSv::[                , 7fd56d0f6200]: pid 30784:4:7fffdd53a7a0 dmfjsp(dmfatp+0x32c7) [0xb99e15]( ... )\\nActianSv::[                , 7fd56d0f6200]: pid 30784:5:7fffdd53b9e0 dmfjsp(dmfjsp_libmain+0x31e1) [0x6055e7]( ... )\\nActianSv::[                , 7fd56d0f6200]: pid 30784:6:7fffdd53bdd0 dmfjsp(main+0x819) [0x46336a]( ... )\\n-----------END STACK TRACE----------\\nActianSvr         ::[II_JSP            , 30784     ,  0000000000000000:00007fd56d0f6200, dmfatp.c:1307         ]: Fri Mar 24 16:12:01 2023 E_DM904A_FATAL_EXCEPTION\\tA fatal error has occurred in the DMF Facility.\\n', '24-mar-2023 17:01:27', 1004, 2010, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2023-00013', 'FOLLOW UP', 'OPENROAD LNR 6.2 DEPLOYMENT', '', '29-mar-2023 13:54:34', 1002, 2008, '3 - MINOR', 'REQUEST', 'OPENROAD'),
('2023-00014', 'CLOSE', 'QUERY ERROR ON DR SITE', 'E_QE0080 Error trying to position a table.', '13-apr-2023 18:15:38', 1003, 2010, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2023-00015', 'CLOSE', 'DEVELOPMENT USER FOR OR 11.2', '', '17-apr-2023 16:19:28', 1003, 2008, '3 - MINOR', 'RECOMMENDATION', 'OPENROAD'),
('2023-00016', 'CLOSE', 'LICHOSTINFO OF ACTIAN X 11.1 SERVERS', '', '17-apr-2023 16:25:37', 1003, 2010, '3 - MINOR', 'RECOMMENDATION', 'INGRES'),
('2023-00017', 'CLOSE', 'OPENROAD COMPATIBILITY WITH WINDOWS SERVER 2019 R2', '', '19-apr-2023 16:25:17', 1005, 2008, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2023-00018', 'CLOSE', 'IIRELATION TABLE COULD NOT OPEN', '', '24-apr-2023 10:35:44', 1005, 2011, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2023-00019', 'CLOSE', 'LAST PATCH FOR ACTIANX 11.1', '', '15-may-2023 14:30:33', 1003, 2010, '1 - CRITICAL', 'RECOMMENDATION', 'INGRES'),
('2023-00020', 'CLOSE', 'OPENROAD SERVER FARM ADMINISTRATION', '', '30-may-2023 10:42:31', 1005, 2007, '2 - MAJOR', 'REQUEST', 'OPENROAD'),
('2023-00021', 'CLOSE', '(TIMEZONE) INCIDENT IM149314', '', '02-jun-2023 11:23:23', 1002, 2011, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2023-00022', 'CLOSE', 'PRODUCTION SERVER CRASH', '', '14-jun-2023 12:26:12', 1003, 2010, '1 - CRITICAL', 'PROBLEM', 'INGRES'),
('2023-00023', 'CLOSE', 'OPENROAD QUERY TOOL PROBLEMS', 'E_QE0204 The estimated number of rows returned to the application (12456) exceeds the row limit (1000) established for this session. The query is aborted with a fatal error.', '16-jun-2023 10:04:01', 1002, 2011, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2023-00024', 'CLOSE', 'HOUSING DATABASE (HSGCENTRAL) INACCESSIBLE DUE TO E_DM968E E_DM968F ERRORS', 'E_DM0055_NONEXT\\nE_DM968E_DMVE_BTREE_FIND\\nE_DM968F_DMVE_BID_CHECK\\nE_DM964E_DMVE_BTREE_PUT', '18-sep-2023 10:59:38', 1004, 2007, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2023-00025', 'CLOSE', 'PATCH UPDATE MAY 2023', '', '18-sep-2023 15:07:41', 1003, 2001, '2 - MAJOR', 'RECOMMENDATION', 'INGRES'),
('2023-00026', 'CLOSE', 'SLOW SAVING ON OPENROAD 6.2 ON ISDDCODES SERVER', '', '25-sep-2023 10:06:19', 1002, 2011, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2023-00027', 'CLOSE', 'CAN\'T INSERT FIELD FROM DATABASE TABLE USING TABLE INSTI_PROPONENT_OFFICER_TECHSTAFF', '', '06-oct-2023 13:08:41', 1002, 1002, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2023-00028', 'CLOSE', 'UNABLE TO DELETE CORRUPTED COMPONENT ON OPENROAD WORKBENCH', '', '06-oct-2023 13:38:02', 1005, 2014, '4 - TRIVIAL', 'PROBLEM', 'OPENROAD'),
('2023-00029', 'CLOSE', 'REMOVING LOCKED COMPONENT ON OPENROAD FROM DATABASE', '', '09-oct-2023 13:36:44', 1005, 1005, '3 - MINOR', 'QUESTION', 'OPENROAD'),
('2023-00030', 'CLOSE', 'CHECKPOINT OF PRODUCTION SERVER FAILED', 'E_DMA469_PROCESS_HAS_DIED', '11-oct-2023 12:54:52', 1004, 2015, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2023-00031', 'OPEN', 'E_DM9034_BAD_JNL_NOT_FOUND WHILE RUNNING AUDITDB ON PRODUCTION SERVER', 'E_DM9034_BAD_JNL_NOT_FOUND\\nE_DM9055_AUDITDB_PRESCAN_FAIL', '17-oct-2023 17:18:04', 1004, 2010, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2023-00032', 'CLOSE', 'OPENROAD 11.2 INSTALLATIO', '', '17-oct-2023 09:47:39', 1002, 2017, '3 - MINOR', 'REQUEST', 'OPENROAD'),
('2023-00033', 'CLOSE', 'ASYNCHRONOUS REPLICATION', '', '18-oct-2023 13:31:38', 1003, 2016, '3 - MINOR', 'QUESTION', 'INGRES'),
('2023-00034', 'CLOSE', 'WAYS TO LIMIT ACCESS ON AN APPLICATION COMPONENT', '', '03-nov-2023 10:06:55', 1005, 1002, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2023-00035', 'CLOSE', 'OPENROAD MIGRATION TO 11.2 - APP SERVER - JSON SETUP', '', '06-nov-2023 17:11:17', 1005, 2008, '2 - MAJOR', 'REQUEST', 'OPENROAD'),
('2023-00036', 'OPEN', 'E_DM935A_BAD_DMP_LENGTH RECORD LENGTH ERROR IN DUMP FILE', 'E_DM935A_BAD_DMP_LENGTH', '07-dec-2023 16:16:11', 1004, 2010, '3 - MINOR', 'REQUEST', 'INGRES'),
('2023-00037', 'CLOSE', 'NO MST STORED PROCEDURE ERROR AFTER ACTIAN X 11.2 UPGRADE', 'No MST is currently in progress, cannot declare another cursor', '30-nov-2023 16:36:25', 1004, 2018, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2024-00001', 'CLOSE', 'PRODUCTION SERVER CRASH HARDWARE FAILURE', 'E_DM9673_DMVE_ALLOC_MAPSTATE\\nE_DM968E_DMVE_BTREE_FIND\\nE_DM968F_DMVE_BID_CHECK', '22-feb-2024 18:12:45', 1004, 2001, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2024-00002', 'CLOSE', 'CHECKPOINT ERROR X100 SERVER', 'E_DM110B_CPP_FAILED\\nE_VW1006_GENERIC\\nE_DM9848_BACKUP_DB\\nE_DM9847_X100_BACKUP', '26-feb-2024 16:48:10', 1003, 2015, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2024-00003', 'CLOSE', 'JNL FILES INVESTIGATION', '', '26-feb-2024 17:05:11', 1003, 2015, '2 - MAJOR', 'PROBLEM', 'INGRES'),
('2024-00004', 'CLOSE', 'OPEN ROAD WEBBROWSER', '', '22-feb-2024 17:56:42', 1005, 2011, '3 - MINOR', 'PROBLEM', 'OPENROAD'),
('2024-00005', 'OPEN', 'POC - FACIAL RECOGNITION FOR TIME-KEEPING ATTENDANCE SYSTEM', '', '29-feb-2024 04:32:20', 1002, 2019, '3 - MINOR', 'POC', 'OPENROAD'),
('2024-00006', 'OPEN', 'REQUEST FOR LICHOSTINFO AND VERSION.REL', '', '11-mar-2024 17:20:02', 1003, 2015, '3 - MINOR', 'REQUEST', 'INGRES'),
('2024-00007', 'OPEN', 'THIS IS JUST A TEST', 'Email does not work.', '11-mar-2024 17:35:53', 1002, 1002, '4 - TRIVIAL', 'QUESTION', 'OPENROAD'),
('2024-00008', 'OPEN', 'POC - OPENROAD JSON CONVERSION', '', '12-mar-2024 10:44:01', 1005, 2008, '2 - MAJOR', 'POC', 'OPENROAD'),
('2024-00009', 'CLOSE', 'MGMTSVR MISSING AFTER UPGRADING OS OF FAILOVER SERVER (INGDB1B)', '', '17-mar-2024 03:34:01', 1004, 2001, '3 - MINOR', 'PROBLEM', 'INGRES'),
('2024-00010', 'OPEN', 'STAND BY SUPPORT FOR OS UPGRADE OF PFMS', '', '23-mar-2024 11:27:44', 1004, 2001, '3 - MINOR', 'REQUEST', 'INGRES'),
('2024-00011', 'CLOSE', 'STAND BY SUPPORT FOR OS UPGRADE OF PFMS', '', '23-mar-2024 11:27:44', 1004, 2001, '3 - MINOR', 'REQUEST', 'INGRES'),
('2024-00012', 'OPEN', 'EMA SVR', 'Remote command execution failed: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password)', '04-apr-2024 12:41:22', 1003, 2015, '1 - CRITICAL', 'QUESTION', 'INGRES'),
('2024-00013', 'CLOSE', 'EMA ERROR ON RHEL 9.X', 'Remote command execution failed: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password)', '04-apr-2024 12:41:22', 1003, 2015, '3 - MINOR', 'PROBLEM', 'INGRES');

-- --------------------------------------------------------

--
-- Table structure for table `tbl_users`
--

CREATE TABLE `tbl_users` (
  `user_id` int(4) DEFAULT NULL,
  `lname` varchar(10) DEFAULT NULL,
  `fname` varchar(13) DEFAULT NULL,
  `mname` varchar(10) DEFAULT NULL,
  `contact_no` varchar(11) DEFAULT NULL,
  `email_add` varchar(33) DEFAULT NULL,
  `username` varchar(15) DEFAULT NULL,
  `kb_password` varchar(8) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;

--
-- Dumping data for table `tbl_users`
--

INSERT INTO `tbl_users` (`user_id`, `lname`, `fname`, `mname`, `contact_no`, `email_add`, `username`, `kb_password`) VALUES
(1001, 'CABANGBANG', 'DIANNE', 'GARCIA', '09177026521', 'dianne.cabangbang@d-source.com.ph', 'dianne', '(null)'),
(1002, 'GARCIA', 'JUNEL', 'PERALTA', '09177026337', 'junel.garcia@d-source.com.ph', 'jpgarcia', '123456'),
(1003, 'DELGADO', 'CHRIS', 'QUILANG', '09175262508', 'chris.delgado@d-source.com.ph', 'cqdelgado', '(null)'),
(1004, 'PALEC', 'MANILYN', 'GOMEZ', '09175261476', 'manilyn.palec@d-source.com.ph', 'mgpalec', '(null)'),
(1005, 'MAGNO', 'ROWELL', 'ALONZO', '09175270224', 'rowell.magno@d-source.com.ph', 'ROWELLMAGNO', '12345'),
(1006, 'GABAY', 'MYLENE', 'DELA TORRE', '09177026521', 'mylene.gabay@d-source.com.ph', 'mdgabay', '(null)'),
(1007, 'CRUZ', 'JUAN MIGUEL', 'S', 'N/A', 'miguel.cruz@d-source.com.ph', 'migs.cruz', 'P@ssw0rd'),
(2000, 'HDMF', 'HDMF', '', '09123456789', 'hdmf@gmail.com', 'hdmf', '(null)'),
(2001, 'TABARREJO', 'ALVIN', 'T', 'n/a', 'attabarrejo@pagibigfund.gov.ph', 'attabarrejo', '(null)'),
(2002, 'MAGALLANES', 'ARIANE', 'V', 'n/a', 'avmagallanes@pagibigfund.gov.ph', 'avmagallanes', '(null)'),
(2003, 'CAALIM', 'EDGAR', 'D', 'n/a', 'edcaalim@pagibigfund.gov.ph', 'edcaalim', '(null)'),
(2004, 'CORTEZ', 'FLORENCIO', 'B', 'n/a', 'fbcortez@pagibigfund.gov.ph', 'fbcortez', '(null)'),
(2005, 'SANDOVAL', 'JOSE MARIE', '(null)', 'n/a', 'jmsandoval@pagibigfund.gov.ph', 'jmsandoval', '(null)'),
(2006, 'SEPNIO', 'JUN', '(null)', 'n/a', 'vvsepniojr@pagibigfund.gov.ph', 'vvsepniojr', '(null)'),
(2007, 'ALINDOG', 'MARINELA', 'N', 'n/a', 'mnalindog@pagibigfund.gov.ph', 'mnalindog', '(null)'),
(2008, 'ASTORGA', 'SHERWIN', 'N', 'n/a', 'snastorga@pagibigfund.gov.ph', 'snastorga', '(null)'),
(2009, 'QUIAMNO', 'STEPHEN', 'N', 'n/a', 'snquiamno@pagibigfund.gov.ph', 'snquiamno', '(null)'),
(2010, 'LABERINTO', 'ELEXIE', '(null)', '09196338288', 'eclaberinto@pagibigfund.gov.ph', 'eclaberinto', '(null)'),
(2011, 'URBINA', 'ROY', 'P', '00000000000', 'rpurbina@pagibigfund.gov.ph', 'royurbina', '(null)'),
(2012, 'DALICUN', 'BENJELIN', 'M', '00000000000', 'bmdalicun@pagibigfund.gov.ph', 'benjelindalicun', '(null)'),
(2013, 'ANTONIO', 'KIM', 'S', 'n/a', 'ksantonio@pagibigfund.gov.ph', 'ksantonio', '(null)'),
(2014, 'GO', 'REYMART', 'C', 'n/a', 'rcgo@pagibigfund.gov.ph', 'rcgo', '(null)'),
(2015, 'MOLINA', 'STEPHEN', 'O', 'n/a', 'somolina@pagibigfund.gov.ph', 'somolina', '(null)'),
(2016, 'SAN ANDRES', 'ENRIQUE', 'S', 'n/a', 'essanandres@pagibigfund.gov.ph', 'essanandres', '(null)'),
(2017, 'MANAHAN', 'SPENCER EDSEL', 'T', 'n/a', 'stmanahan@pagibigfund.gov.ph', 'stmanahan', '(null)'),
(2018, 'CATALAN', 'DANIEL', 'A', 'n/a', 'dacatalan@pagibigfund.gov.ph', 'dacatalan', '(null)'),
(2019, 'CRISTOBAL', 'ANTHONY BRYAN', 'C', '09173146665', 'accristobal@pagibigfund.gov.ph', 'accristobal', '(null)');

-- --------------------------------------------------------

--
-- Table structure for table `vw_solutions`
--

CREATE TABLE `vw_solutions` (
  `entry_no` varchar(13) DEFAULT NULL,
  `case_no` varchar(10) DEFAULT NULL,
  `comments` varchar(2068) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci;

--
-- Dumping data for table `vw_solutions`
--

INSERT INTO `vw_solutions` (`entry_no`, `case_no`, `comments`) VALUES
('2020-00001-2', '2020-00001', 'DSI asked if there will be a problem if the DB Server uses Asia-Manila time zone and OpernROAD application uses Philipines as time zone. Actian sain, if using OpenROAD Application, you should NOT use IANA time zone. Ingres continues to support own time zone tables. OpenROAD doesn?t yet support the IANA time zone.'),
('2020-00002-2', '2020-00002', ''),
('2020-00003-2', '2020-00003', 'Chain of errors and issues which together caused the server crashed. Recommended to rebuild these two indexes: xconv_endorsdate and xconv_psdate. Also modify CBF: online_error_action TO stop and offline_error_action to continue_ignore_table'),
('2020-00004-2', '2020-00004', 'SQL returning different result with date(\'now\') command. Actian reccommends to change the timezone to TZ=Asia/Manila'),
('2020-00005-2', '2020-00005', 'Ext4 is supported on Ingres however RHEL6 ext4 uses a default setting of barrier=1 which causes poor performance on Ingres. Actian recommend a barrier=0 setting.'),
('2020-00006-2', '2020-00006', 'You can remove/edit specific column for replication using ColumnProperties. Just check /Absent and /Name then add the names of columns you want to remove on target DB'),
('2020-00007-2', '2020-00007', 'DSOURCE conduct an installation support for Openroad 6.2 on Linux Machine and provides a Installation guide to help HDMF replicate the procedure.'),
('2020-00008-2', '2020-00008', 'Upon installation of OpenROAD App Server on RHEL 6.9 we\'ve got the Error registering library .. but Actian thinks that it was just an ownership issue. It work on other VM installation'),
('2020-00009-2', '2020-00009', 'Some DBMS went down so the client restarted the Ingres. Upon checking the inglogs, one of the DBMS server died silently and Ingres didn\'t handle it properly which cause high performance of CPU. Actian asked to change the CBF Configurations: online_error action to stop and offline_error_action to continue_ignore_table.]'),
('2020-00010-2', '2020-00010', 'Upon initial checkpoint, the client had some error stating that vectorwise directory is missing, which upgradedb should create automatically. When the client manually created those directory, the checkpoint ran successfully. As per Actian, some directories were missing because someone ran destroydb'),
('2020-00011-2', '2020-00011', 'Select query running very slow on Ingres 11.1 but quite fast on Ingres 10.2. Found out that it was a  bug (#136662) and was fixed on patch 15562.'),
('2020-00012-2', '2020-00012', 'On testing for upgrading from 10.2 to 11.1 (upgradedb), some db procedures were gone and were not recreated successfully. Upon investigation it was beacuse of the date format set to MULTINATIONAL4 instead of US'),
('2020-00013-2', '2020-00013', 'Asked Actian if there is a counterpart on Linux of using DLL on Microsoft Active Directory to authenticate OR users. Linux authentication was set via appserver portal VOSA.  Opened case 1121449 for further discussion of vosa.'),
('2020-00014-2', '2020-00014', 'Further discussion of inquiry in case 1120493. Asked Actian what is the counter-part of the windows registry on Linux, if there is also a registry file being used by VOSA. Applications can be registered via command line using regedit in silent mode. Though after the next patch, application are not registered in Windows registry but rather registered apps are written pm JSON file. VOSA will still be used to add application but you can also write script that add \'apps\' on JSON file.'),
('2020-00015-2', '2020-00015', 'Mr Sherwin Astorga requested an assistance support to register images to OpenROAD VOSA on LINUX Machine.'),
('2020-00016-2', '2020-00016', 'To use \'tables\' command on Ingres 11.1 make sure that the \'Query and Reorting Runtime\' package is installed'),
('2020-00017-2', '2020-00017', 'I have encountered this error:\\n\\nCheck sum differences encountered.\\n<: values in install area: /II_SYSTEM/ingres\\n>: values in patch area:   /II_SYSTEM/patch15562\\n\\n267a268,269\\n> ./lib/thirdparty/lp32/libcrypto.so 00031,2706\\n> ./lib/thirdparty/lp32/libssl.so 23996,573\\nError occurred during install.\\n\\nThe install program failed to complete.\\n\\nI am currently testing the newest patch 15562 on my Ingres 11.1 VM when I got this error upon installation of the patch. \\n\\nWhat I did before this is that I reinstalled other packages such as Query and Reporting Tool/Runtime then I reinstalled the patch 15550 as advised by Kristoff, then when I install this patch I am getting this error.\\n\\nWill attach the inglogs for your reference.'),
('2020-00018-2', '2020-00018', 'Hope someone could help me with this, we are trying to setup LoadNRun for our client. We already have an OpenROAD App Server installation on a Windows VM and a sample image loaded through VOSA.\\nIs there a step-by-step guide/ instruction to set this up and what are required for us to have to have this work on a client machine.'),
('2020-00019-2', '2020-00019', 'Just a follow up question on my case number 01122791, is it OK to install Ingres on RHEL 7 with ext4 file system? If ever what are the pros and cons?'),
('2020-00020-2', '2020-00020', 'After an upgrade from Ingres 10.2 to 11.1, we are getting this error.\\n\\nIt seems that simple upgradedb wont work and we have to manually run usermod to all the databases until I found this article stating that this could be an alternative command. I would just like to confirm if it is though.\\n\\nupgradedb dbname -modify\\nor\\nupgradedb -all -tree -modify'),
('2020-00021-2', '2020-00021', 'Mr Sherwin Astorga requested an assistance support to find-out how to run comtestrso from a windows machine to an existing Linux OpenROAD App Server.'),
('2020-00022-2', '2020-00022', 'We are having problem running comtestrso <linux server> from a window workstation.\\n\\nThis server can be pinged and running comtestrso directly on it or through putty works, but not from another machine testing the app server.\\n\\nhr = 0x800706ba\\nReleasing interface IRun4GLrs.\\n\\nOn other Windows OpenROAD server, we have no problem.\\n\\nWe may be doing something wrong, or something have to be done on the server to resolve this.'),
('2020-00023-2', '2020-00023', 'DSOURCE conduct the First Batch of ONLINE TRAINING for INGRES SQL. The Training was participated by 13 HDMF personel.'),
('2020-00024-2', '2020-00024', 'We created this DB Procedure and is running in Ingres 10.2,\\nUnfortunately, during our test upgrade in Ingres 11.1, we are hanging on the execute of this.\\n\\ncreate procedure dbp_virtual_sel_pf_ledger\\n( p_pagibigid varchar(25) not null,\\n  p_account_no varchar(25) not null,\\n  p_program_code varchar(10) not null,\\n  p_cyear varchar(13) not null )\\nresult row( varchar(25),\\n           ingresdate,\\n           varchar(6),\\n           varchar(13),\\n           money,\\n           money,\\n           money,\\n           varchar(25),\\n           varchar(250)) as\\ndeclare\\n  v_trans_code varchar(10);\\n  v_refno varchar(25);\\n  v_trans_date ingresdate;\\n  v_percov varchar(6);\\n  v_cyear varchar(13);\\n  v_ee money;\\n  v_er money;\\n  v_div money;\\n  v_pagibig_erid varchar(25);\\n  v_eyername varchar(250);\\nbegin\\n  for select trans_code,\\n             refno,\\n             trans_date,\\n             percov,\\n             cyear,\\n             sum(ee),\\n             sum(er),\\n             sum(div),\\n             pagibig_erid,\\n             eyername\\n       into :v_trans_code,\\n            :v_refno,\\n            :v_trans_date,\\n            :v_percov,\\n            :v_cyear,\\n            :v_ee,\\n            :v_er,\\n            :v_div,\\n            :v_pagibig_erid,\\n            :v_eyername\\n     from vw_virtual_branch_pf_ledger\\n     where pagibigid = :p_pagibigid and\\n           account_no = :p_account_no and\\n           program_code = :p_program_code and\\n           cyear = :p_cyear\\n     group by trans_code,\\n              refno,\\n              trans_date,\\n              percov,\\n              cyear,\\n              pagibig_erid,\\n              eyername having sum(ee) <> 0 or\\n                              sum(er) <> 0 or\\n                              sum(div) <> 0\\n     order by trans_date desc,\\n              percov desc\\n     do return row(:v_refno,\\n                    :v_trans_date,\\n                    :v_percov,\\n                    :v_cyear,\\n                    :v_ee,\\n                    :v_er, :v_div,\\n                    :v_pagibig_erid,\\n'),
('2020-00025-2', '2020-00025', 'After the version upgrade from 10.2 to 11.1\\n\\nWe ran this upgradedb -all -tree -modify assuming that we can upgrade all the old table formats to the new one used by 11.1.\\n\\nUnfortunately, we are still getting this error on IMADB database even if we run upgradedb imadb -tree -modify after shutting down the rmcmd. We also cannot usermod imadb -u$ingres remote.. because it is returning an error.\\n\\nWe also did a check via select a.relid, a relowner from iirelation a, iitables b where a.relowner ... but it shows nothing in imadb.\\n\\n'),
('2020-00026-2', '2020-00026', 'DSOURCE conduct the First Batch of ONLINE TRAINING for OpenROAD APPLICATION DEVELOPMENT. The Training was participated by 13 HDMF personel.'),
('2020-00027-2', '2020-00027', 'DSOURCE conduct the First Batch of ONLINE TRAINING for OpenROAD APPLICATION DEVELOPMENT. The Training was participated by 13 HDMF personel.'),
('2020-00028-2', '2020-00028', 'While realoding data from 10.2 to 11 client got this error: E_PS042C GRANT: You may not grant permit on database procedure \'ropa_sp_get_installsched\'. As an alternative solution, you may add : flag -uropa_user when running the SQL or alternatively include \'set session authorization ropa_user\'.'),
('2020-00029-2', '2020-00029', 'Housing group is trying to reload their hdmf_ropa database to Ingres 11.1, unfortunately they stumbled a E_PS042C GRANT error which stop database procedures from running'),
('2020-00030-2', '2020-00030', 'With the help of Actian, DSOURCE set up and tested Ingres Replicator for future use. See document HVR and Ingres Replicator for more detailed comparison.'),
('2020-00031-2', '2020-00031', 'Clarify some information about LoadNRun. Loadnrun is a simple solution for non-privileged users on Windows machines to deploy OpenROAD eClient applications. It is identical to eClient applications that run in mode 2. Yumiko Oura of Actian attached some knowledge base on how to set up LoadNRun.'),
('2020-00032-2', '2020-00032', 'Clarify some information about the limitations of Ingres Replicator. Aside from additonal for the database server, one of the cons of Ingres Replicator is that x100 tables are not and supported and might marked as deprecated in the near future.'),
('2020-00033-2', '2020-00033', 'Dsource set up and test the use of Incremental Rollforward. This is of the options considered by HDMF for the replication of their data from production server to their data warehouse. See document Ingres Rollforward KB for more details.'),
('2020-00034-2', '2020-00034', 'Clarify some questions in running OpenROAD 11.1 on top of Ingres 11.1. OpenROAD 11.1 requires Ingres 11.1 client installation even on developer workstation. You cannot install OpenROAD 11.1 on top of Client Runtime 11.1 media.'),
('2020-00035-2', '2020-00035', 'Had license error on OpenROAD 11.1, apparently the newest version of OpenROAD requires license.xml now. As a resolution Yumiko of Actian provides a trial license of OpenROAD 11.1. Aside from Ingres, license.xml should also include license for OpenROAD when using version 11.1.'),
('2020-00036-2', '2020-00036', 'A single corrupted frame is preventing the application to export an image. But as the client tries to delete the frame. It gives him Cannot fetch source error. Please __ KB for the resolution.'),
('2020-00037-2', '2020-00037', 'Question was raised as RHEL 6 uses PHT +08:00 (Philippine Timezone) while RHEL 7 or hight uses  +08:00 PST as in Pacifics Standard Time. This may cause some problems when client upgrade the OS to much newer version of RHEL.'),
('2020-00038-2', '2020-00038', 'After upgrading the RHL6_MID to Ingres 11.1 and run the ?upgradedb? command on the database, it had some errors like E_DU2417_NODROP_SYSCAT and E_DU241A_SYSCAT_UPGRADE_FAILED. As a resolution, the client uses the unloaddb backup files to reload and fix the database. Actian however suggest to run verifydb command (verifydb -mreport -sdbname <dbname> -odbms_catalogs) to ensure that no problem exist in the database before upgrading to the newer version.'),
('2020-00039-2', '2020-00039', 'During upgrade of HO6 server from Ingres 10.2 to Ingres 11 some components like DBMS Server, Ingres Networking etc. could not be installed. Upon checking, there are 2 hostnames declared on config.dat, to solve the problem the client deleted on of the hostname.'),
('2020-00040-2', '2020-00040', 'During upgrade of HO6 server we\'ve included the C2 Security component but had some problems while installing it. Upon checking of the config.dat C2 Security was installed. As of this moment, we are still verifying of C2 was already installed, if not, we\'ll schedule the installation of the said component.'),
('2020-00041-2', '2020-00041', 'Mr. Quiamno requested assistance on how to export query result to CVS file. With exchange of research and testing, Mr Quiamno came-up with a solution somewhat identical to DSOURCE\'s findings.'),
('2020-00042-2', '2020-00042', 'DSOURCE conduct a POC of HVR and tested various INGRES versions replicating data across servers.'),
('2020-00043-2', '2020-00043', 'Confirming sequence of activity during Database Upgrade. Client is running optimizedb, sysmod, usermod.'),
('2020-00044-2', '2020-00044', 'The upgrade of the production database server to Ingres 11 was immediately aborted.\\n\\nThe error says that the files was owned by 10.2 package.'),
('2020-00045-2', '2020-00045', 'While upgrading the DR server to Ingres 11.1, the process stopped while upgrading the iidbdbd.'),
('2020-00046-2', '2020-00046', 'Problem connecting PowerBi to ActianX, resolved by installing latest version of PowerBi 64-bit.'),
('2020-00047-2', '2020-00047', 'SIGSEGV error encountered causing database crash after upgrade.'),
('2020-00048-2', '2020-00048', 'Experiencing performance issues after Database Upgrade.'),
('2020-00049-2', '2020-00049', 'E_UL0009_MEM_SEMWAIT Error attempting to set semaphore and E_UL0004_CORRUPT    ULM has detected a corrupted memory pool errors encountered leading to crash.'),
('2020-00050-2', '2020-00050', 'E_UL0004_CORRUPT ULM has detected a corrupted memory pool keeps reoccuring.'),
('2020-00051-2', '2020-00051', 'Experienced another server crash related to previous cases.'),
('2020-00052-2', '2020-00052', 'running optimizedb -zf fname where in fname the flag we use is -zk -zns -zfq.\\nUnfortunately statistics where created even in the non-keyed columns.'),
('2020-00053-2', '2020-00053', 'Experienced another server crash related to previous cases.'),
('2020-00054-2', '2020-00054', 'Performance issue running specific query comparing results to 10.2 installation.'),
('2020-00055-2', '2020-00055', 'Experienced another server crash related to previous cases.\\nE_SO0215_PSF_ERROR\\nE_RD0041_BAD_FCB\\nE_PS0904_BAD_RDF_GETDESC\\nE_PS0007_INT_OTHER_FAC_ERR'),
('2020-00056-2', '2020-00056', 'Tables on upgraded 11.1 database shows 10.0 versions.'),
('2020-00057-2', '2020-00057', 'Showing very slow performance on queries with \'AND STATUS\' . Bug ID II-6715,137187 fixed on Patch 15599'),
('2020-00058-2', '2020-00058', 'Identified the specific query causing SIGSEGV error. Using REPEATED SELECT vs EXECUTE IMMEDIATELY'),
('2020-00059-2', '2020-00059', 'Another query showing very poor performance using \'LIKE%\'.'),
('2020-00060-2', '2020-00060', 'Case Description\\nstatdump -zc -o filename -rtablename  gives\\n\\nW_OP0976 WARNING: Table \'tablename0, column \'columname\' value for rows 0 and 1 have the same value ( -2147483648).\\n\\nII_CHARSETII=ISO88591'),
('2020-00061-2', '2020-00061', 'Request of Installer of Patch 15587'),
('2020-00062-2', '2020-00062', 'Could not connect to the server. Specified server may not exist or is not allowing connects. INGRES error message is E_CLFE07_BS_READ_ERR. It might be due to CPU overload. Fixed on patch 15595.'),
('2020-00063-2', '2020-00063', 'Performance issue running specific query select * from vw_esrs_stl_listing where pagibigid = \'158001251275\' and status = \'10010\'\\n\\n'),
('2020-00064-2', '2020-00064', 'It is found out that the error might be caused by the Disk not available.'),
('2020-00065-2', '2020-00065', '/ii_database/ingres/data/default/pf/aaaaabbb.t00 file couldn\'t be found. The select statement used was not valid for partitioned table. KB on how to find physical files for partitioned table was attached to the case.'),
('2020-00066-2', '2020-00066', 'E_GC4807_CONN_ABORT   Aborting client connection with host \'::ffff:192.168.1.43\' port \'56136\', reason follows. read() failed with operating system error 104 (Connection reset by peer) occuring after 15595 patch. This error was sue to Java program(application) exited or was aborted for other reasons such as network connection or alike.'),
('2020-00067-2', '2020-00067', 'DSI requested for license file of OpenROAD for testing.'),
('2020-00068-2', '2020-00068', 'HDMF had some error while doing some rollforward on close server (inghsg1). DSI recommends to copy the checkpoint files and do the rollforward again. Checpoint files may be corrupted.'),
('2020-00069-2', '2020-00069', 'HDMF installed the latest version of PowerBI and used the provided MEZ file to connect and make a direct query.'),
('2021-00001-2', '2021-00001', 'Generating statistics, as mentioned earlier, is quite important for X100, in some cases even more important than for Ingres tables to ensure optimal memory management while executing queries.'),
('2021-00002-2', '2021-00002', 'Below functions can be used for x100 tables.\\n\\n* select TIMESTAMPDIFF(day, col1, DATE \'2021-12-31\') from idatex\\\\g\\nExecuting . . .\\n\\n\\nlqqqqqqqqqqqqqqqqqqqqqqk\\nxcol1 x\\ntqqqqqqqqqqqqqqqqqqqqqqu\\nx 365x\\nmqqqqqqqqqqqqqqqqqqqqqqj\\n(1 row)\\ncontinue\\n*\\n\\nWhere col1 contains 2020-12-31 and idatex is an x100 table.'),
('2021-00003-2', '2021-00003', 'Problem fixed after database restart.'),
('2021-00004-2', '2021-00004', 'HDMF had the \'Bad Data\' error while loading the .trl file into global temporary table. Apparently, there are some discrepancy on the declared columns on Global Temporary Table that result of mismatch of data from audit trail file.'),
('2021-00005-2', '2021-00005', 'Some transctions were included on the transation prior to the start date/time (-e flag) declared on auditdb. Apparently, \'-e\' flag on auditdb gives all transactions that were committed after the specified date and time no matter when they began. The date column on audit trail records the start of the query, not when they were committed.'),
('2021-00006-2', '2021-00006', 'Error E_QS0001 and E_OP0886_QSF_PALLOC occurred while running help command on certain table. Recommends to double the value of qsf_memory on CBF. Run CBF > DBMS Server > Derived > Configure.Make sure to save the changes and ingstop/ingstart Ingres to take effect.'),
('2021-00007-2', '2021-00007', 'Upon confirming that LoadNinja only works for web-based applicaions, DSI asked Actian if there is a Performance Testing tool that could be use for OpenROAD applications. They suggest to use Jmeter, but it doesn\'t work for OpenROAD as well.'),
('2021-00008-2', '2021-00008', 'DSI had a few clarification on using ANSIDATE for date-only data and TIMESTAMP for date-and-time format. Also the difference of using TIMESTAMP WITH TIMEZONE and TIMESTAMP WITH LOCAL TIMEZONE.'),
('2021-00009-2', '2021-00009', 'While doing an incremental rollforwarddb on test server, DSI had this E_DM1306_RFP_APPLY_RECORD error. Initial investigations show that there were some files deleted on II_WORK location that caused rollforward to fail. Further investigation stopped because the server was used for something else.'),
('2021-00010-2', '2021-00010', 'Created a temporary session table and use the data to insert into heap and x100 table. Upon doing a select statement, it gives E_US10D7 error and looks like the inserted value was an invalid date, however the value on temporary session table was valid. Apparently, it?s a bug with ID II-7036, 137473 and solved with Ingres 11.1 Patch 15615.'),
('2021-00011-2', '2021-00011', 'Squeeze() function gives different output for a btree and x100 tables whenever used to convert a data from character to money type. Actian declare this a bug with ID B137471, II-7034 and still waiting for patch to fix this.'),
('2021-00012-2', '2021-00012', 'The client encountered a wrong output from two tables with IN SELECT statement, where table 1 = lo_stl_frontend has a column name called pagibigid, and table 2 = lms_stl_master doesn\'t have any column name called pagibigid but is returning a result. It turned out that this behavior works as per design and is SQL standards compliant. If a column does not exist in the table referenced in the FROM clause of a subquery but exists in a table referenced by the outer query\'s FROM clause, it is implicitly qualified by the table referenced in the FROM clause of the outer query.'),
('2021-00013-2', '2021-00013', 'Just a few clarification on Chapter 4: Sizing x100 System on System Administration Guide of Ingres 11'),
('2021-00014-2', '2021-00014', 'One of the client?s server has been experiencing some slow down and some DBMS server shutdown. Some memory free problems have seen on the error log, E_SC0224 MEMORY_FREE Unable to deallocate SCF memory. Actian?s recommendation is to unprotect and recalculate Ingres locking parameters such as lock_limit and resource_limit.'),
('2021-00015-2', '2021-00015', 'An inquiry about different ways on how to do the data encryption on Ingres. There are two ways to do the encryption; through DBMS server-level encryption and Application-level encryption. Check Security Guide Documentation for more information.'),
('2021-00016-2', '2021-00016', 'Converting a blank (\'\') or null ingresdate to ansidate gives a current date result. Bug ID II-7070 was created and waiting for a patch. For the meantime, HDMF is using the script that Keith Bolam created to convert tables from ingres to x100.'),
('2021-00017-2', '2021-00017', 'Declaring a global temporary doesn\'t return error even if it doesn\'t include required ON COMMIT PRESERVE ROWS and WITH NO RECOVERY. For ease of use, it is no longer needed to mandatorily mention the parameter. Actian raised a documentation bug for thisand will update on the upoming releases.'),
('2021-00018-2', '2021-00018', 'Getting Component <component name> cannot be saved. The Object encoding could not be flushed.? error. It turned out a certain bitmap was associated with Windolcon in one of the frames. Deleting the bitmap solved the problem.'),
('2021-00019-2', '2021-00019', 'DSI tested to relocate x100 table to another using MODIFY statement but giving E_US15B9 error. As per Actian, the right way to relocate the x100 table is to use CTAS, create and new table with new location then drop the old one. Also tested MODIFY to RECONSTRUCT, apparently the system updated the location, but files are not actually relocated. Actian create a bug for this II-7099, II-3803.'),
('2021-00020-2', '2021-00020', 'Ken Lindner opened a case to send training files to DSI.'),
('2021-00021-2', '2021-00021', 'The client forgot to include quote \'\' on the #m12 flag that\'s why it ran on individual locations separately and caused the checkpoint to slow down.'),
('2021-00022-2', '2021-00022', 'During testing DSI noticed that mask/unmask privilege of the user will depend on the user ?ingres? privilege. As per Actian, the best way to effectively authenticate and login to database is by using +user flag. Sample: sql +user=username,password database_name. Apparently when using ?-u? flag, it inherits some properties from the OS. This option is only available for users who have DB_ADMIN privilege.'),
('2021-00023-2', '2021-00023', 'A few clarification on the sample computation of x100 sizing on Chapter 4 of System Administration Guide of Ingres 11. Ken Lindner had a zoom meeting to clarify and explain further the sample computation.'),
('2021-00024-2', '2021-00024', 'A certain database procedure caused SIGSEVG on the server. Actian advised to set opf_autostats to x100 on CBF and restart Ingres to take effect.'),
('2021-00025-2', '2021-00025', 'The client encountered E_VW1142_WRITEAGGR after creating an x100 table from another x100 table. Actian able to replicate the problem and created JIRA number II-7456 and waiting for engineering team?s update.'),
('2021-00026-2', '2021-00026', 'The DBMS and Archiver suddenly shut down, due to several errors. Unfortunately, Actian could not drill down to specific point where the crashed because the DBMS logs was not enabled yet. The client took three to enable the DBMS logs. Four weeks later, crashed happen again. The problem appears to have been caused by a lock escalation to table level locks to free locks up in the transaction that was accompanied by DEADLOCKS and finally when there were no more locks available to the transaction the DBMS and Recovery servers were not able to roll the transaction back and the database was then marked inconsistent. Actian recommended to increase the system_maxlocks on CBF and restart Ingres to take effect.'),
('2021-00027-2', '2021-00027', 'HDMF asked for the source code of one of the OpenROAD\'s sample demo. Actian, sent the link for the source as well as the link to the demo application.'),
('2021-00028-2', '2021-00028', 'DSI asked for a copy of installer of Actian X 11.1 Patch 15633 for Linux 64-bit.'),
('2021-00029-2', '2021-00029', 'For the future version upgrade of some servers, DSI asked Actian if there\'s way to verify whether an instance was installed using RPM or Ingbuild installer. You can run >rpm -qai |grep ingres and >rpm -qai |grep dbms  to check.'),
('2021-00030-2', '2021-00030', 'DSI asked for a copy of licensing utility that could work on Windows 7 32-bit. Apparently, the latest version uploaded on ESD doesn\'t work on older version of Windows.'),
('2021-00031-2', '2021-00031', 'DSI asked Actian if there is a Basic Troubleshooting Guide documentation for Ingres. Apparently there\'s no guide available.'),
('2021-00032-2', '2021-00032', 'Client noticed that Stored Procedures are not updating immediately after a drop/create. It needs ingstop/ingstart to take effect on all DBMS Severs. Actian this is an old bug, II-7617, a complicated one and Engineering are still checking the feasiblity to resolve. Actian gave a workaround while they are still studying the bug. You can do set trace point qs506 in all DBMS server that might need the DB procedure. This will fkush the QSF cache and forces each DBMS server to rebuild QEP from the DB procedure definition.'),
('2021-00033-2', '2021-00033', 'DSI asked Actian if there\'s a command or certain method to check when the last usermod was ran. As usermod does reorganize the tables and recreate secondary indexes, just like sysmod, we can use this query to check when was the last time the table was modified: select varchar(table_name,32) as tablename,varchar(table_owner,32) as table_owner,create_date,modify_date from iitables.'),
('2021-00034-2', '2021-00034', 'OpenROAD workbench was not loading properly and days after it worked again. Actian and DSI believed that this may be because of the Windows Update applied on the machine'),
('2021-00035-2', '2021-00035', 'One of the production server of the client (ingdba1) suddenly shut down. As per checking of the Ingres error log, transaction log became full and leads the Ingres to shutdown. Possible causes are long running queries that possibly were uncommited, long DB procedures that involved unoptimized table and QSF out of memory caused by these uncommited queries. Actian recommends to double the value of qef_hash_mem  on CBF and do housekepping chores regularly.'),
('2021-00036-2', '2021-00036', 'Database became inconsistent after a failed rollback due to deadlocks encountered on iisequence table. Actian said that its hitting Bug II-2545 and currently in Engineering for patch creation'),
('2021-00037-2', '2021-00037', 'Just a few clarification with Actian on how to properly calculate width of an encrypted column for both transparent and application-based encryption.'),
('2021-00038-2', '2021-00038', 'Tellering Server having some SIGSEGV due to QSF Meemory Pool errors. Actian recommends to change qsf_quideline to LARGE and increase the value of qsf_memory.'),
('2021-00039-2', '2021-00039', 'The same error in Case 01174346 occurred again even after updating the configuration. Recovery Server failed to recover the same indexes in the previous case and shut down itself. Actian recommends to regularly recreate xled_pfrdate and xledext_transdate, also to upgrade the server to Actian X 11.1.'),
('2021-00040-2', '2021-00040', 'Server can be accesed via Putty by setting up IP to static and setting Forwarding Port 22 but cannot established connection via netutil from a remote machine. Testing wasn\'t pushed through because of server\'s hardware problem.'),
('2021-00041-2', '2021-00041', 'There are some E_VW1059_WRITESORT on error log that appeared October 2021 but information says that it was run August 2021 and couldn?t find it on IPM anymore. Another error is that the client is running an SQL Script to modify pf_ledger_16_20 except session.pf_ledger_16_20_tmp to combine. Running this on OR6.2 thru Execute Immediate gives an error, but via SQL Monitor or via Terminal it runs smoothly without any error. Unfortunately, the client could not reproduce the error, therefore thorough testing/investigation could not push through.'),
('2021-00042-2', '2021-00042', 'DSI requested for current product availability and software compatibility of Actian X'),
('2021-00043-2', '2021-00043', 'As per investigation, E_AD2062_NO_FUNC_FOUND was caused by not providing the right parameters to the data dependent procedure.'),
('2021-00044-2', '2021-00044', 'newdcddb01 crashed due to SIGSEGV simliar to bug II-6256 which has something to do with inner joins. There are a lot E_US0001 error seen on log. Actian recommends to increase the value of connect_limit and upgrade the server to Actian X 11.1'),
('2021-00045-2', '2021-00045', 'Several E_VW1006_GENERIC, E_DM9848_BACKUP_DB and E_DM9847_X100_BACKUP errors founf on error log. As per Actian, it seems that some of the directory is missing/corrupted. They recommend to disable and then renable the journaling of pfmdb database.'),
('2021-00046-2', '2021-00046', 'This is with regards to bug that was fixed on case 1175712 (II-7099, II-3803). The said patch was to fix the bug on \'modify to reconstruct\' not on the \'modify to relocate\'. Still \'modfiy to relocate\' was not supprted on x100 tables yet.'),
('2021-00047-2', '2021-00047', 'This is with regards to bug that was fixed on case 1175712 (II-7099, II-3803). The said patch works for \'modiy to reconstrcut\' ONLY with SINGLE location, NOT with MULTIPLE locations.'),
('2021-00048-2', '2021-00048', 'One of the server (Ingres 10.2 ver) has been experiencing crash/hang. Looking at the error logs, there are some deadlocks on one of the database. HDMF upgraded the version of Ingres to 11.1.'),
('2021-00049-15', '2021-00049', 'A digital copy of the documentation for OPENROAD MIGRATION FROM 3.1 to 11.2 was sent to Sir Roy Urbina for review and acceptance.\\n\\nThis document details the process and results of the activity.\\n\\n'),
('2021-00050-2', '2021-00050', 'LoadNRun could not successfully install because of error ?Ingres Net XW failed to start.?, also it seems that the installer cannot detect the runtime client that was installed before the LoadNRun installation. Actian said that it was a bug and gave us a workaround for the mean time. Use orsmsiexec11.bat with loadnrun112_x64_nonet.rsp. From the command prompt run ormsiexec11 loadnrun112_x64_nonet.rsp /install'),
('2021-00051-2', '2021-00051', 'DSI is requesting to Actian for a copy on installer of OpenROAD 3.5 and 4.1.'),
('2022-00001-1', '2022-00001', 'Server reports E_CL1613 PC_SP_PROCPC[f][s]spawn:System Process Table is Temporarily Full error which most probably caused the DB crashed. As a resolution DSI asked HDMF to increase the soft and hard limits of the OS. vi /etc/security/limits.conf * soft nofile 32000 * hard nofile 63696.'),
('2022-00004-8', '2022-00004', '1. DSI suggested to unprotect and recalculate the lock_limit to ITID team.\\n2. ITID team already requested for an additional memory for IISP_TELLERING server, if the additional memory already installed we suggest to perform solution #1.\\n3. Data Center team created external indexes for the tables involving the payref SQL.\\n\\nAs of 28-Feb 2022 and upon confirmation of the requestor, no error/s have encountered.'),
('2022-00005-1', '2022-00005', 'Emergency 2-hour remote assistance via FB messenger\\n\\n? Client called around February 26, 2022 8:18 AM asking for assistance on their error while upgrading from Ingres 10.2 to Actian X Ingres 11.1 version\\n\\n? II_DATABASE doesn?t seem to be writeable due to the following:\\n\\n    II_SYSTEM?s original location is /ii_database/ingres\\n    Cannot find /ii_database/ingres location\\n    /ii_database was changed to /II_DATABASE (take note of case sensitive)\\n\\n? DSI asked client to run ?chmod 777? and ?chown ingres:ingres? on II_SYSTEM, II_DATABASE and II_CKPT ? DONE, No effect\\n\\n? DSI asked the client to run ?echo $II_SYSTEM? and ?ingprenv? to check whether the $II_SYSTEM is /II_SYSTEM ? NOT EXECUTED\\n\\n? Client said the issue was resolved by rebooting the server at 10:00AM\\n\\n \\n\\nProduct: Ingres Version: 11.1\\nPatch: 15633\\nOS: Linux x86 64-bit\\n\\nServer: NEWDCDB01'),
('2022-00006-13', '2022-00006', 'After numerous attempt to simulate and reproduce the problem encountered, we failed to create a test case of this error.\\n\\nRecommendations:\\n1. After running an alter table make sure to run the following\\n\\ta. usermod dbname [-uusername][{table1 table2 table3 ...}] [-noint] [-repmod [+w|-w]] [-online].  This is to modify the table/s being altered.\\n\\n\\tb. ckpdb dbname.  This is so that the physical structure of the table match the journals.\\n\\n\\n2. We also strongly recommend to update the patch on this server and on any other production servers to avoid these kind of problems happening in the future.  We are currently on II 11.1.0 (a64.lnx/100) 15744 as of April 2022.\\n\\n\\n'),
('2022-00007-20', '2022-00007', 'Presented the Data Encryption Proof of Concept results to HDMF'),
('2022-00008-8', '2022-00008', 'After a scheduled restart of the server, NEWHDMFSERVER was successfully included in the EMA Server.\\n\\nWe will now close this Service Request.'),
('2022-00009-4', '2022-00009', 'This error is a common Microsoft Visual Studio Code error. Some fixes posted online might be of help.\\nhttps://appuals.com/object-reference-not-set-to-an-instance-of-an-object-microsoft-visual-studio/?fbclid=IwAR3B_HtgEysCJwZpJ3FlHxA9wv0TXUBgmNQI8HougId6nRhTJ1l7JLEt7N8'),
('2022-00011-12', '2022-00011', 'This is Migration guide for OpenROAD 3.5 to 11.2.\\n\\nInformation from this document was derived from the documentation from Actian Corporation but filtered to cater the steps specifically needed for this activity.\\n\\nThis document also covers the migration activity for Funding Commitment Line and Loans Origination Application.'),
('2022-00012-7', '2022-00012', '1. E_OP04C0_NEWENUMFAILURE which may be the cause of deadlocks because the query execution plan fails.  We will have to check if this is a bug.\\nAnswer #1: The E_OP04C0 error is trying to take advantage if Greedy Optimization method fails. This is not the actual cause of the error but this is the notification error that the query execution is already failing.\\n\\n\\n2. Numerous E_DM9045_TABLE_DEADLOCK on the system.\\n3. E_QE0002_INTERNAL_ERROR. A QEF inter error occured.\\nAnswer #2 and #3: Table deadlocks and efficiency of the query execution relies on proper housekeeping. \\nAlways run optimizedb -zk -zfq, usermod at least every week.  Last run 14-Apr 2022.\\nThe server is already running 287 days, please schedule a server reboot once in a while.  \\n\\n4. E_US0010. Database does not exist: \'mrddocs\'.\\nAnswer #4. Multiple users are trying to access this mrddocs table but does not exist.\\nCheck on this as well. \\n\\n5. Still running an old version of patch -- 15683.  We already have 15744 for April 2022 patch update.\\nAnswer #5: Patch 15744 was superceded by Patch 15753 released May 9, 2022.  I would suggest to test this patch and apply to production environment once tested ok.\\n\\n'),
('2022-00014-1', '2022-00014', 'A gentle reminder that upon our annual audit of Ingres / OpenROAD servers, we find out that there are still servers that are running on lower product and patch version.  Such as the following:\\n\\n1. GEN_ACCT, LEGACYSVR, onlinesvr, orataf2 - Ingres 10.2 patch 15049\\n2. HO6 - Actian 11.1 patch 15580\\n3. ingdb2a, LEGACYPDCSVR, RHL6_MID - Actian 11.1 patch 15619\\n4. NEWISDDSVR - Actian 11.1 patch 15644\\n5. bidb3, hloutsourcing, hsgdrdb, IISP_TELLERING, iispropa, ingdb1a, ingdb1b, ingdb2b, ingdrdb, inghsg1, NEWCMSSVR, NEWDCDDB01, NEWDCDDB03, NEWHDMFSVR - Actian 11.1 patch 15683\\n6. ActianSvr, dcdsvr, newisqadsvr - Actian 11.1 patch 15726\\n7. isddsvr - Actian 11.1 patch 15744\\n\\nFor 2022, please be advised that there will no longer have license keys for 10.2 versions. We highly recommend to upgrade the remaining four (4) servers on or before 15-July 2022.\\n\\nFor servers running Actian 11.1 with patch lower than patch release May 2022 -- 15753, we suggest to upgrade it to the latest patch to avoid any already-fixed bug/s.\\n\\nIn addition, Actian 11.1 will soon end its Enterprise Support and patch.  \\nWe highly recommend to test Actian 11.2 as soon as possible.'),
('2022-00015-10', '2022-00015', 'Dsource will now close case number 2022-00015: Setting Up LoadNrun 6.2. Included in the POC documentation are this case\'s activities, results, and findings.\\n\\nBelow is the link for the soft copy of the LNR POC documentation.\\n\\nhttps://www.dropbox.com/s/vpeb2pdzhkxut1s/HDMF%20-%20LNR%20PoC%20Documentation%20V1.pdf?dl=0'),
('2022-00018-2', '2022-00018', '1. checking the ignore Fieldstyle-unique fields option on Property Changer\\n\\n2. changing the Header Button\'s BgDisplayPolicy to BDP_CORNERED\\n\\n3. Applying the readily made Field style 2.'),
('2022-00022-3', '2022-00022', 'This case is for prioritization.'),
('2022-00025-3', '2022-00025', 'Background: \\nThe database was being backed-up thru a process of disk copy/syncing from a working, live production database server.  Hence, the state log of the database was marked consistent, see infodb.log\\n\\nErrors from errlog.log:\\n1. E_DM930C_DM0P_PAGE_CHKSUM_FAIL Page Checksum failure detected. Database pfmdb, Table iiattribute.  This is because of a corrupted system catalog.\\n2. E_RD0060_DMT_SHOW Cannot access table information due to a non-recoverable DMT_SHOW error. This happens when the underlying physical files for the tables do not exist anymore or is corrupted.\\n\\nSteps taken:\\nIf the database is inconsistent due to operation, we tried to force it consistent thru the following commands:\\n1. sql -A10 pfmdb -- This returns E_QE007C Error trying to get a record.  This happens if the said database is inconsistent but unfortunately the -A10 should force it consistent already.\\n2. verifydb -mrun -sdbname pfmdb -oforce_consistent.  This command will flag the state of the database consistent for access but also failed.\\n3. sysmod pfmdb -- Failed with errors.\\n\\nFindings:\\n1. Prior to this incident, a corrupted database and system file was seen, files with priviledge, ownership and group with (?).\\n2. The database is corrupted and NOT inconsistent due to a corrupted system / database file.\\n\\nResolution:\\nTry to recover the database using rollforwarddb from an existing checkpoint file/s:\\n1. destroydb pfmdb\\n2. rollforwarddb pfmdb\\n3. sysmod\\n\\n\\n\\n\\n\\n'),
('2022-00026-3', '2022-00026', 'August 10, 2022;\\n\\nResolution:\\n\\nLISTAGG() function is the counterpart of GROUP_CONCAT()\\n\\nSYNTAX:\\n\\n\\tLISTAGG ([DISTINCT] value_expr [, \'delimiter\'])\\n\\t\\t[WITHIN GROUP (order-by-clause)]\\n\\nSAMPLE:\\n\\n\\tSELECT al_ccode, LISTAGG(concat(al_name, \' (\',al_icaocode,\')\'), \' | \') \\n\\t\\twithin group (order by al_name) AS name\\n\\n\\tFROM airline\\n\\n\\tgroup by al_ccode;\\n\\n\\tcommit; \\n\\n\\tNote: The table used for this example is included in demodb.\\n\\nActian reference #: 01368379'),
('2022-00028-2', '2022-00028', 'Bugs addressed with this patch:\\n\\nBug 133639 II-2964 (GENERIC)\\nThe error return for SQL using an invalid paramter name when executing a TPROC causes subsequent, valid calls to the procedure to report E_US0965 Procedure \'<procedure>\' not found.\\n\\nBug 134456 II-3744 (LINUX)\\nProvide OCF compliant resource agent script so instance can be managed as part of a failover cluster. This will support such software as Pacemaker.\\n\\nBug 134892 II-3232 (GENERIC)\\nCardinality estimate inaccuracies for joins can be much too low, resulting in poor query plans and/or poor performance.\\n\\nBug 139807 II-9340 (GENERIC)\\nDBMS server prints only addresses of function stack not the corresponding names in the log file when a crash occurs.\\n\\nBug 139960 II-9517 (GENERIC)\\nThe RCP log file can fill with \'License returned\' messages.\\n\\nBug 140260 II-9864 (WINDOWS)\\nName Server becomes unresponsive when a bad client connects to the Name Server listen port (named pipe).'),
('2022-00029-8', '2022-00029', 'As per Actian, locations on iidbdb looks good and theres no need to change anything.\\nThe entries in iilocations and iilocation_info state that ii_work is using the area specified by II_WORK (the installation primary work location) which is set to /II_WORK/WKLOC1 so that is fine.\\n\\nActian recommends to:\\n\\n1. Run infodb data_warehouse and check if II_WORK locations are corrent\\n2. ingstop\\n3. Rename /II_WORK/ingres/work/default/data_warehouse to /II_WORK/ingres/work/default/dwh\\n4. Rename /.../dmp/default/data_warehouse/aaaaaaaa.cnf to /.../dmp/default/data_warehouse/aaaaaaaa.cnf.old\\n5. ingstart\\n6. Create a dummy table in database data_warehouse\\n7. Echo create table dropme as select * from iitables\\\\g | sql data_warehouse\\n\\nThis will create a new aaaaaaaa.cnf in the dmp directory\\n\\nIf all works fine and confirmed that correct two /II_WORK/WKLOC1 and /II_WORK/WKLOC2 are shown by infodb in step1, run the original INSERT SELECT statement to create the 82 million rows table\\n\\nWhile this is running:\\n1. execute $II_SYSTEM/ingres/sig/inglogs/inglogs\\n2. cd to the inglogs directory and open pfiles_iidbms* and search for II_WORK. \\n3. Double check and make sure only files in /II_WORK/WKLOC1 and /II_WORK/WKLOC2 are open and there is no reference to files in /II_WORK/ingres/work/default/*.\\n\\n'),
('2022-00030-2', '2022-00030', 'Hi Sir Alvin,\\n\\nKindly run the following before running ckpdb +j on iidbdb:\\n\\n1. As user ingres:\\n\\t> copy cktmpl_wrap to $II_SYSTEM/ingres/bin \\n\\t> chmod 755 $II_SYSTEM/ingres/bin/cktmpl_wrap\\n\\t> copy cktmpl_wrap.def to $II_SYSTEM/ingres/files\\n2. Run:\\n\\t> ingsetenv II_CKTMPL_FILE $II_SYSTEM/ingres/files/cktmpl_wrap.def\\n3. ingstop/ingstart to take effect'),
('2022-00031-1', '2022-00031', '$ingres VS ingres \\n? $ingres user is a special type of user ID that used internally for system catalogs (e.g., iiusers, iidatabase_info, iilocation_info)\\n? ingres user is the owner and administrator of Ingres RDBMS, and it was set up during installation\\n\\nEach Ingres user has different privileges given:\\n\\naudit_all  - the privilege to security audit all user activities. Since user ingres was the administrator, this privilege was granted to ingres user\\nunmask ? the privilege to unmask masked columns defined during CREATE TABLE\\n\\naudit_query_text -  the privilege of user to see query text, enabled if security_audit=(query_text) was specified when creating or altering the user\\n\\nOther privileges can be seen on DatabaseAdmin.pdf Guide attached.\\n'),
('2022-00032-5', '2022-00032', 'Client already did the following:\\n1. Run iisetres ii.iisp_tellering.createdb.iidbdb_page_size 8192\\n2. Increase the OS\' soft limit to 4096\\n\\nUnfortunately, they haven\'t had the chance to do the following due to operation:\\n1. Re-apply patch 15790\\n2. Re-run the application that runs this SQL:\\n\\nselect payrefno as payrefno, msb_code as msb_code, hub_code as \\nhub_code, date_created as date_created, pay_source as pay_source, payor_id as \\npayor_id, payor_name as payor_name, payor_address as payor_address, \\ncurrency_code as currency_code, payment_mode as payment_mode, is_value_dated as \\nis_value_dated, amount as amount, orig_refno as orig_refno, orig_refdate as \\norig_refdate, old_payrefno as oldpayrefno, status as status, status_date as \\nstatus_date, membership_category as membership_category, user_branch_code as \\nuser_branch_code from pof_payscreenheader where payrefno= ~V\\n\\nFor follow up next week 25-Oct 2022'),
('2022-00035-4', '2022-00035', 'Disable journaling and re-enable it:\\n\\n1. alterdb -disable_journaling dbname\\n2. ckpdb +j dbname'),
('2022-00037-3', '2022-00037', 'As we checked on the inglogs and reboot log you have sent, those Ingres crashed/shutdown you have reported on dates October 17 and 13, were actually system reboot.\\n\\nreboot   system boot  4.18.0-147.el8.x Mon Oct 17 17:51 - 09:16 (4+15:25)\\ningdb1b           ::[40625        IIGCD, 7137      , 0000000000000003]: Mon Oct 17 17:46:21 2022 E_CLFE07_BS_READ_ERR\\tRead from peer process failed; it may have exited.\\ningdb1b           ::[38505        IIGCN, 4207      , 0000000000000000]: Mon Oct 17 19:48:38 2022 E_GC0151_GCN_STARTUP\\tName Server normal startup.\\n\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 13 16:21 - 09:16 (8+16:55)\\ningdb1b           ::[40387        IIGCD, 10131     , 000000000000000b]: Thu Oct 13 16:14:56 2022 E_CLFE07_BS_READ_ERR\\tRead from peer process failed; it may have exited.\\ningdb1b           ::[40387        IIGCD, 10131     , 000000000000000b]: read() failed with operating system error 104 (Connection reset by peer)\\ningdb1b           ::[38589        IIGCN, 6907      , 0000000000000000]: Thu Oct 13 16:22:23 2022 E_GC0151_GCN_STARTUP\\tName Server normal startup.\\n\\nNotice how the error log shows minutes up to hours gap on recorded logs on these reboots:\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 27 11:20   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 14:47   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 10:07   still running\\nreboot   system boot  4.18.0-147.el8.x Sat Oct 22 09:19   still running\\nreboot   system boot  4.18.0-147.el8.x Fri Oct 21 08:36 - 09:16 (1+00:39)\\nreboot   system boot  4.18.0-147.el8.x Thu Oct 20 11:11 - 09:16 (1+22:04)\\nreboot   system boot  4.18.0-147.el8.x Mon Oct 17 17:51 - 09:16 (4+15:25)\\nreboot   system boot  4.18.0-147.el8.x Sun Oct 16 09:23 - 09:16 (5+23:53)\\n\\nPlease ask assistance on your hardware/OS supplier regarding this sudden reboot.'),
('2022-00038-2', '2022-00038', 'To properly run the rollforwarddb on a deleted database location\\n1. Re-create the pfmdb directory on /II_DATA/DBLOC1/ingres/data/default/\\n2. chmod 700\\n3. Run rollforward with +j -e31-Oct-2022:14:59:00\\n\\nNote: DSource recommend not to remove the corrupted journal as it might cause improper recovery due to a missing file.\\n\\nHDMF run a test rollforward on inghsg1 and actiansvr before the actual recovery on the production server'),
('2023-00001-2', '2023-00001', '2.0 December 13, 2022 - New Bug Fixes for Patch 15829\\nBug 137372 (GENERIC)\\nAn \'isnull\' predicate in the where clause being applied on a not-nullable column that is inner to an outer join makes optimizer underestimate the tuple being produced by the outer join, which could make server choose an in-efficient qep, and make query take longer time to run.\\n\\nBug 139729 II-9257 (GENERIC)\\nFor UTF8 installaion, aes_decrypt_iv() is not working for NCHAR type\\n\\nBug 140491 II-10090 (GENERIC)\\nA query that has an aggregate subselect under an OR clause takes longer time to run.\\n\\nBug 140557 II-10151 (GENERIC)\\nQuery may incorrectly return duplicated/more rows.\\n\\nBug 140696 II-9993 (GENERIC)\\nNumber of allowed connections are one less/more than the actual allowed value.\\n\\nBug 140767 II-10365 (UNIX)\\ninglogs may fail to collect vectorwise log files.'),
('2023-00002-4', '2023-00002', 'This bug has been addressed with the latest patch 15854.\\nPlease conduct a test for this patch and apply with Production once tested working and do not conflict with other applications.\\n\\n2.0 March 7, 2023 - New Bug Fixes for Patch 15854\\nBug 139878 II-9403 (ENHANCEMENT)\\nAdded ELEMENT() and ELEMENT_COUNT() sql functions.\\n\\nBug 140760 II-10351 (GENERIC)\\nDuring concurrent sessions perform the same procedure following error can occur: E_PS0004 SIGSEGV at stack psq_recreate\\n\\nBug 141256 II-11014 (GENERIC)\\nSending email fails silently');
INSERT INTO `vw_solutions` (`entry_no`, `case_no`, `comments`) VALUES
('2023-00004-2', '2023-00004', '\\nE_US0001 error occurs when more users are trying to connect to the DBMS than the maximum number of users allowed (through configuration). The following are the steps to increase the number of allowed connections:\\n\\n    Check to see how many users/ sessions are connected to the database. The DBMS parameter connect_limit controls that value.\\n    Increase \'connect_limit\' if user connections are getting more or close to that value. It can be increased using one of the two following methods:\\n        Run cbf to start the configuration utility (CBF). Go to DBMS Server (Configure) > connect_limit (Edit)\\n\\nor\\n\\n    Run iisetres to change the connect limit parameter to the new value\\n\\n    iisetres ii.<server_name>.dbms.*.connect_limit new_value\\n\\n\\n    Restart the installation to bring that into effect'),
('2023-00006-2', '2023-00006', 'Bugs addressed with this patch:\\n2.0 March 7, 2023 - New Bug Fixes for Patch 15854\\n\\nBug 139878 II-9403 (ENHANCEMENT)\\nAdded ELEMENT() and ELEMENT_COUNT() sql functions.\\n\\nBug 140760 II-10351 (GENERIC)\\nDuring concurrent sessions perform the same procedure following error can occur: E_PS0004 SIGSEGV at stack psq_recreate\\n\\nBug 141256 II-11014 (GENERIC)\\nSending email fails silently'),
('2023-00007-5', '2023-00007', 'No reported slow downs on LEGACYPDCSERVER since they have filtered the ports 21064 and 21071 as well as other ports from 5000+ and up.\\n\\nHDMF will pen test bigger server next and will report if there\'s any slow down or similar problem.\\n\\nClosing this case now.'),
('2023-00014-4', '2023-00014', 'Upon checking the table definition of the views are all similar.\\nOne problem to check is the more evident cause--the 3par synching.\\n\\nWe will request for a trial license for a temporary DR Server and redo the synching of the DR Server to fix this issue.\\nTake note that the trial license is for strict one (1) month use only.\\n\\nWill close this case now as this is not an Ingres related case but more of a third-party software problem.\\n\\n\\n'),
('2023-00017-2', '2023-00017', 'Apparently, OpenROAD 6.2 was not tested on Windows Server 2019. The latest version of OpenROAD 11.2 is the one that has been tested and certified on Windows 2019.\\n\\nAlso, since OpenROAD 6.2 is on extended support since 2021, there are no new fixes.\\n\\nIt is highly recommended to upgrade to OpenROAD 11.2.\\n\\n\\nWe will be closing this case.'),
('2023-00018-3', '2023-00018', 'The problem was resolved. Apparently, it was caused by a coding error resulting a Null Date argument.\\n\\nAs per Sir RJs findings, the Ingres Version 10.2 returns an error ?IIRelation Error?.\\nThen he runs the same script (run and develop in vb .net) connecting to Ingres Version 11.1\\nthen the returning error pertains to ?null date?. So he just make adjustment to\\nhis script and run it again in Version 10.2 and the problem is resolved.\\n\\n\\nThis case will be closed.'),
('2023-00019-1', '2023-00019', 'This will serve as a reminder that Patch 15854 which was released last 7-Mar-23 will probably the last patch for ActianX version 11.1.\\n\\nKindly take note also of your servers that has obsolete version (10.2) i.e., orataf and LEGACYSVR.\\nThere will be no license for Ingres 10.2 version anymore.\\nFurthermore, kindly check the attached link for .pdf file so you can see the list of servers that needs patch updating.\\n\\nLegends:\\nRED - NEEDS IMMEDIATE VERSION OR PATCH UPDATE (Patches released 31-Dec-21 or older)\\nORANGE - NEEDS IMMEDIATE PATCH UPDATE (Patches released 31-Dec-22 or older)\\nGREEN - ON THE LATEST PATCH \\n'),
('2023-00021-6', '2023-00021', 'This case was fixed using the OR 6.2 p15707. When saving date and time from a Client with a different II_TIMEZONE_NAME from the Server, it will still use the II_TIMEZONE_NAME of the Server. However, by default, when viewing the date and time from the Client, it will be displayed based on its II_TIMEZONE_NAME. If the Client wants to view the actual date and time from the Server, the Client\'s II_TIMEZONE_NAME must be the same as the Server\'s.\\n\\nPlease use the link below to get a copy of OR 6.2 p15707.'),
('2023-00022-3', '2023-00022', 'No further update from the client regarding the real cause of the crash.\\nEither Operating System or Hardware failure.'),
('2023-00024-2', '2023-00024', 'Hi Ms Nheng,\\n\\nGood day!\\n\\nUpon checking the inglogs of ingdb1b, this error was caused by bug II-9848 (140244) where in UNDO fails with secondary indexes with BTree table structure leading to crashing of DBMS servers.\\n\\nThis bug was fixed with patch 15829 last November. Please patch the server to avoid this error again.\\n\\nThank you!\\n\\n\\nRegards,\\nManilyn'),
('2023-00026-3', '2023-00026', 'HDMF identified the cause of the slow saving time of their applications on OpenROAD. After removing all Image Trim fields on their application development, a significant change on the saving speed was apparent.\\n\\nThe slow saving may be caused by the large size of the application due to the amount of images inserted on the imagetrim.\\n\\nDSI suggest of limiting the use of ImageTrim especially if inserting large image file size. This will cause the application to be larger in file size and may cause a corruption of the component with the ImageTrim.\\n\\nIn replacement, you could use ImageField instead and then using the FileHandle method to load the image to the ImageField from a specific location.\\n\\nYou could also utelize Cursession.WorkingDirectory to specify the location where the IMG(image file) is located.\\n\\n'),
('2023-00027-2', '2023-00027', 'According to Actian this is because OpenROAD only supports shorter object names (for tables, columns, etc.) - up to 32 characters.'),
('2023-00028-1', '2023-00028', 'A problem was raised about OpenROAD components that cannot be deleted and is giving an error message that it is corrupted.\\nThis case was encountered before by Dsource Develoment Team before and a documentation was created to fix this problem.\\n\\nPLEASE NOTE: that the solution provided was given directly from Actian BUT is not supported. Meaning that precaution should be taken before doing this and this should be done on your own risk.\\n\\nDsource encountered this problem before with using large icon image on our application or using large image on Image Trim fields.\\n\\nWe suggest limiting the use of image trim since it will also increase the size of your application. In replacement of Image Trim, you could use Image Field instead and calling the image using FileHandle Method.\\n\\nPlease see attached file for the solution on removing corrupted components.'),
('2023-00029-1', '2023-00029', '1. Identify the Entity ID of the locked component.\\n\\t> SELECT * FROM II_LOCKS;\\n\\n2. Confirm Component Name.\\n\\t> SELECT ENTITY_ID, ENTITY_NAME FROM II_ENTITIES WHERE ENTITY_ID = <entity_id>;\\n\\n3. Delete the LOCKED component from the II_LOCKS Table.\\n\\t> DELETE FROM II_LOCKS WHERE ENTITY_ID = <entity_id>;'),
('2023-00030-3', '2023-00030', 'As per Actian, they could only see that the checkpoint process died and there are no further details pertaining to the database session which started the checkpoint in the errlog.log. They suspect the checkpoint process was terminated at the OS level.\\n\\ningdb1a      ::[II_JSP      , 422    , 0000000000000000:00007fd7da180200, dmfjsf.c:3672     ]: Tue Oct 10 18:47:01 2023 I_DM105D_JSP_INFO A user is running ckpdb -v #x #m12 pfmdb\\ningdb1a      ::[II_JSP      , 422    , 0000000000000000:00007fd7da180200, dmfx100.c:1821    ]: Tue Oct 10 18:56:12 2023 E_VW1198_JSP_INFO Database: pfmdb, backup \'2041\'\\n\\nThey are also looking at the checkpoint log warnings during the tar operation on the checkpoint that might have failed the process. I?m still clarifying the issue with regards to checkpoint template file. I will get back to you as soon as I have confirmed it.\\n\\nI was informed by Sir Alvin that the checkpoint last night was successful. Could you please send me the logs and dbg file.\\n\\nThank you.\\n\\nManilyn\\n'),
('2023-00032-2', '2023-00032', 'DSI conducted a demo at HDMF office to show how to use the license file upon installing openroad 11.2.'),
('2023-00033-5', '2023-00033', 'Will be closing this case now.\\nShould you have any other concern, please feel free to contact us.'),
('2023-00034-3', '2023-00034', 'For effective teamwork we prefer the following approach (which we use internally):\\n\\n> Every developer has its (his/her) own repository database ? this can be   a local database or a ?private? database on a shared DBMS.\\n\\n> Thus, the developers are not restricted in their work and several   developers are able to work in parallel (even on the same component).\\n\\n> Once developers are ready to submit a change (which can involve several    components ? also from several applications), the components are       exported into XML export files:\\n\\n  > One directory for each application containing:\\n    > one XML export file for each component\\n    > one XML export file for the application properties (using ?-               appsource? flag of ?w4gldev backupapp out)\\n\\n> The export files are under control of an SCM (Software Configuration       Management) like ?git? (Bitbucket)\\n> Once the developer wants to submit the changes to the repository of the    SCM (changed/added/deleted files), there is a ?Code Review? process        going on.\\n\\n  > The file submission into the central repository will only happen after     reviews and approval by peers/authorized users (?Pull Request? in          git/Bitbucket).\\n  > Other developers can get the new component versions from the SCM           repositiory after the change has been merged.\\n  > The build of a daily build or release of the application(s) will be        done using the applications/component export files contained in the        SCM repository\\n\\n    > This could even be done using a newly created database, into which         all the required export files are imported before doing makeimage.'),
('2023-00035-12', '2023-00035', 'A POC was triggered to convert an existing OpenROAD application to JSON-rpc setup.\\n\\nA new case was created to monitor this POC.\\nPlease refer to Case No. 2024-0008.'),
('2023-00037-2', '2023-00037', 'Upon client\'s testing, it appears that the cause of error was one of the other stored procedure (named sp_tm_evaluation_set) that triggers an error ?DUPLICATE KEY ON INSERT detected.?, and upon proceeding to the concerned stored procedure sp_tm_evaluation_update, the error ?No MST is currently in progress, cannot declare another cursor? occurs.\\n\\n\\nThe client added the rollback statement in the negative case part of the stored procedure sp_tm_evaluation_set and the ?No MST? ? error has been resolved.\\n\\n'),
('2024-00001-6', '2024-00001', 'As per investigation. The journal files were corrupted due to failed failover and rollforward to ingdb2a. Kindly see attached Incident Report for more details'),
('2024-00002-2', '2024-00002', 'These are the steps taken to resolve the error.\\n\\n1. Check errlog.log, vectorwise.log \\n2. Check ownership of all pfmdb directory and change ownership to ingres for directories with root\\n3. Checked /II_DATABASE/ingres/data/vectorwise/pfmdb/wal/location_map and found out that it contains only default,data,/II_DATABASE/ingres/data/vectorwise/pfmdb/CBM/default\\n4. Restore / recreate location_map from backup to contain all the necessary locations.\\n5. Checked existing db_key from /II_DATABASE/ingres/data/vectorwise/pfmdb/CBM and compared to all db locations\\n6. Copied master db_key to all db locations\\n7. Tried running checkpoint again but with same error.\\n8. Copied master db_key to work locations\\n9. Successfully ran checkpoint.'),
('2024-00003-3', '2024-00003', 'Sir Stephen Molina performed the archiver (dmfacp) restart on a database level using the recommended actions.\\nCheckpoint procedure was successful on 3-Mar-24 Sunday 00:02:40.\\nRollforward procedure on Cebu DR site was successful on 4-Mar-24 Monday 05:52:36.\\n\\nWe recommend to continue with the rollforward procedure everyday on a DR site and send us the following:\\n\\n1. inglogs of ingdb1a every after checkpoint\\n2. checkpoint debug file\\n3. rollforward debug file\\n\\n'),
('2024-00003-5', '2024-00003', 'Sir Stephen Molina performed the archiver (dmfacp) restart on a database level using the recommended actions.\\nCheckpoint procedure was successful on 3-Mar-24 Sunday 00:02:40.\\nRollforward procedure on Cebu DR site was successful on 4-Mar-24 Monday 05:52:36.\\n\\nWe recommend to continue with the rollforward procedure everyday on a DR site and send us the following:\\n\\n1. inglogs of ingdb1a every after checkpoint\\n2. checkpoint debug file\\n3. rollforward debug file\\n\\n'),
('2024-00004-2', '2024-00004', 'addEventListener() is a JavaScript method, and the old Microsoft WebBrowser Control does not support modern HTML pages (with current JavaScript stuff).\\n\\nWe would recommend you to upgrade OR6.2 to OpenROAD 11.2 that comes with WebView2 support - see according documentation:\\n\\nhttps://testdocs.actian.com/openroad/11.2/index.html#page/RelSum/WebView2_Updates.htm \\n\\nhttps://testdocs.actian.com/openroad/11.2/index.html#page/LangRef/Url_Method.\\n\\n \\n\\nAlternatively, you can use the CALL SYSTEM statement to open the web site externally (in a separate web browser window like Edge, Firefox or Chrome).'),
('2024-00009-2', '2024-00009', '1. cd /II_SYSTEM/ingres/utility\\n2. iisumgmtsvr\\n3. ingprenv -- II_MTS_JAVA_HOME=/II_SYSTEM/ingres/jre should be on ingprenv already\\n\\n4. If II_MTS_JAVA_HOME=/II_SYSTEM/ingres/jre already on ingprenv, edit config.dat and add the following line:\\n\\n iisetres ii.ingdb2b.ingstart.*.mgmtsvr 1\\n\\n5. ingstop\\n6. ingtstart\\n7. ingstatus -- to make sure iimgmtsvr started\\n8. ingstop\\n9. ingstatus\\n10. Check if iimgmtsvr is still running. If yes: Run iimgmtsvr -stop\\n11. Run ingtstatus -- all services should be stopped.\\n13. Run ingstart -- mgmtsvr should automatically start\\n\\n'),
('2024-00013-4', '2024-00013', '1. Login EMA Server\\n2. Go to /home/ingres/ema/ema/nagios/etc/ssh\\n3. Backup id_rsa and id_rsa.pub\\n4. Generate new ssh-key using command\\n\\tssh-keygen -t ed25519\\n5. Save as /home/ingres/ema/ema/nagios/etc/ssh/id_rsa\\n6. Login to target server -- legacypdcsvr\\n7. Go to /home/ingres/.ssh\\n8. Remove entry from file authorized_keys\\n9. Login EMA Server\\n10. Go to /home/ingres/ema/ema/nagios/etc/ssh and run\\n\\tdocker exec -it ema ssh-copy-id -i /usr/local/nagios/etc/ssh/id_rsa ingres@172.16.226.231\\n\\tssh ingres@172.16.226.231\\n\\tdocker exec ema /etc/init.d/nagios restart\\n\\n11. Check on Nagios browser\\n\\nNOTE: ssh-keygen -t ed25519 applicable only for RHEL7,8,9');
COMMIT;

