From abbenzaquin at yahoo.com.ar Thu May 3 00:59:59 2007 From: abbenzaquin at yahoo.com.ar (AB Benzaquin) Date: Wed, 2 May 2007 19:59:59 -0300 Subject: [Udpcast] UDP Multicast & Internet problem Message-ID: <200705021959.59133.abbenzaquin@yahoo.com.ar> Hi, I have a small switched network of 25 machines, with a Linux box sharing a PPPoE connection. I'm using udpcast to transfer files to several machines at once using multicast. It works great, however, the other machines can't access internet during the transfer. I've googled around and seen several posts related to multicast and internet problems, tough not solutions. Perhaps you can help me. Thanks in advance. From Haiwei.Sun at sg.panasonic.com Thu May 3 12:18:44 2007 From: Haiwei.Sun at sg.panasonic.com (Haiwei Sun) Date: Thu, 3 May 2007 18:18:44 +0800 Subject: [Udpcast] GZip files only Message-ID: <5F09D220B62F79418461A978CA0921BD01BE06D3@pslexc01.psl.local> Hi All, There is a parameter named "-z:int" at sender side which means: Encode content [0=no, 1=ZLib FDT, 2=Zlib FDT and GZip files, 3=Pad files], default=0 However, if somebody sends me uncompressed FDT along with GZip files. Can receiver still work? Thanks in advance, Best Regards, Mr. Haiwei Sun R&D Engineer Panasonic Singapore Laboratories Pte Ltd Singapore -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.boireau at ac-rouen.fr Fri May 4 08:19:34 2007 From: stephane.boireau at ac-rouen.fr (Stephane Boireau (Animateur TICE Bernay/Pont-Audemer)) Date: Fri, 4 May 2007 08:19:34 +0200 Subject: [Udpcast] Troubles with busybox v1.5.0 (2007-03-28 14:34:43) Message-ID: <200705040819.34359.stephane.boireau@ac-rouen.fr> Hi, It seems, a trouble happens using busybox v1.5.0 (2007-03-28 14:34:43). I build an iso using: # udpcast-20070323-1.i586.rpm # udpcast-mkimage-20070328-1.i586.rpm # kernel-udpcast-2.6.20.4-1.i586.rpm And I get strange things: # date Fri May 4 07:50:34 UTC 2007 # That's OK. But: # date > /tmp/date.txt # cat /tmp/date.txt # # A=`echo world` # echo $A world # That's OK. But: # A=`date` # echo $A # No completion working. Is it possible to correct this? Thanks! -- Stephane Boireau Animateur TICE Bernay/Pont-Audemer From steph2607 at tiscali.fr Fri May 4 08:20:11 2007 From: steph2607 at tiscali.fr (Stephane) Date: Fri, 4 May 2007 08:20:11 +0200 Subject: [Udpcast] Troubles with busybox v1.5.0 (2007-03-28 14:34:43) Message-ID: <200705040820.12068.steph2607@tiscali.fr> Hi, It seems, a trouble happens using busybox v1.5.0 (2007-03-28 14:34:43). I build an iso using: # udpcast-20070323-1.i586.rpm # udpcast-mkimage-20070328-1.i586.rpm # kernel-udpcast-2.6.20.4-1.i586.rpm And I get strange things: # date Fri May  4 07:50:34 UTC 2007 # That's OK. But: # date > /tmp/date.txt # cat /tmp/date.txt # # A=`echo world` # echo $A world # That's OK. But: # A=`date` # echo $A # No completion working. Is it possible to correct this? Thanks! -- Stephane From Humberto.Varela at utsa.edu Fri May 4 22:43:03 2007 From: Humberto.Varela at utsa.edu (Humberto Varela) Date: Fri, 4 May 2007 15:43:03 -0500 Subject: [Udpcast] Intel Macbook References: Message-ID: I have found a solution to this problem, but it involved using the latest PLD Linux Rescue CD. Transfers of an 80Gb hard drive partitioned into EFI, HFS, and NTFS work rather flawlessly from one Intel MacBook to many. One small annoyance: I am having excessive re-xmits, most likely due to an improper kernel module (sky2) or some setting in eth0. I have managed to reduce the re-xmit rate to about 6% from 50% using --nosync on the targets. However, this is still unacceptable, as the throughput degrades slowly during the multicast transfer. Nevertheless, PLD Linux Rescue CD seems to support the Apple USB Keyboard as well as internal Gigabit Ethernet chip. -----Original Message----- From: Humberto J. Varela Sent: Thu 4/12/2007 7:56 PM To: udpcast at udpcast.linux.lu Subject: Intel Macbook I am using two UDPCast cds (one sender, one receiver) to boot two Intel MacBooks in an attempt to clone one to the other. Ok, it didn't exactly work out 100% Turns out when I boot my custom UDPCast cds, the SATA Disk Driver and the Marvell Yukon Network chipset in the MacBook fight with each other for IRQ assignment, and UDPCast finally just turns one IRQ off. IRQ 10. Meanwhile, I attached an external Microsoft USB 105-Key Keyboard to a MacBook to see if UDPCast would work with it and it did. But the "repeated ghost keystrokes" are still happening that plague the internal MacBook keyboard. So it seems that UDPCast is not playing well with the USB Controller in the MacBooks. It's not the keyboard. It's the controller. If I can identify the USB controller manufacturer, I might be able to insert the proper USB kernel module at boottime and finally be able to type into UDPCast after it boots. That would make it easier to guide through the menu-driven system that UDPCast uses in default-mode. It would also let me read the system boot log with the limited shell that I call up. So as for my experiment, both MacBooks boot up into a state that is ready-to-go, but they can't see each other on the network. This is most likely due to the IRQ conflict I'm getting from the SATA drive vs. the Network chipset. Network ports do light up on the switch I'm using, but the two computers won't see each other. I've even tried two different switches in case one had some kind of internal circuit that blocked Multicast Packet Storms or something... Has anyone tried UDPCast cloning of Intel-based MacBooks? -------------- next part -------------- An HTML attachment was scrubbed... URL: From steph2607 at tiscali.fr Mon May 7 15:45:03 2007 From: steph2607 at tiscali.fr (Stephane) Date: Mon, 7 May 2007 15:45:03 +0200 Subject: [Udpcast] No DD found... and sata driver... Message-ID: <200705071545.04093.steph2607@tiscali.fr> Hi, Udpcast (2.6.20.4udpcast kernel) doesn't see Dell Optiplex 320's hard drive. It uses b44 driver (network) and pata_atiixp driver. But only /dev/hda (cdrom) is found. Thus, using SysRescCD (2.6.18.6-fd03 kernel), there isn't any trouble. Do you understand why? Thanks! -- Stephane From steph2607 at tiscali.fr Mon May 7 15:50:39 2007 From: steph2607 at tiscali.fr (Stephane) Date: Mon, 7 May 2007 15:50:39 +0200 Subject: [Udpcast] No DD found... and sata driver... Message-ID: <200705071550.39580.steph2607@tiscali.fr> Hi, I wrote: ============================= Udpcast (2.6.20.4udpcast kernel) doesn't see Dell Optiplex 320's hard drive. It uses b44 driver (network) and pata_atiixp driver. But only /dev/hda (cdrom) is found. Thus, using SysRescCD (2.6.18.6-fd03 kernel), there isn't any trouble. Do you understand why? ============================= Some precisions: SysRescCD lspci: ============================= 00:00.0 Host bridge: ATI Technologies Inc Radeon Xpress 200 Host Bridge (rev 01) 00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge 00:12.0 IDE interface: ATI Technologies Inc SB600 Non-Raid-5 SATA 00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0) 00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1) 00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2) 00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3) 00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4) 00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI) 00:14.0 SMBus: ATI Technologies Inc SB600 SMBus (rev 13) 00:14.1 IDE interface: ATI Technologies Inc SB600 IDE 00:14.2 Audio device: ATI Technologies Inc SB600 Azalia 00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge 00:14.4 PCI bridge: ATI Technologies Inc SB600 PCI to PCI Bridge 01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress 200] 02:09.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02) ============================= Modules loaded are: ============================= Module Size Used by b44 20236 0 ============================= And lshw tells this: ============================= *-ide:0 description: IDE interface product: SB600 Non-Raid-5 SATA vendor: ATI Technologies Inc physical id: 12 bus info: pci at 00:12.0 logical name: scsi2 version: 00 width: 32 bits clock: 66MHz capabilities: ide bus_master cap_list emulated configuration: driver=ahci latency=64 resources: ioport:fe00-fe07 ioport:fe10-fe13 ioport:fe20-fe27 ioport:fe30-fe33 ioport:fec0-fecf iomemory:dfff6c00-dfff6fff irq:11 *-disk description: SCSI Disk product: WDC WD800JD-75MS vendor: ATA physical id: 0.0.0 bus info: scsi at 2:0.0.0 logical name: /dev/sda version: 10.0 serial: XXXXXXXXXXXXXXXXX size: 74GB capabilities: partitioned partitioned:dos configuration: ansiversion=5 ============================= Thanks! -- Stephane From freggy at gmail.com Mon May 7 16:27:50 2007 From: freggy at gmail.com (Frederik) Date: Mon, 7 May 2007 16:27:50 +0200 Subject: [Udpcast] No DD found... and sata driver... In-Reply-To: <200705071550.39580.steph2607@tiscali.fr> References: <200705071550.39580.steph2607@tiscali.fr> Message-ID: <28d495d10705070727l1b90a010tbdfcc50ad6df28e0@mail.gmail.com> On 5/7/07, Stephane wrote: > Hi, > > I wrote: > ============================= > Udpcast (2.6.20.4udpcast kernel) doesn't see Dell Optiplex 320's hard drive. > It uses b44 driver (network) and pata_atiixp driver. > But only /dev/hda (cdrom) is found. Probably your disks are SATA, and pata_atiixp is only for the PATA IDE controller on your board. According to http://lkml.org/lkml/2006/11/22/264 you will need ahci (found with google) -- Frederik From steph2607 at tiscali.fr Wed May 9 08:08:44 2007 From: steph2607 at tiscali.fr (Stephane) Date: Wed, 9 May 2007 08:08:44 +0200 Subject: [Udpcast] No DD found... and sata driver... In-Reply-To: <28d495d10705070727l1b90a010tbdfcc50ad6df28e0@mail.gmail.com> References: <200705071550.39580.steph2607@tiscali.fr> <28d495d10705070727l1b90a010tbdfcc50ad6df28e0@mail.gmail.com> Message-ID: <200705090808.44318.steph2607@tiscali.fr> Hi, Le lundi 7 mai 2007 16:27, Frederik a écrit : > On 5/7/07, Stephane wrote: > > Hi, > > > > I wrote: > > ============================= > > Udpcast (2.6.20.4udpcast kernel) doesn't see Dell Optiplex 320's hard > > drive. It uses b44 driver (network) and pata_atiixp driver. > > But only /dev/hda (cdrom) is found. > > Probably your disks are SATA, and pata_atiixp is only for the PATA IDE > controller on your board. > > According to http://lkml.org/lkml/2006/11/22/264 you will need ahci > (found with google) That's right! Using ahci module, disk and partitions are available. Thank you very much! -- Stephane From alain at knaff.lu Thu May 10 08:26:39 2007 From: alain at knaff.lu (Alain Knaff) Date: Thu, 10 May 2007 08:26:39 +0200 Subject: [Udpcast] UDP Multicast & Internet problem In-Reply-To: <200705021959.59133.abbenzaquin@yahoo.com.ar> References: <200705021959.59133.abbenzaquin@yahoo.com.ar> Message-ID: <4642BB1F.7090706@knaff.lu> AB Benzaquin wrote: > Hi, > > I have a small switched network of 25 machines, with a Linux box sharing a > PPPoE connection. > I'm using udpcast to transfer files to several machines at once using > multicast. It works great, however, the other machines can't access internet > during the transfer. > > I've googled around and seen several posts related to multicast and internet > problems, tough not solutions. > > Perhaps you can help me. > > Thanks in advance. Probably, you're local network just is saturated during the transfer. Try using the --max-bitrate option on udp-sender to leave some bandrate for non-udpcast traffic Regards, Alain From alain at knaff.lu Thu May 10 19:07:06 2007 From: alain at knaff.lu (Alain Knaff) Date: Thu, 10 May 2007 19:07:06 +0200 Subject: [Udpcast] Option --full-duplex In-Reply-To: <463604B5.4070308@samurai.com.br> References: <463604B5.4070308@samurai.com.br> Message-ID: <4643513A.2090506@knaff.lu> Bruno Sampayo wrote: > Hi, > I use the udpcast to send packages to many clients (udp-receiver). > So my udp-receiver command line is: > #udp-receiver --interface tap0 --nokbd --file U2.wmv > > Sender line is: > #udp-sender --nopointopoint --interface tap0 --log logudp --nokbd > --autostart 5 --file U2.wmv --full-duplex > > My udp-receiver has two kinds of connection: satellite > links(low-latency) and local links (high-latency). Just one small note (but maybe this is a typo?), satellite links are usually high latency (unless LEO), whereas local links have lower latency. > So Could I use the option --fullduplex on udp-sender line? That would be --full-duplex For satellite links, especially geostationary satellites, you really want --async and --fec That way, no return traffic at all is needed, and the high latency of the satellite link no longer matters. > > Thanks for any help, > Bruno Sampayo > Regards, Alain From alain at knaff.lu Thu May 10 19:12:44 2007 From: alain at knaff.lu (Alain Knaff) Date: Thu, 10 May 2007 19:12:44 +0200 Subject: [Udpcast] GZip files only In-Reply-To: <5F09D220B62F79418461A978CA0921BD01BE06D3@pslexc01.psl.local> References: <5F09D220B62F79418461A978CA0921BD01BE06D3@pslexc01.psl.local> Message-ID: <4643528C.1050801@knaff.lu> Haiwei Sun wrote: > Hi All, > > > > There is a parameter named "-z:int" at sender side which means: > > > > Encode content [0=no, 1=ZLib FDT, 2=Zlib FDT and GZip files, 3=Pad > files], default=0 Most versions of gzip don't support this parameter. As long as this is also supported on the gzip which you've got on the receiver it should work. However, let me point out that the gzip version included in the default udpcast image does not support this. Regards, Alain From Haiwei.Sun at sg.panasonic.com Fri May 11 04:01:14 2007 From: Haiwei.Sun at sg.panasonic.com (Haiwei Sun) Date: Fri, 11 May 2007 10:01:14 +0800 Subject: [Udpcast] GZip files only Message-ID: <5F09D220B62F79418461A978CA0921BD01BE0EB7@pslexc01.psl.local> Dear Alain, Thanks for your clarification. May be the function file_gzip_uncompress() at received side can help to support it. Best Regards, Mr. Haiwei Sun R&D Engineer Panasonic Singapore Laboratories Pte Ltd Singapore > -----Original Message----- > From: Alain Knaff [mailto:alain at knaff.lu] > Sent: Friday, May 11, 2007 1:13 AM > To: Haiwei Sun > Cc: udpcast at udpcast.linux.lu > Subject: Re: [Udpcast] GZip files only > > Haiwei Sun wrote: > > Hi All, > > > > > > > > There is a parameter named "-z:int" at sender side which means: > > > > > > > > Encode content [0=no, 1=ZLib FDT, 2=Zlib FDT and GZip files, 3=Pad > > files], default=0 > > Most versions of gzip don't support this parameter. As long as this is > also supported on the gzip which you've got on the receiver it should > work. However, let me point out that the gzip version included in the > default udpcast image does not support this. > > Regards, > > Alain