Tuesday September 10 I'd like to perform some maintenance on the
linuxaudio.org servers between 09:00 and 12:00 CEST. Maintenance
consists mainly of performing updates on the servers and booting them
with the latest kernels. Downtime and impact should be minimal but if
any weird things happen then please let me know at jeremy(a)linuxaudio.org.
We just enabled all mail services for linuxaudio.org again. All mailing
lists are working again and mail can be sent and received for the
A short recap of what happened is that linuxaudio.org got compromised on
January 29th, probably with a compromised private SSH key or password
from an account with shell access. The attacker checked the kernel, saw
that it was vulnerable to Dirty COW¹, pulled in an exploit and got root.
This was quickly discovered by the IT department of Virginia Tech
University that disconnected the server from the internet and started a
forensic investigation procedure. As part of their IT security policy
the server had to be reinstalled and everything had to be set up from
scratch again. In the meanwhile I built an alternative setup and after
some discussion we agreed on moving linuxaudio.org away from the
Virginia Tech server.
So linuxaudio.org got a new home after 15 years at Virginia Tech². We're
very, very thankful that we could host linuxaudio.org on their servers
and we can't stress enough how grateful we are for all the work that has
been done on the side of Virginia Tech after the hack.
linuxaudio.org now lives at Fuga³, a fully open source OpenStack⁴ cloud
based in The Netherlands. Fuga is part of Cyso⁵, the company I work for.
The linuxaudio.org ecosystem now consists of three separate servers, a
web server, a mail server and a storage server. We rebuilt everything
with portability and scalability in mind with a strong focus on
security. You can never prevent passwords or SSH keys getting into the
hands of hackers but we'll try to keep the servers as up to date as we
can to narrow down the attack surface as much as possible.
A big thank you to all those who helped out! It was quite a ride but it
seems as if most part of the linuxaudio.org ecosystem is accessible
again. If you find any web pages, downloads or other bits and parts that
don't work properly then please let us know so we can take a look at it.
Many thanks in advance and also many thanks for bearing with us!
I've had no success with any of the 3.x real-time kernels so far.
The GUI does not respond.
Graphical terminals freeze.
Often jack(dbus) doesn't start or freezes too.
It seems, the GUI doesn't get enough CPU cycles.
Although the system load appears very low !
Is this a known issue ?
My mis-configuration ?
Can someone point to a working kernel or config for debian/ubuntu 64bit ?
As you may or may not have noticed,
linuxaudio.org was rebooted today 15:06 UTC.
The server now features shiny (faster) new virtual HDDs (with backups
and everything..). Sponsored by the Virginia Tech Department of Music
Cheer a loud "Hip Hip,..." to Ico, who made it possible in the first
place and send Kudos to Brian Maloney from the vt.edu tech dept for
outstanding excellent GNU/Linux support!
All systems go.
-----BEGIN PGP SIGNED MESSAGE-----
linuxaudio.org will be offline for scheduled server maintenance on
Tue, 10 Jan 2012 14:00 UTC
for about 2-3 hours.
All online services will be unavailable during that time.
If all goes well (new disks, fsck, kernel-update,..) the actual downtime
will be much shorter..
thanks for bearing with us,
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
-----END PGP SIGNATURE-----
I am a musician and programmer.
I use a laptop with an internal soundcard (intel)
and ubuntu studo.
When I see the qjack control settings window
I always see a 46.6 ms latency.
On a older Desktop computer with an internal ac97 soundcard
or an pci sweex (cheap) I have the same problem.
Reducing the sample period to 512 , reduces the latency, but
always ends up with problems.
My question is how to have a good studio setup
for recording (and playing midi in the background)?
Is it possible to better the performance with an external soundcard?
What are your experiences?
I also tried ccma an av linux, but the same problems.
On 11/03/2011 11:55 AM, Dave Stikkolorum wrote:
> 47: 774 536 PCI-MSI-edge hda_intel
Thanks! So with the help of MSI your soundcard is sitting on its own IRQ
so that is not causing any issues. Hopefully optimizing yours system
yields better performance. I'd start with setting CPU scaling to
I am very much new to Linux and Linux audio. I am trying to measure audio
IO latency for my system.
Jdelay seems to be the right tool but when I run it on the terminal, I am
getting message "Signal below threshold..." which probably might be because
Jack is trying to capture audio and ends up getting the low noise floor
because I do not have meaningful signal source connected. But then I tried
to patch the this App to the qJACKctl app but the settings console is
not straight forward to interpret. as it involved many parameters.
I guess there are # of frames per period that may eventually be used
to calculate the target latency but *is there a step-by step document
description for Jdelay and any other JACK tools and also using JACK audio
server in an effective manner*? Also, qJACKctl console does not offer
options for very low sampling rates like 8 KHz. With ALSA, this should be
possible but may be this particular tool does not support it. Can anyone