You really like discussions, don't you?

Simple, the question is general enough so that it's not an issue. If you find that hard to believe, your problem.

Nope, that has not been said. First, as I said before, sound WORKS. Second, there are current remote desktop solutions that would work, the question was if anyone knows one that might have this feature as far back.

Why do you keep repeating this? As I said, sound IS working LOCALLY. The reason to virtualize is because the hardware is starting to fail, which I told you before. The reason for the remote viewer is to get to the GUI of the guest VMs.

You really don't like to read answers. As I said, we plan to replace it, but this will take time. Not all systems are such that they can be replaced in a few weeks AND we do not have the manpower to do it all at once.

Interesting choice of words. YOU are the only one that categorically denies any possibility that such a program might exist. Which, unless you tried to find something similar once, I have difficulty taking at face value.

And again, I was not asking for anyone to solve my problem. I was asking if anyone knows a program with the given specifications. If not, FINE. I am not asking for more than that.

I will then need to rethink my virtualization solution.

Can you please clarify a bit... sound works locally - understood. But it works when it is on physical hardware?
Does the sound work locally when server is running as a VM?


You have to understand that there was a failure somewhere right? after all the OS you are running was EOL 4-years ago!
Not disagreeing with you that not all systems can be replaced/upgraded at once. But someone in your IT shop has ignored this server for years... Only now it is a problem because hardware is failing.

1 members found this post helpful.

It works on the VM too - but locally of course. However, going from here, I think I have found a solution. You can get sound out of a KVM/QEMU VM using spice. This does not work with CloudStack where I wanted to host the machines, but it might work in OpenStack. Another alternative is using VMWare which should also allow sound.

Of course. Problem is, in the sector I work in, hardware was generally used for 15-20 years or even longer. When they started switching to standard server hardware to run the software on, they did not consider that this would become a problem later on. In fact, how to handle this in future systems is an ongoing discussion. There is no contractor I know of that, in this business, provides updates (hence CentOS 5.6, not even 5.11). Updating ourselves where possible would take time as it must be ensured that the system behaves EXACTLY as before - meaning more people and (planned) system outages. Obviously, this is all solvable with money - but what isn't nowadays?

Not a problem at all.
You said it worked locally; we also told you that no, there isn't (still) one that works via remote going that far back.
And you still won't have one for an OS that old.
Seems you don't like to read answers either. Your original question was answered quite some time back. Again:

• Upgrade things
• Don't, and live with no sound

That's it. Not going to work with what you have since it's too old.
Again: there is not. You've said you looked into several and they don't work...that is (and remains) the answer. Is there something that might work? Absolutely a possibility...however, it seems no one here knows about it. Seems as if you can't find it either.
You need to also check into other options; again, we know ZERO about your 'secret' environment, past CentOS 5.

The commercial version of RealVNC supports audio; they may have information about the legacy versions as well, so contact their sales folks; pricing just isn't that high, especially if it will keep the business running. Beyond that, there are options (again, no idea if they fit since we know zero about your environment):

• xtightvncviewer MAY work.
• qemu has an extension to VNC that allows audio; virtualize like that and it MIGHT (maybe) work.
• Teamviewer may work (again, purchase)
• Install/run paprefs and check "Enable network access to local sound devices". You can then tunnel audio elsewhere, even over SSH.

Good luck!