虚拟机无声音问题学习

这是我的同事强哥分析出来的，他是个分析问题能力很强的人，大神就在身边，可以学习和借签的地方很多。

环境

host系统：1050u2a
host内核：4.19.0-91.82.152.28.uelc20.loongarch64 #1 SMP
host qemu：qemu-kvm-4.2.0-34.11.module+uelc20+899+a51b49d5.01
host libvirt：6.0.0
host spice-server: 0.14.3-4.0.1.uelc20
guest spice-gtk-client: 0.38-6.uelc20
远程客户端系统：ubuntu，spice-gtk-client：0.37
注：该host环境libvirt版本是安装时候系统默认。

问题现象

远程客户端系统使用spicy或者remote-viewer启动连接服务器虚拟机，接着远程 host_ip和端口号，就接到了 host 虚拟机上，远程客户端系统所在机器接耳机，此时host虚拟机播放音频，远程客户端系统所在机器接的耳机听不到声音。

复现方法

没有具体复现方法，尝试的复现方法如下：

1、在loongarch机器上安装1050u2a服务器系统，下载地址：

2、下载安装1060u1-desktop，下载地址：

3、远程主机virt-manager连接该虚拟机，发现此时有声音，此时显示服务器配置如下：

4、host服务器系统安装spice-server：

5、远程机器安装spice-client-gtk:

6、远程客户端连接虚拟机；

1）远程主机spicy -h IP -p port客户端连接guest虚拟机；

2）远程主机remote-viewer –debug spice://IP:port打开调试信息连接如下：

按照以上步骤，本地搭和客户一样的环境复现不出来，和客户沟通复现步骤没问题，需要远程客户环境调试解决问题。

原理简介

为了更好的分析问题，先了解一下spice相关原理。

1、整体架构

spice协议从结构上可以分为四个组成部分：

1）虚拟机（guest）：部署在服务器侧、提供虚拟桌面服务的虚拟机中，用于接收操作系统和应用程序的图形命令，如虚拟图形适配器（QXL-driver）以及代理(VDI-Agent)；

2）服务端（spice-server）：以libspice动态库形式供虚拟机监控管理程序(qemu)使用；

3）客户端（spice-client）：用户操作远程虚拟机的程序(remote-viewer、spice-gtk)；

4）协议（spice-protocol）：定义了spice各个组件之间通信的消息和规则。

各部分之间的关系如图所示：

2、spice服务端

spice server是通过libspice和VDI library实现的。VDI（Virtual Device Interfaces）提供了一个标准的方法来发布虚拟设别的接口。这使得其他的软件部件可以和这些virtual device交互。一方面，server使用Spice协议和远程client通信，另一方面，它和VDI host应用进行交互。

server为了远程显示的目的，server维护了一个命令序列和一棵树来管理当前对象的依赖关系和覆盖关系。QXL命令被处理转换为Spice协议，然后发送给客户端，架构图如下：

Server通过channels和client通信。每一个channel类型对应一种特定类型的数据。每一个channel使用专用的TCP port。服务端的channel和client的channel 是对应的，也有Main，Inputs，Display，Cursor Playback和Record。

3、spice客户端

Spice 跨平台客户端是终端用户的接口。架构图如下：

Spice包含的关键类有：Application、Channels、Screens和Windows

Application包含Clients，monitos和screens，这个类实现了通用的应用功能：命令行解析，主循环，时间处理，鼠标事件重定向，全屏切换等等。

Channels：client和服务端通过channels 进行通信，每一个channel类型对应着特定的数据类型。每个channel 使用专门的TCP 端口，有一个专门的线程来处理。

日志分析

按照上述环境，本地搭环境遇到了一些问题，以为是复现了客户现象，其实不是。最后搭了完全相同的环境发现可以听到声音，但是客户现场还是听不到声音，怀疑是spice-server或者client版本不一样导致。然后和客户沟通发现spice版本一样，只能远程客户环境调试看看了。

进入客户远程环境看了spice相关包发现确实和本地一样，根据spice相关流程原理（请参考第4章节），我们可以先 debug一下连接流程是否出了问题，我们打开spice client调试开关，看一下与服务端流程如何，执行下面命令:

remote-viewer –debug spice://192.168.200.246:5904

spice://后面ip、端口是服务器host的IP和虚拟机spice服务器的端口，远程客户机器spice-gtk连接过程日志如下：

可以发现，没有建立playback channel，那为什么没有呢，从原理简介可以了解到，对于音频播放，录音功能，需要建立playback、record两个通道来实现，我们先通过wireshark抓包看是否有线索，搜索CHANNEL相关包，发现如下：

可以看到服务端返回的channle类型就没有PLAYBACK，查一下客户端流程，参考网上的有个方案是在spice图形服务器 xml加上playback通道，也没有生效，目前看是main channel没有建立playback通道，spice客户端请求服务端得到的通道链表就没有。看代码反馈客户端是被动接受创建的，那可能还是服务端哪里出了问题，目前还不清楚原因，于是把我用的1060u1-desktop.xml也发给客户试一下，经反馈我的xml文件在他那里是好使的，比较了一下两个xml文件差异，发现如下：

客户虚拟机xml：

本地复现环境xml：

可以看到对方没有playback通道，但是这个节点是本地调试加上去的，默认是没有的，没加之前也是有声音的，最终客户反馈说需要加上audio节点就有声音了，他目前默认也有audio节点，但是默认是：<audio id=‘1’ type=‘none’/>，应该改成：<audio id=‘1’ type=‘spice’/>，查了audio节点文档如下：