similar to: Problems with 1.3.11 and Ices 0.22

Hi Brendan and all: Well the upgrade libshout didn't fix the problem. Here are more logs from ices and icecast. They certainly don't tell me much. DEBUG: Builtin playlist handler serving: /var/music/Mercyful_Fate/Time/Mercyful Fate - 09 - Mirror.mp3 DEBUG: ID3v1 song: Mirror DEBUG: ID3v1 artist: Mercyful Fate DEBUG: Layer: III Version: MPEG-1 Frequency: 44100 DEBUG: Bitrate: 128

I just upgraded to 1.3.10 and I'm using it with Ices from CVS. The server only stays alive for about 12 hours before it dies. You start seeing this: [24/Mar/2001:17:51:50] [6:Source Thread] Lost connection to source on mount /mediofi, waiting 30 seconds for timeout [24/Mar/2001:17:51:50] [5:Source Thread] Lost connection to source on mount /lofi, waiting 30 seconds for timeout

Icecast has been working flawlessly for months serving hundreds of users a day... But something strange is now going on... Do you know what it could be? I start the icecast as usual: /usr/sbin/icecast -c /etc/icecast/icecast.conf Then the ices "player" /usr/local/icecast/bin/ices -c /usr/local/icecast/conf/ices.conf But now, the player is now dying constantly with Invalid

Why does my stream not show up in the Icecast directory but it does show up in the Shoutcast directory? I have the following lines listed in my icecast.conf file. icydir yp.shoutcast.com directory yp.icecast.org If I check the icecast.log file I see the following is occurring every couple minutes. [28/Dec/2001:11:12:04] [1:Calendar Thread] directory_touch_xa([yp.icecast.org:80 ])

Ahhhh, this is very strange! MY icecast server started doing the same exact thing today out of the blue! it looks as if hundreds of sources try to connect or something. but why would we both have the same problem at the same time after months of it working fine? paul On Thu, 3 Jan 2002, Roy Harvey wrote: > Icecast has been working flawlessly for months serving hundreds of users a >

Hello! I've just started useing Icecast and Ices. Both has mainly the defaults in their conf files. fe.: Ices uses the default /ices mount point, end so on. After playing serveral hours, problems come up... Ices dies. In the ices.log these can be found: Error during send: Libshout reported send error, disconnecting: Libshout socket error. Error during send: Mount failed on

Hi ! I am new to the list. I have been using icecast togeahter with ices and live streamers for almost a year now. We have between 10 to 300 listeners, localsite and outside world. It has not been troublefree, icecast was stable util a week ago, just crashed and refused to work anymore. We upgraded in hope to get rid of problems. It worked for maby 24 hours and then it just stops by random after

This is my first time setting this up and having a problem. I don't know where the problem lies. Do the files need a special permissions? What is wrong with my setup? $cat icecast.xml <icecast> <limits> <clients>2</clients> <sources>2</sources> <threadpool>5</threadpool>

Friends: The icecast server is very robust, but has some goofiness with regard to use with cell-phone players. Has anyone else encountered these issues? When I use a Blackberry to access the icecast stream, I get orphan and duplicate client threads. Background: > testing with Blackberry Curve 9330 > Access icecast stream by clicking on the link on the website:

Hey, guys I just do the test for use loop device as vdev for zpool Procedures as followings: 1) mkfile -v 100m disk1 mkfile -v 100m disk2 2) lofiadm -a disk1 /dev/lofi lofiadm -a disk2 /dev/lofi 3) zpool create pool_1and2 /dev/lofi/1 and /dev/lofi/2 4) zpool export pool_1and2 5) zpool import pool_1and2 error info here: bash-3.00# zpool import pool1_1and2 cannot import

Hi Sorry for the cross-posting, I''d sent this to zfs-code originally. Wrong forum. I''m looking into forensic aspects of ZFS, in particular ways to use ZFS tools to investigate ZFS file systems without writing to the pools. I''m working on a test suite of file system images within VTOC partitions. At the moment, these only have 1 file system per pool per VTOC

Mark Lehrer <mark@knm.org> writes: > What icecast version are you using? There was a bug prior to 1.3.11 > that caused this exact symptom. I am using 1.3.12+patch at the moment. That patch I have on it was the one I submitted earlier which fixes the problem with the wrong arguments passed to snprintf in the avl code. That shouldn't affect sound. I'm fairly certain it's a

Hi I''m looking into forensic aspects of ZFS, in particular ways to use ZFS tools to investigate ZFS file systems without writing to the pools. I''m working on a test suite of file system images within VTOC partitions. At the moment, these only have 1 file system per pool per VTOC partition for simplicity''s sake, and I''m using Solaris 10 6/06, which may not

# lofiadm -a /export/home/isos/f8.iso /dev/lofi/1 # mount -o ro -F hsfs /dev/lofi/1 /mnt # share -F nfs /mnt Start virt-install :- # virt-install -n F8PVM --ram 1024 --nographics -p \ -f /dev/zvol/dsk/xvmpool/f8-disk -l nfs:192.168.1.42:/mnt -d Starting install... libvir: Xen Daemon error : GET operation failed: Tue, 15 Apr 2008 09:12:44 DEBUG Preparing mount at

We are running Solaris 10 11/06 on a Sun V240 with 2 CPUS and 8 GB of memory. This V240 is attached to a 3510 FC that has 12 x 300 GB disks. The 3510 is configured as HW RAID 5 with 10 disks and 2 spares and it''s exported to the V240 as a single LUN. We create iso images of our product in the following way (high-level): # mkfile 3g /isoimages/myiso # lofiadm -a /isoimages/myiso

Well, thought I would try one stream only to see if that makes a difference. Apparently not. Here is a listing of the logs and I have attached the conf file and the startup scripts that I use. icecast.log [06/Feb/2002:14:45:25] [1:Calendar Thread] directory_touch_xa([yp.icecast.org:80]) completed...server id = 69 [06/Feb/2002:14:46:19] [96:Connection Handler] Kicking source 92 [192.168.1.5]

I'm using icecast 1.3.10 and ices 0.1.0. I'm streaming through adsl which seems to do about 350Kb up. Everything is fine and stable for up to the 2 simultaneous subscribers I've tested so far. But... when I uncommented a directory server (yp.icecast.org) I see in the log: directory_touch_xa([yp.icecast.org:80]) completed...server id = 69 and about the same time the clients

Hi all, I have a 5 drive RAIDZ volume with data that I''d like to recover. The long story runs roughly: 1) The volume was running fine under FreeBSD on motherboard SATA controllers. 2) Two drives were moved to a HP P411 SAS/SATA controller 3) I *think* the HP controllers wrote some volume information to the end of each disk (hence no more ZFS labels 2,3) 4) In its "auto

On Mon, Aug 04, 2003 at 02:09:58AM +0100, Karl Heyes wrote: > > Who said that the protocol had changed, libshout still sent what it had > before and I don't in fact know when the protocol was last changed. So > saying it keeps changing is completely wrong. Also the YP servers don't > see this part anyway. I thought that you had said that they source-server protocol had

We are lucky to have Darren Moffatt, Sun Senior Staff Engineer and Project Lead for the ZFS & lofi Crypto On Disk Encryption OpenSolaris project speaking at the next LOSUG meeting on 19th March 2008. For full details, take a look at http://www.opensolaris.org/os/project/losug/ & don''t forget to register in good time to book your seat! Joy This message posted from