]> git.ipfire.org Git - thirdparty/asterisk.git/commit
stasis_channels: Use uniqueid and name to delete old snapshots
authorGeorge Joseph <gjoseph@sangoma.com>
Wed, 8 May 2024 17:32:36 +0000 (11:32 -0600)
committerAsterisk Development Team <asteriskteam@digium.com>
Thu, 11 Jul 2024 13:23:24 +0000 (13:23 +0000)
commit89d4f1015e06d685a3d17404d49f03a951e8c274
tree0e69210a4f9b152f3c61fe759f6b6a2f2d23e79f
parent73c36d592eff6e17877b20a7242399d7f9881059
stasis_channels: Use uniqueid and name to delete old snapshots

Whenver a new channel snapshot is created or when a channel is
destroyed, we need to delete any existing channel snapshot from
the snapshot cache.  Historically, we used the channel->snapshot
pointer to delete any existing snapshots but this has two issues.

First, if something (possibly ast_channel_internal_swap_snapshots)
sets channel->snapshot to NULL while there's still a snapshot in
the cache, we wouldn't be able to delete it and it would be orphaned
when the channel is destroyed.  Since we use the cache to list
channels from the CLI, AMI and ARI, it would appear as though the
channel was still there when it wasn't.

Second, since there are actually two caches, one indexed by the
channel's uniqueid, and another indexed by the channel's name,
deleting from the caches by pointer requires a sequential search of
all of the hash table buckets in BOTH caches to find the matching
snapshots.  Not very efficient.

So, we now delete from the caches using the channel's uniqueid
and name.  This solves both issues.

This doesn't address how channel->snapshot might have been set
to NULL in the first place because although we have concrete
evidence that it's happening, we haven't been able to reproduce it.

Resolves: #783
(cherry picked from commit 27f7cb6ea02c7f2a404a55ae5fe836210d5a0bb8)
main/stasis_channels.c