similar to: fallback override failing for 128 mbps mp3 stream

On Thu, 13 Jan 2005 13:19:08 -0500, Joel Ebel <jbebel@ncsu.edu> wrote: > I asked this questions before, but I think it got lost/ignored in all > the traffic. So I'm asking it again. > > Why would my clients number always be 113 larger than my number of > listeners? It was right earlier today, but when I restarted the sources > it increased by 113, and it has stayed

My icecast server has been running happily for months now, but just yesterday it locked up, chewing up all the cpu time it could find, and not allowing connections. The last snippet of the error log shows this: [2005-06-01 09:36:13] WARN connection/_accept_connection accept() failed with error 24: Too many open files [2005-06-01 09:36:15] WARN connection/_accept_connection accept() failed

Two quick questions: 1. Is it ok to use the same password file for multiple mountpoints, or will that cause problems? 2. Why would my clients number 113 larger than my number of listeners? It was right earlier today, but when I restarted the sources it increased by 113, and it has stayed that high since then. I find it especially odd since I have clients set to 100 in icecast.xml, and

On Thu, 13 Jan 2005 19:11:08 -0500, Joel Ebel <jbebel@ncsu.edu> wrote: > > - icecast version (and what platform you're running it on) > Icecast 2.2.0 running on Slackware Linux 10.0 > > > - icecast config file (with passwords blanked out, of course) > Config file is attached > > > - description of _precisely_ what figure you're looking at

Michael Smith wrote: > On Thu, 3 Feb 2005 14:10:50 +1000, Geoff Shang <geoff@hitsandpieces.net> wrote: > >>Ron Blok wrote: >> >> >>>Could it be a file/directory permission issue ? >> >>I have a vague recollection that the file needs to be able to be opened for >>writing as well as reading, if that helps. > > > Your recollection

I discovered an interesting problem with ezstream. I'm using version 1.2. I see 2 is listed on the website but appears to be a broken link. Otherwise I'd try it to see if it exhibits the same problem. I'm using ezstream as a fallback mount for a radio station. It plays a 30 second ogg file over and over. The ogg file is just a 5 second message with 25 seconds of silence

I'm somewhat new to icecast. I've been using shoutcast for some time, but I'm interested in trying out icecast for a number of reasons. I need to select a source client, and rather than figure it out on my own, I thought I'd ask for some advice. I'd like to stream both mp3 and ogg formats from one source client, so what's a good source client that runs in console

Out of necessity, a friend of mine and I have created a patch for syslinux to allow it to modify the mbr and partition table in windows. It adds a -m option to syslinux. If given, it will overwrite the MBR of the drive specified with the mbr.bin provided in syslinux, and if the bootable flag is not set on the partition being syslinuxed, it will set it. This was done to distribute with my USB

I think I got it. Both nfsmount and `mount -t nfs` now default to rsize/wsize = 1 MB. By lowering this to 32K, all issues are gone, even with the default timeo=7. And nfsroot=xxx client responsiveness is a whole lot better. I think when nfsmount was initially written, the default rsize/wsize were much lower, which matched the timeo=7. Now they cause the lags/timeouts that I reported. So

I just using around 7 years ago lan card, can the lan card support external 100 Mbps bandwidth on Shorewall ? Thanks _______________________________________ YM - 離線訊息 就算你沒有上網，你的朋友仍可以留下訊息給你，當你上網時就能立即看到，任何說話都冇走失。 http://messenger.yahoo.com.hk

I managed to get to the bottom of this, and filed a bug report for NFS: https://bugzilla.kernel.org/show_bug.cgi?id=204939 Klibc nfsmount still a bug: it needs to NOT hardcode timeo=7. Either the NFS defaults should be used, which result in: timeo=600,rsize=1048576,wsize=1048576, or at least the kernel documented defaults, https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt

I can't explain why 700 msecs aren't enough to avoid timeouts in 100 Mbps networks, but my tests verify it, so I'm writing to the list to request that you increase the default timeo to at least 30, or to 600 which is the default for `mount -t nfs`. How to reproduce: 1) Cabling: server <=> 100 Mbps switch <=> client Alternatively, one can use a 1000 Mbps switch and

Also don't forget that the full version of WinAmp is required to play oggs. The lite version doesn't support it. iTunes can play local .ogg files but not streams if you download the ogg components from qtcomponents.sf.net. I haven't messed with real player, and I have no intention of doing so. Joel Karl Heyes wrote: > On Mon, 2005-01-31 at 16:46, Brian Beck wrote: >

In case anyone's interested, I followed up in the linux-nfs mailing list: https://marc.info/?l=linux-nfs&m=156887818618861&w=2 Thanks, Alkis On 9/15/19 10:51 AM, Alkis Georgopoulos wrote: > I think I got it. > > Both nfsmount and `mount -t nfs` now default to rsize/wsize = 1 MB. > By lowering this to 32K, all issues are gone, even with the default > timeo=7. And

I'm using ezstream-0.1.2 KJ -----Oorspronkelijk bericht----- Van: Joel Ebel [mailto:jbebel@ncsu.edu] Verzonden: donderdag 3 februari 2005 21:05 Aan: Klaas Jan Wierenga Onderwerp: Re: [Icecast] Stream drops during handoff. Suggestions? Thanks. I'll have to try that. I wonder why ezstream would ever stop sending data for that long though. What version of ezstream are you running? Joel

Michael Smith wrote: > On Thu, 13 Jan 2005 13:19:08 -0500, Joel Ebel <jbebel@ncsu.edu> wrote: > >>I asked this questions before, but I think it got lost/ignored in all >>the traffic. So I'm asking it again. >> >>Why would my clients number always be 113 larger than my number of >>listeners? It was right earlier today, but when I restarted the

MPlayer was a good suggestion. I've been using it for days now without a hitch. I normally just think of it as a movie player, but it seems quite good at playing ogg streams too. It's a slightly larger and more complicated program than I would prefer for the simple task of playing ogg streams. I guess I'd just rather ogg123 work right. But nonetheless, mplayer seems quite

I have three questions. If these are not currently possible, consider it a feature request: 1. Is it possible to create label aliases, such that one label will simply use the configuration of another, without having to completely copy the configuration. It would also be great if these aliases could cross INCLUDE boundaries, such that a label can call a label defined in an included file.

Karl, It would certainly be a useful feature for me and I guess others. The current solution with ezstream works but listeners all end up at the same (current) point in the mp3 file. With the mp3 file as a fallback each individual listener would want to start hearing it from the start. This might be more difficult to implement with the single-q that is in the current trunk code, I don't know.

A friend of mine is having an issue running sshd as a daemon. I don't have full access to this box, so troubleshooting may be difficult, but from what I can gather, the call to daemon() is failing. sshd -D works fine, but sshd -e returns "daemon() failed: Success" , which is in and of itself funny. This is Slackware 10.0, with openssh 3.8.1p1 and glibc 2.3.2. I have several