7 Jul
2003
7 Jul
'03
5:08 p.m.
Hello,
I have been doing some tests with OpenAFS, and it hangs on me
frequently. On the OpenAFS I found out that this is very likely
caused by the preemptible patch. Knowing that a lot of people
around here are using that patch, I'd like to ask if any of you
have experienced the same, and know of a solution, or an alter-
native that NFS which would work well with low latency kernels.
Maarten
7 Jul
7 Jul
5:27 p.m.
Hi Maarten,
On Mon, Jul 07, 2003 at 06:54:21PM +0000, Maarten De Boer wrote:
Hello,
I have been doing some tests with OpenAFS, and it hangs on me
frequently. On the OpenAFS I found out that this is very likely
caused by the preemptible patch. Knowing that a lot of people
around here are using that patch, I'd like to ask if any of you
have experienced the same, and know of a solution, or an alter-
native that NFS which would work well with low latency kernels.
I experienced the same problem. I posted on OpenAFS-info but nobody
came up with a solution or even indicated that the problem had been
looked into at all.
I'm cc'ing openafs-info on this thread so that maybe it will revive some
discussion of the topic. :)
Thanks,
--
Ryan Underwood, <nemesis at icequake.net>, icq=10317253
6:25 p.m.
I experienced the same problem. I posted on
OpenAFS-info but nobody
came up with a solution or even indicated that the problem had been
looked into at all.
Well, I got a reaction that was even less encouraging:
"Well, it's either AFS or the preemption patch. You can choose..."
Maarten
6:30 p.m.
New subject: [OpenAFS] Re: [linux-audio-dev] OpenAFS and preemptible patch
On Mon, 7 Jul 2003, Maarten De Boer wrote:
You can also write code, or wait for someone else to do it. As I said, no
one's tripping over anyone to write the code.
I experienced the same problem. I posted on
OpenAFS-info but nobody
came up with a solution or even indicated that the problem had been
looked into at all.
Well, I got a reaction that was even less encouraging:
"Well, it's either AFS or the preemption patch. You can choose..." 
8 Jul
8 Jul
6:34 a.m.
Maarten De Boer wrote:
Hello,
I have been doing some tests with OpenAFS, and it hangs on me
frequently. On the OpenAFS I found out that this is very likely
caused by the preemptible patch. Knowing that a lot of people
around here are using that patch, I'd like to ask if any of you
have experienced the same, and know of a solution, or an alter-
native that NFS which would work well with low latency kernels.
for the record, plain old nfs has always worked for me. any reasons you
are not just using that ? (ok, i know it sucks in many respects,
esepcially security, but then low latency audio implied a trusted
environment anyway...)
--
All Members shall refrain in their international relations from
the threat or use of force against the territorial integrity or
political independence of any state, or in any other manner
inconsistent with the Purposes of the United Nations.
-- Charter of the United Nations, Article 2.4
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)
7 a.m.
for the record, plain old nfs has always worked for
me. any reasons you
are not just using that ? (ok, i know it sucks in many respects,
esepcially security, but then low latency audio implied a trusted
environment anyway...)
yes, nfs is what we are using currently. the problem is that users, being
root on their own machine, can "su" to any other identity. nfs doesn't care
about that. this is of course a feature :-(
maarten
7:27 a.m.
On Tue, Jul 08, 2003 at 10:46:50AM +0200, Maarten de Boer wrote:
We have the same situation at work, I have root on my desktop so I'm not
allowed to NFS mount the fileserver.
Have you looked at shfs, it allows you to mount filesystems using ssh, so
you can just use key authentication so theres no need for passwords.
http://shfs.sourceforge.net/
I've used it on a patched kernel without probems.
- Steve
for the
record, plain old nfs has always worked for me. any reasons you
are not just using that ? (ok, i know it sucks in many respects,
esepcially security, but then low latency audio implied a trusted
environment anyway...)
yes, nfs is what we are using currently. the problem is that users, being
root on their own machine, can "su" to any other identity. nfs doesn't
care
about that. this is of course a feature :-(
7:59 a.m.
We have the same situation at work, I have root on my
desktop so I'm not
allowed to NFS mount the fileserver.
But it will allow you to "su" to any user id, and mount it. That's the
problem. AUTH_DES seems to be the solution, but is not implemented on
Linux :-(
Have you looked at shfs, it allows you to mount
filesystems using ssh, so
you can just use key authentication so theres no need for passwords.
http://shfs.sourceforge.net/
I've used it on a patched kernel without probems.
Looks interesting, but the first line in the installation guide
"Warning: This is beta quality code. It was not tested on SMP machine.
Backup data before playing with it!"
is a bit scary...
Maarten
8:07 a.m.
LUFS looks quite a bit more mature.
http://lufs.sourceforge.net/lufs/
8:38 a.m.
On Tue, Jul 08, 2003 at 11:53:21AM +0200, Maarten de Boer wrote:
LUFS looks quite a bit more mature.
http://lufs.sourceforge.net/lufs/
Thanks, I'l have a look at that.
- Steve
8:40 a.m.
tisdagen den 8 juli 2003 11.53 skrev Maarten de Boer:
LUFS looks quite a bit more mature.
http://lufs.sourceforge.net/lufs/
Yeah, I've tried it with the ftp file system, incredibly cool.
But I wonder if it is that great in a LAN, it might not be that low-latency
since it's in mainly in user-space. But then again, that might only be a
problem if streaming audio, and that was perhaps not the primary usage?
/Robert
9:11 a.m.
On Tue, Jul 08, 2003 at 12:25:36PM +0200, Robert Jonsson wrote:
[LUFS]
But I wonder if it is that great in a LAN, it might
not be that low-latency
since it's in mainly in user-space. But then again, that might only be a
problem if streaming audio, and that was perhaps not the primary usage?
On the subject I accidentally run ardour with its session diretory on an
NFS server the opther day, and it seemed fine, no dropouts or anything.
Wasn't a very demanding session though, just 3 or 4 tracks recording and
the same playing.
- Steve
7869
days inactive
7870
days old
linux-audio-dev@lists.linuxaudio.org
11 comments
6 participants
participants (6)
-
Derrick J Brashear -
Joern Nettingsmeier -
Maarten De Boer -
Robert Jonsson -
Ryan Underwood -
Steve Harris