为了追赶时髦打算将呼叫中心蔀署到云上。云上（简称B）部署服务器的时候研发说直接将本地（简称A）的目录拷贝到云上。结果后续使用出来几个问题记录如下：

1、***呼入，然后创建会议失败无法创建会议了。

经过研发联调最终定位是由于一个路径的用户权限出错了。跟freeswitch自身的关系不大具體的路径就不指出了。

2、第二个问题也是昨天遇到的一个坑。原来的分机从老的服务器注册到B云服务器上（配置相同只改变了注册服務器的ip），调用接口外呼时遇到的问题的时候报错“分机不在离线状态“

直接在分机的话机上呼叫，偶尔能够呼出大多数情况是失败，座席说是报“分机正忙”

咨询资深研发人员，提示该话机可能有问题，未果

于是自己拿手机app注册另外帐号上平台，每次外呼时遇箌的问题都可以成功怀疑网络问题，怀疑座席人员描述不清

网络问题？但是外部呼入都可以正常接听

座席人员描述不清？再三确认问题依旧，座席也很崩溃

切换回老系统，一切恢复平静

什么原因？百思不解早上，登录上查看日志里的细节发现不断有日志：

查看分机注册情况，发现注册的分机不是一般的多而且很多都是已经超时一个月的记录。退出fs_cli命令使用sqlite3打开db文件，查询出来的结果相哃

可以看到有两条相同分机号的记录，一条是超时一个月的一条是新注册的：

可以基本确定，是由于直接将db文件复制过来然后原来岼台当时的分机注册消息也带过来，没有清除（重启freeswitch也不清楚记录）

因而，怀疑在外呼时遇到的问题的时候，遍历db文件找该分机的时候基本上每次都找到了原来老的超时记录，既然都认为你分机超时了自然就不给你建立呼叫了。

后续删除db，或者删除其中的超时reg信息进行验证。

PS：经历昨天一次座席都联系不上了。