Good afternoon! I am transferring my Extension with the Bulk Handler module from one server to another, when I downloaded all the Extension to a new machine, I saw errors in the console
[2024-11-20 18:23:08] WARNING[1160108]: db.c:520 ast_db_del2: AstDB key /AMPUSER/998/accountcode does not exist
[2024-11-20 19:09:45] WARNING[1168034]: db.c:520 ast_db_del2: AstDB key /AMPUSER/602/screen does not exist
[2024-11-20 19:09:45] WARNING[1168034]: db.c:520 ast_db_del2: AstDB key /CW/602 does not exist
[2024-11-20 19:09:45] WARNING[1168034]: db.c:520 ast_db_del2: AstDB key /AMPUSER/602/dialopts does not exist
[2024-11-20 19:09:45] WARNING[1168034]: db.c:520 ast_db_del2: AstDB key /AMPUSER/602/screen does not exist
[2024-11-20 19:09:45] WARNING[1168034]: db.c:520 ast_db_del2: AstDB key /CW/602 does not exist
[2024-11-20 19:09:45] WARNING[1168034]: db.c:520 ast_db_del2: AstDB key /AMPUSER/602/pinless does not exist
[2024-11-20 19:09:45] WARNING[1168034]: db.c:520 ast_db_del2: AstDB key /DEVICE/602/emergency_cid does not exist
Can you tell me how to fix it?
FreePBX 17 Asterisk 21
The AMPUSER indicates that this is something maintained by FreePBX. I suppose reinstalling Asterisk might cause FreePBX to completely rebuild its AstDB entries.
I tried to install FreePBX 17 and Asterisk 21.5 on a clean Debian 12 from the official installation script, and the same thing happened, I just added the internal number and the same thing happened in the console! This looks like a bug!
You will see things in the logs like this in current versions of Asterisk. Previously, you would not be told by the AstDB if a key was missing. If you attempted to get said value of AMPUSER/681/accountcode and it was missing OR empty it just returned a blank. Now if you make a request for a missing value in the database tree, it tells you it doesnât exist.
So if the system issue a database command to delete the value of AMPUSER/681/accountcode and it doesnât exist, you get this warning. If the system issues a database command to get the value of AMPUSER/681/accountcode, you get this warning.
I restored a post-installation image of FreePBX without any configuration
I went to import extensions
Before starting I ran âfwconsole util resetastdbâ
For all extensions being imported, the error appears:
[2024-12-12 14:12:30] WARNING[128668]: db.c:520 ast_db_del2: AstDB key /DEVICE/65109/emergency_cid does not exist
[2024-12-12 14:12:30] WARNING[128668]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65109/dialopts does not exist
[2024-12-12 14:12:30] WARNING[128668]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65109/screen does not exist
[2024-12-12 14:12:30] WARNING[128668]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65109/pinless does not exist
[2024-12-12 14:12:31] WARNING[128668]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65109/novmpw does not exist
[2024-12-12 14:12:31] WARNING[128668]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65109/novmstar does not exists
[2024-12-12 14:12:31] WARNING[128673]: db.c:520 ast_db_del2: AstDB key /DEVICE/65110/emergency_cid does not exist
[2024-12-12 14:12:31] WARNING[128673]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65110/dialopts does not exist
[2024-12-12 14:12:31] WARNING[128673]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65110/screen does not exist
[2024-12-12 14:12:31] WARNING[128673]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65110/pinless does not exist
[2024-12-12 14:12:31] WARNING[128673]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65110/novmpw does not exist
[2024-12-12 14:12:31] WARNING[128673]: db.c:520 ast_db_del2: AstDB key /AMPUSER/65110/novmstar does not exist
I applied the settings
I tried to log in with extensions and I receive âFailed to authenticateâ in REGISTER.
This warning is there to tell you thereâs no AstDB entry of novmstar for 65110. Itâs fine, itâs normal. Itâs warning that an attempt to GET the value of a key that doesnât exist.
These have absolutely no bearing on the actual chan_pjsip registration process or any SIP protocol process. Itâs an internal database for Asterisk being used to hold values for the dialplan execution.
Why are you using the match setting for the extensions? If the match field is empty then it should be authenticating against the username. You need to show a failed registration so we can see what is actually happening.
OK so there is some misunderstanding going on. Using the identify section is for when you want to match an endpoint against an IP, FQDN, Subnet or you want to match a header. This will match all requests meeting that criteria to the endpoint in question. If there are multiple endpoints with the same identify settings, the first endpoint in the config that matches is matched. So you cannot use match=152.92.0.0/16 on every extension if all the extensions come from that subnet because the first extension in the config will always be matched and no others will. You should be authenticating by username/password only for the extensions.
As well I need to see the full output of the logger. Youâre just showing one line and not what was asked for. If the PBX is sending a 401 back with each request something is wrong in the authenticate process and we need to see a full capture not one line.