Pardon me if this is duplicated... think I hit submit too quickly :^/.

So I should have gone digging sooner.  Looky what I found at the beginning of a 
set of failures:

May 17 12:47:19 httpd.admin(0) INFO: "1300000" successfully modified 
(pfappserver::Base::Model::Config::update)
May 17 12:47:19 httpd.admin(0) INFO: called reload_violation_config 
(pf::config::cached::reload_violation_config)
May 17 12:47:19 httpd.admin(0) INFO: called file_reload_violation_config 
(pf::config::cached::file_reload_violation_config)
May 17 12:47:19 httpd.admin(0) WARN: database query failed with: Column 
'max_enables' cannot be null. (errno: 1048), will try again 
(pf::db::db_query_execute)
May 17 12:47:19 httpd.admin(0) WARN: database query failed with: Column 
'max_enables' cannot be null. (errno: 1048), will try again 
(pf::db::db_query_execute)
May 17 12:47:19 httpd.admin(0) WARN: database query failed with: Column 
'max_enables' cannot be null. (errno: 1048), will try again 
(pf::db::db_query_execute)
May 17 12:47:19 httpd.admin(0) ERROR: Database issue: We tried 3 times to serve 
query class_add_sql called from pf::class::class_add and we failed. Is the 
database running? (pf::db::db_query_execute)
May 17 12:47:19 httpd.admin(0) WARN: database query failed with: Cannot add or 
update a child row: a foreign key constraint fails (`pf`.`trigger`, CONSTRAINT 
`0_64` FOREIGN KEY (`vid`) REFERENCES `class` (`vid`) ON DELETE CASCADE ON 
UPDATE CASCADE). (errno: 1452), will try again (pf::db::db_query_execute)
May 17 12:47:19 httpd.admin(0) WARN: database query failed with: Cannot add or 
update a child row: a foreign key constraint fails (`pf`.`trigger`, CONSTRAINT 
`0_64` FOREIGN KEY (`vid`) REFERENCES `class` (`vid`) ON DELETE CASCADE ON 
UPDATE CASCADE). (errno: 1452), will try again (pf::db::db_query_execute)
May 17 12:47:19 httpd.admin(0) WARN: database query failed with: Cannot add or 
update a child row: a foreign key constraint fails (`pf`.`trigger`, CONSTRAINT 
`0_64` FOREIGN KEY (`vid`) REFERENCES `class` (`vid`) ON DELETE CASCADE ON 
UPDATE CASCADE). (errno: 1452), will try again (pf::db::db_query_execute)
May 17 12:47:19 httpd.admin(0) ERROR: Database issue: We tried 3 times to serve 
query trigger_add_sql called from pf::trigger::trigger_add and we failed. Is 
the database running? (pf::db::db_query_execute)

This is on a freshly loaded PF (wiped out the old one and started again).   And 
sure enough, in the "Generic" violation (1300000) "Auto Enable" is unchecked 
and "Max Enables" is blank.
So, what's the best way to handle this?  Should I go set "Max Enables" to 0 on 
everything, or should we touch the schema to remove that NOT_NULL in the table 
def?

...

So I attempted to enter something into "Max Enables" and then found I had 
NOT_NULL violations on "Auto Enable" and "Dynamic Window".  Hmmmmm.  Back to a 
similar choice, do we fix that in code or in the schema.  I think the Schema is 
the best option, for maintainability, but I'm not cooking this goose.  
Guidance, please?

Don

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users

Reply via email to