Re: [SR-Users] PDT ran out of pkg memory using pdt_list [SOLVED}

# ----- db_mysql params ----- modparam("db_mysql", "timeout_interval", 20) Time interval (in seconds) after that an connection attempt, read or write request is aborted. The value counts three times, as several retries are done from the driver before it gives up. "The values counts 3 times" this was my issue, as I was adjusting the value between 10, 20, 30, 60, 120, and having inconsistent table load times from mysqld. After a reboot, mysql started performing better, more consistent with load times. My table with 800K records was taking between 30-38 seconds to load. With timeout_interval set to 10 (30 second timeout), I was right on the edge of the table loading or not loading, sometimes it would and other times it would not. So giving a bit of cushion on the timeout_interval seems to resolve the problem. Adjusting this value I could consistently reproduce the problem. So for large database tables, this timeout value should be set to about 1 second per 20K records. As far as the other issue goes with using pdt_list and pkg memory size, compileing mi using system mem solved this issue as well. Also pdt_list has the option to search for prefixes which works in my case without the need to increase pkg memory or system memory: sip-router2:~# kamctl fifo pdt_list . 99999 PDT:: SDOMAIN=* PREFIX=999990 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999991 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999992 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999993 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999994 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999995 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999996 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999997 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999998 DOMAIN=2 PDT:: SDOMAIN=* PREFIX=999999 DOMAIN=2 Using the list prefix search option will pipe out about 10,000 records, but errors out with "no more pkg mem" past that. Thanks for all your input on this thread to help me isolate the issue. JR -- JR Richardson Engineering for the Masses