ERROR: ERROR 3587: Insufficient resources to execute plan on pool general
Just downloaded "HP Vertica Analytic Database Server" (to be exact - vertica-7.1.2-0.x86_64.RHEL5). Played a little. M-m-m, strange. Trying to understand Vertica's logic of contraints handling, faced with problem:
Simple sequence causes an issue reported in subject:
create table Employees (EmployeeID int primary key, FirstName varchar(30), LastName varchar(30), SSN varchar(30) unique);
create table HealthPlans (HealthPlanID int primary key, EmployeeID int NOT NULL references Employees (EmployeeID), name varchar(30));
CREATE PROJECTION EMP_HEALTH (EmployeeID, FirstName, LastName, SSN)
AS (SELECT e.EmployeeID, e.FirstName, e.LastName, e.SSN
FROM Employees e, HealthPlans hp
WHERE e.EmployeeID = hp.EmployeeID);
insert into Employees (EmployeeID, FirstName, LastName, SSN) values (1, 'John', 'Doe', '1111');
insert into Employees (EmployeeID, FirstName, LastName, SSN) values (3, 'Richard', 'Roe', '3333');
commit;
insert into HealthPlans (HealthPlanID, EmployeeID) values (1, 1);
insert into HealthPlans (HealthPlanID, EmployeeID) values (3, 3);
commit;
select * from EMP_HEALTH;
/*As expectable, 2 rows*/
delete from HealthPlans where EmployeeID = 1;
/*delete from child table - OK*/
delete from Employees where EmployeeID = 1;
/*
ERROR: ERROR 3587: Insufficient resources to execute plan on pool
general [Request Too Large:Memory(KB) Exceeded: Requested =
594635, Free = 512827 (Limit = 512827, Used = 0)] Error Code:
3587
Query = delete from Employees where EmployeeID = 1
*/
All settings are from default installation (VM was downloaded). Default settings prevent me to add 4 and delete 1-2 records???
Thanks in advance,
Axel
Comments
Hi,
Can you check settings for the following parameters in your nodes
/sys/kernel/mm/redhat_transparent_hugepage/defrag
/sys/kernel/mm/redhat_transparent_hugepage/khugepaged/defrag
You can find detailed information about those settings in the following URL
http://my.vertica.com/docs/7.1.x/HTML/index.htm#Authoring/InstallationGuide/BeforeYouInstall/transparenthugepages.htm?Highlight=hugepage
Thanks,
Sruthi
[dbadmin@localhost ~]$ ls /sys/kernel/mm/transparent_hugepage/
defrag enabled khugepaged use_zero_page
[dbadmin@localhost ~]$ cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
[dbadmin@localhost ~]$ cat /sys/kernel/mm/transparent_hugepage/defrag
always madvise [never]
[dbadmin@localhost ~]$ cat /sys/kernel/mm/transparent_hugepage/khugepaged/defrag
1
Seems ok.
Thank you,
Axel
Hi,
Can you share me the output of following queries
1. select * from host_resources;
2. select * from resource_pools;
3. select * from resource_pool_status;
Sruthi
select * from host_resources;
select * from resource_pools;
select * from resource_pool_status;
Again, all of parameters left unchanged - as they were configured in originally downloaded VM.
Thanks,
Axel
Hi,
Vertica recommends a minimum of 4GB of memory per core. i see that you have 2 cores and just 1 GB of memory. Memory allocation is very low. You need to have 2*4B = 8GB of memory. I request you to provided atleast 8GB of memory to your cluster to solve this issue
Sruthi
SruthiA, have you read my messages?
"All settings are from default installation (VM was downloaded). Default settings prevent me to add 4 and delete 1-2 records??? "
"Again, all of parameters left unchanged - as they were configured in originally downloaded VM."
I'm talking about preconfigured VM which is distributed to clients. For sure I have increased already RAM size to continue my checks on another VM instance - but still, the question remains: is it OK when failure appears on just two-table-four-rows db with 512827 KB (!) of memory available for query processing? That affects on level of confidence in engine drastically...
Bye, Axel