[Qemu-devel] [Bug 1619896] [NEW] Unsupported ancillary data: 0/8

[Tobias Quintern]

Public bug reported:

Hello,

I have the following issue when launching the Teamspeak Server x86
binary on an arm host.

Host:
 Linux 4.6.2 (vanilla)
 Ubuntu 14.04.5 LTS
 HW: Cubietruck board, armv7l


Used SW: Release archive qemu-2.7.0.tar.bz2 and git commit 
1dc33ed90bf1fe1c2014dffa0d9e863c520d953a
Configure options:
  ../configure --target-list=i386-linux-user 
I attached the output of the configure script as configure.log

Testcase:

1. Download and extract TeamSpeak 3 Server 3.0.13.3 (x86)
  Souce: 
http://dl.4players.de/ts/releases/3.0.13.3/teamspeak3-server_linux_x86-3.0.13.3.tar.bz2

2. Modifiy ts3server_minimal_runscript.sh for ease of use
  - ./ts3server $@
  + /usr/local/bin/qemu-i386 ./ts3server $@

3. Execute ./ts3server_minimal_runscript.sh

Wait for 6 Minutes until teamspeak server started. QEMU saturates the
cpu while Teamspeak is precomputing a puzzle. (Whatever that means)

After that Teamspeak settles with the following output:
  2016-09-03 10:50:59.555582|INFO    |Query         |   |listening on 
0.0.0.0:10011, :::10011

The Qemu process is now idling with ~2% cpu load. This is actually the
first time for me that QEMU is able to successfully launch the Teamspeak
server. Kudos!

4. Connect client 1

TS Clients can connect, but the following line is printed pretty often:
  Unsupported ancillary data: 0/8

The line seems to come from qemu (linux-user/syscall.c)


5. Connect client 2
When a second client is connected the audio transmission is successful for a 
few seconds, but the server drops the connection after that and refuses to take 
new connections.

Please let me know, if you need more information. I'll gladly provide
strace or valgrind logs.

Best regards,
Tobias

** Affects: qemu
     Importance: Undecided
         Status: New


** Tags: arm teamspeak

** Attachment added: "Configure log"
   
https://bugs.launchpad.net/bugs/1619896/+attachment/4733482/+files/configure.log

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1619896

Title:
  Unsupported ancillary data: 0/8

Status in QEMU:
  New

Bug description:
  Hello,

  I have the following issue when launching the Teamspeak Server x86
  binary on an arm host.

  Host:
   Linux 4.6.2 (vanilla)
   Ubuntu 14.04.5 LTS
   HW: Cubietruck board, armv7l

  
  Used SW: Release archive qemu-2.7.0.tar.bz2 and git commit 
1dc33ed90bf1fe1c2014dffa0d9e863c520d953a
  Configure options:
    ../configure --target-list=i386-linux-user 
  I attached the output of the configure script as configure.log

  Testcase:

  1. Download and extract TeamSpeak 3 Server 3.0.13.3 (x86)
    Souce: 
http://dl.4players.de/ts/releases/3.0.13.3/teamspeak3-server_linux_x86-3.0.13.3.tar.bz2

  2. Modifiy ts3server_minimal_runscript.sh for ease of use
    - ./ts3server $@
    + /usr/local/bin/qemu-i386 ./ts3server $@

  3. Execute ./ts3server_minimal_runscript.sh

  Wait for 6 Minutes until teamspeak server started. QEMU saturates the
  cpu while Teamspeak is precomputing a puzzle. (Whatever that means)

  After that Teamspeak settles with the following output:
    2016-09-03 10:50:59.555582|INFO    |Query         |   |listening on 
0.0.0.0:10011, :::10011

  The Qemu process is now idling with ~2% cpu load. This is actually the
  first time for me that QEMU is able to successfully launch the
  Teamspeak server. Kudos!

  4. Connect client 1

  TS Clients can connect, but the following line is printed pretty often:
    Unsupported ancillary data: 0/8

  The line seems to come from qemu (linux-user/syscall.c)

  
  5. Connect client 2
  When a second client is connected the audio transmission is successful for a 
few seconds, but the server drops the connection after that and refuses to take 
new connections.

  Please let me know, if you need more information. I'll gladly provide
  strace or valgrind logs.

  Best regards,
  Tobias

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1619896/+subscriptions