dynamic-loc-call fails to register channels
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dahdi-linux (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Lunar |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
The issue can be observed with lunar:linux-gcp arm64. The issue was investigated for the 6.2.0-1020.22 release. The full log can be checked here: https:/
dynamic-loc-call will fail with:
[E] Spans not created or channels not properly registered in Asterisk.
Unlike LP: #2023570, this seems to be a timeout issue. The test script will sleep for 5 seconds before checking whether the spans were created and the channels are registered:
# The spans will get automatically created and configured in Asterisk
# using the udev hooks. It should take less than a second
sleep 5
if [ `lsdahdi | grep '(In use)' | wc -l ` != "$num_chans" ]; then
The spans are created but appear to not be registered in time. By adjusting the time that the test will sleep before checking the channels, the test will succeed. In a local VM, sleeping for 10 seconds will make the test pass. In conclusion, this is not an issue with the kernel or the module but rather with the test setup.
Ubuntu 23.04 (Lunar Lobster) has reached end of life, so this bug will not be fixed for that specific release.