From davidowen1980 at yahoo.co.uk Mon Jan 8 16:45:29 2007 From: davidowen1980 at yahoo.co.uk (David Owen) Date: Mon, 8 Jan 2007 15:45:29 +0000 (GMT) Subject: [Udpcast] Windows Version of UDP Cast Message-ID: <20070108154533.52666.qmail@web26510.mail.ukl.yahoo.com> Good afternoon, Can you use the windows version of UDPCast from a command line in Windows XP to transfer a file? I have tried the -f option and pointed it to the file on the c: drive but I get an error saying the file cannot be read or opened..... Can you help? Thanks very much, David. Send instant messages to your online friends http://uk.messenger.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidowen1980 at yahoo.co.uk Mon Jan 8 16:38:49 2007 From: davidowen1980 at yahoo.co.uk (David Owen) Date: Mon, 8 Jan 2007 15:38:49 +0000 (GMT) Subject: [Udpcast] (no subject) Message-ID: <20070108153849.86672.qmail@web26504.mail.ukl.yahoo.com> Good afternoon, Can you use the windows version of UDPCast from a command line in Windows XP to transfer a file? I have tried the -f option and pointed it to the file on the c: drive but I get an error saying the file cannot be read or opened..... Can you help? Thanks very much, David. Send instant messages to your online friends http://uk.messenger.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidowen1980 at yahoo.co.uk Mon Jan 8 23:09:43 2007 From: davidowen1980 at yahoo.co.uk (David Owen) Date: Mon, 8 Jan 2007 22:09:43 -0000 Subject: [Udpcast] UDP Cast windows version In-Reply-To: <20070108153849.86672.qmail@web26504.mail.ukl.yahoo.com> Message-ID: <001201c73371$b527bd70$4001a8c0@DAIS> Good afternoon, Can you use the windows version of UDPCast from a command line in Windows XP to transfer a file? I have tried the -f option and pointed it to the file on the c: drive but I get an error saying the file cannot be read or opened..... Can you help? Thanks very much, David -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.7/620 - Release Date: 08/01/2007 16:12 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmiller7 at gmail.com Wed Jan 10 18:22:16 2007 From: jmiller7 at gmail.com (Jon Miller) Date: Wed, 10 Jan 2007 11:22:16 -0600 Subject: [Udpcast] Problem Multicasting Dell GX620s Message-ID: I decided to try this program on a lab of 25 GX620s with SATA drives and broadcom 57xx gigabit NICs. I'm not sure why, but when I start a group of machines the transfer process goes along at a fast pace (~75Mb). However, the process always seems to fail at different places during the transfer, usually at about 800MB to 1.3GB of data. Sometimes it will recover and start going again, but usually it just stops and all the clients are dropped. I used udp-sender.exe on a Windows machine to transfer a GZIP'd image created with G4U. I know the image is good, because I routinely use it to unicast single PCs. On the target machines, I used the cast-o-matic tool and selected all the SATA and NIC modules with Automatic detection. The machines get an IP address and /dev/sda is detected Also, I verified IGMP snooping is enabled on the switch. I have tried limiting the --max-bitrate to 40M. I'm running in 100Mbit mode --half-duplex (that's how the Summit 400 switch is setup). I've tried using the option on cast-o-matic to force IGMPv2 mode, because I'm not sure if our switch could be the issue. I also tried the udp-sender program from Ubuntu (was the version from the default repositories.. might be old). It had the same problem as the Win32 version. Although, the console had a lot more errors than the windows version... I would get streams of Timeout notAnswered notReady, etc messages in the console when the process would halt. I've also tried setting the SATA mode in the BIOS to Combination. Anyone encountered this problem before or have a suggestion? I'd really like to use this program, because it seems perfect for my purposes (imaging labs). Thanks for any help or advise, Jonathan Miller -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmiller7 at gmail.com Wed Jan 10 19:00:20 2007 From: jmiller7 at gmail.com (Jon Miller) Date: Wed, 10 Jan 2007 12:00:20 -0600 Subject: [Udpcast] Problem Multicasting Dell GX620s In-Reply-To: References: Message-ID: Donald, Thanks for the suggestion, but these are actually desktop machines and don't have a wireless card. I'm starting to think the problem might be with the switch, but I'm not sure how to test it. Thanks, Jonathan On 1/10/07, D G Teed wrote: > > > We have D620s from Dell. I included the wireless support > module simply so we could grab the MAC from it for our > notebooks database (we run a wget in the busybox shell > against a web server CGI to send up this data before imaging). > > In our case, the Linux kernel was crashing if the wireless > antenae was powered on (small switch on side of notebook), > so we made sure that switch was off prior to booting > the clients. > > --Donald Teed > > > On Wed, 10 Jan 2007, Jon Miller wrote: > > > I decided to try this program on a lab of 25 GX620s with SATA drives and > > broadcom 57xx gigabit NICs. I'm not sure why, but when I start a group > of > > machines the transfer process goes along at a fast pace > (~75Mb). However, > > the process always seems to fail at different places during the > transfer, > > usually at about 800MB to 1.3GB of data. Sometimes it will recover and > > start going again, but usually it just stops and all the clients are > > dropped. I used udp-sender.exe on a Windows machine to transfer a > GZIP'd > > image created with G4U. I know the image is good, because I routinely > use > > it to unicast single PCs. On the target machines, I used the > cast-o-matic > > tool and selected all the SATA and NIC modules with Automatic detection. > > The machines get an IP address and /dev/sda is detected Also, I > verified > > IGMP snooping is enabled on the switch. > > > > I have tried limiting the --max-bitrate to 40M. I'm running in 100Mbit > mode > > --half-duplex (that's how the Summit 400 switch is setup). I've tried > using > > the option on cast-o-matic to force IGMPv2 mode, because I'm not sure if > our > > switch could be the issue. I also tried the udp-sender program from > Ubuntu > > (was the version from the default repositories.. might be old). It had > the > > same problem as the Win32 version. Although, the console had a lot more > > errors than the windows version... I would get streams of Timeout > > notAnswered notReady, etc messages in the console when the process would > > halt. I've also tried setting the SATA mode in the BIOS to Combination. > > > > Anyone encountered this problem before or have a suggestion? I'd really > > like to use this program, because it seems perfect for my purposes > (imaging > > labs). > > > > > > Thanks for any help or advise, > > Jonathan Miller > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dteed at artistic.ca Wed Jan 10 18:54:49 2007 From: dteed at artistic.ca (D G Teed) Date: Wed, 10 Jan 2007 13:54:49 -0400 (AST) Subject: [Udpcast] Problem Multicasting Dell GX620s In-Reply-To: References: Message-ID: We have D620s from Dell. I included the wireless support module simply so we could grab the MAC from it for our notebooks database (we run a wget in the busybox shell against a web server CGI to send up this data before imaging). In our case, the Linux kernel was crashing if the wireless antenae was powered on (small switch on side of notebook), so we made sure that switch was off prior to booting the clients. --Donald Teed On Wed, 10 Jan 2007, Jon Miller wrote: > I decided to try this program on a lab of 25 GX620s with SATA drives and > broadcom 57xx gigabit NICs. I'm not sure why, but when I start a group of > machines the transfer process goes along at a fast pace (~75Mb). However, > the process always seems to fail at different places during the transfer, > usually at about 800MB to 1.3GB of data. Sometimes it will recover and > start going again, but usually it just stops and all the clients are > dropped. I used udp-sender.exe on a Windows machine to transfer a GZIP'd > image created with G4U. I know the image is good, because I routinely use > it to unicast single PCs. On the target machines, I used the cast-o-matic > tool and selected all the SATA and NIC modules with Automatic detection. > The machines get an IP address and /dev/sda is detected Also, I verified > IGMP snooping is enabled on the switch. > > I have tried limiting the --max-bitrate to 40M. I'm running in 100Mbit mode > --half-duplex (that's how the Summit 400 switch is setup). I've tried using > the option on cast-o-matic to force IGMPv2 mode, because I'm not sure if our > switch could be the issue. I also tried the udp-sender program from Ubuntu > (was the version from the default repositories.. might be old). It had the > same problem as the Win32 version. Although, the console had a lot more > errors than the windows version... I would get streams of Timeout > notAnswered notReady, etc messages in the console when the process would > halt. I've also tried setting the SATA mode in the BIOS to Combination. > > Anyone encountered this problem before or have a suggestion? I'd really > like to use this program, because it seems perfect for my purposes (imaging > labs). > > > Thanks for any help or advise, > Jonathan Miller > From deshantm at gmail.com Wed Jan 10 20:14:14 2007 From: deshantm at gmail.com (Todd Deshane) Date: Wed, 10 Jan 2007 14:14:14 -0500 Subject: [Udpcast] Problem Multicasting Dell GX620s In-Reply-To: References: Message-ID: <1e16a9ed0701101114w19f27ebcgf8887f8985f5adf0@mail.gmail.com> Hi Jonathan, One of my favorite tools for debugging network problems is wireshark (used to be ethereal) http://www.wireshark.org/ Having one or more passive listening computers running wireshark could point you to potential problems. Regards, Todd On 1/10/07, Jon Miller wrote: > > Donald, > > Thanks for the suggestion, but these are actually desktop machines and > don't have a wireless card. I'm starting to think the problem might be with > the switch, but I'm not sure how to test it. > > > Thanks, > Jonathan > > On 1/10/07, D G Teed wrote: > > > > > > We have D620s from Dell. I included the wireless support > > module simply so we could grab the MAC from it for our > > notebooks database (we run a wget in the busybox shell > > against a web server CGI to send up this data before imaging). > > > > In our case, the Linux kernel was crashing if the wireless > > antenae was powered on (small switch on side of notebook), > > so we made sure that switch was off prior to booting > > the clients. > > > > --Donald Teed > > > > > > On Wed, 10 Jan 2007, Jon Miller wrote: > > > > > I decided to try this program on a lab of 25 GX620s with SATA drives > > and > > > broadcom 57xx gigabit NICs. I'm not sure why, but when I start a > > group of > > > machines the transfer process goes along at a fast pace > > (~75Mb). However, > > > the process always seems to fail at different places during the > > transfer, > > > usually at about 800MB to 1.3GB of data. Sometimes it will recover > > and > > > start going again, but usually it just stops and all the clients are > > > dropped. I used udp-sender.exe on a Windows machine to transfer a > > GZIP'd > > > image created with G4U. I know the image is good, because I routinely > > use > > > it to unicast single PCs. On the target machines, I used the > > cast-o-matic > > > tool and selected all the SATA and NIC modules with Automatic > > detection. > > > The machines get an IP address and /dev/sda is detected Also, I > > verified > > > IGMP snooping is enabled on the switch. > > > > > > I have tried limiting the --max-bitrate to 40M. I'm running in > > 100Mbit mode > > > --half-duplex (that's how the Summit 400 switch is setup). I've tried > > using > > > the option on cast-o-matic to force IGMPv2 mode, because I'm not sure > > if our > > > switch could be the issue. I also tried the udp-sender program from > > Ubuntu > > > (was the version from the default repositories.. might be old). It > > had the > > > same problem as the Win32 version. Although, the console had a lot > > more > > > errors than the windows version... I would get streams of Timeout > > > notAnswered notReady, etc messages in the console when the process > > would > > > halt. I've also tried setting the SATA mode in the BIOS to > > Combination. > > > > > > Anyone encountered this problem before or have a suggestion? I'd > > really > > > like to use this program, because it seems perfect for my purposes > > (imaging > > > labs). > > > > > > > > > Thanks for any help or advise, > > > Jonathan Miller > > > > > > > > _______________________________________________ > Udpcast mailing list > Udpcast at udpcast.linux.lu > https://lll.lgl.lu/mailman/listinfo/udpcast > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gp at lyngbjerggaardskolen.dk Wed Jan 10 23:07:52 2007 From: gp at lyngbjerggaardskolen.dk (Gunner Poulsen) Date: Wed, 10 Jan 2007 23:07:52 +0100 Subject: [Udpcast] How do I include a new NIC in udpcast? Message-ID: <20070110214651.M46838@lyngbjerggaardskolen.dk> Hi friends I am a Danish teacher using UDPcast to clone the workstations on the school. I have used UDP-cast for several years and have been very happy about it. Now we have upgraded our computer system with 22 new workstations - and then I got my problem: The machines network card is omboard end uses the linux module r1000. It is a Realtek RTL8168/RTL8111. Realtek have made a GPL driver: http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false And I found a RPM for my Fedora core 6 that works perfectly at http://rpm.pbone.net/index.php3/stat/4/idpl/3743377/com/dkms-r1000-1.05-1.noarch.rpm.html But I can't use UDP-cast to clone the mashine. Now I have 2 questions: 1) Is there a way I can put the driver into UDPcast? 2) Are you planning to include a driver for my networkcard soon? I hope you keep developing UDP-cast :-) Good night Gunner Poulsen From astewart at iss.k12.nc.us Mon Jan 15 20:20:15 2007 From: astewart at iss.k12.nc.us (Adrian Stewart) Date: Mon, 15 Jan 2007 14:20:15 -0500 Subject: [Udpcast] tg3 ethernet Message-ID: <45AB8D9F020000950000039F@issgwia.iss.k12.nc.us> Using UPDCast (CD Version) in a lab of 48 IBMs with SATA drives and broadcom (5787) gigabit NICs. I'm not sure why, but when I start a group of machines the transfer process goes along at a slow pace of 54Mb. The network is all Linksys 1GB switches. Why is the xfer rate so low? I've used UDPcast with the tg3 driver in the same setup with xfer rate upwards of 500Mb. This machine has USB only (keyboard and mouse). I finally got the keybaord to work but the xfer I've downloaded Cast-0-matic hoping that would resolve the xfer rate issue but to no avail. Please advise. I'm new to Linux/Unix and dont know how to compile an image with the new driver from Broadcom.com. Thanks From astewart at iss.k12.nc.us Mon Jan 15 20:26:27 2007 From: astewart at iss.k12.nc.us (Adrian Stewart) Date: Mon, 15 Jan 2007 14:26:27 -0500 Subject: [Udpcast] UDPcast and Broadcom 5787 Message-ID: <45AB8F1302000095000003A3@issgwia.iss.k12.nc.us> Using UPDCast (CD Version) in a lab of 48 IBMs with SATA drives and broadcom (5787) gigabit NICs. I'm not sure why, but when I start a group of machines the transfer process goes along at a slow pace of 54Mb. The network is all Linksys 1GB switches. Why is the xfer rate so low? I've used UDPcast with the tg3 driver in the same setup with xfer rate upwards of 500Mb. This machine has USB only (keyboard and mouse). I finally got the keybaord to work but the xfer is still slow. I've downloaded Cast-0-matic (CD Version) hoping that would resolve the xfer rate issue but to no avail. Please advise. I'm new to Linux/Unix and dont know how to compile an image with the new driver from Broadcom.com. Thanks Adrian Stewart AStewart at iss.k12.nc.us From d.assmann.hh at t-online.de Thu Jan 18 00:30:11 2007 From: d.assmann.hh at t-online.de (=?ISO-8859-1?Q?Detlef_A=DFmann?=) Date: Thu, 18 Jan 2007 00:30:11 +0100 Subject: [Udpcast] Problem cloning sata-disk Message-ID: Hello everybody, cloning ata-disks worked beautifully with udp-cast --- thank you very much! My problems started when I tried to clone machines using sata-disks. According to the mainboard documentation a VIA-controller is used for sata-disks on the third and fourth ide-device. But no matter which optional sata-drivers I tried to include in udpast - I tried the VIA-, Intel, and Marvell-drivers - udpcast can't autodetect my disk and I can't figure out what to input as a device in the 'other' section. Whatever I enter (I tried hda and sda) is followed by a message that 'no such device' is present. I'm stuck! I hope I've provide enough information to be useful. Many thanks in advance! Detlef Assmann From msetzerii at gmail.com Thu Jan 18 02:54:20 2007 From: msetzerii at gmail.com (Michael D. Setzer II) Date: Thu, 18 Jan 2007 11:54:20 +1000 Subject: [Udpcast] Problem cloning sata-disk In-Reply-To: References: Message-ID: <45AF5FEC.29114.306158E@msetzerii.gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Most likely it is a kernel support problem. I have been handling the g4l project, and ran into a similar problem. The older kernel 2.6.15.6 would support some SATA configurations that later kernels would not support. Eventually working with the git kernels, I was able to get newer kernels that would once again support the controllers. I do include udpcast as a receive option on the menu of G4L, since its compatible with images created by udpcast. There are copies of both the udp-sender and udp-reciever programs on the cd. You might want to boot from the g4l cd, and see if it recognizes the drives and controller. ftp://amd64gcc.dyndns.org/g4l22beta-01-10-2007p.iso After the in boot, you would select the latest kernel by endering bzImage20p That is the latest one on that image, thou I have another image that has two additional git kernels that came out after the 1/10/07. After it loads and boots to the command prompt, you could check if it sees the drives. cat /proc/partitions I use the g4l to make the images on my ftp server, and then generally use the udpcast to image all the machines in my computer labs at the college. On 18 Jan 2007 at 0:30, Detlef Aßmann wrote: To: udpcast at udpcast.linux.lu From: Detlef Aßmann Date sent: Thu, 18 Jan 2007 00:30:11 +0100 Subject: [Udpcast] Problem cloning sata-disk > Hello everybody, > > cloning ata-disks worked beautifully with udp-cast --- thank you > very much! > My problems started when I tried to clone machines using sata-disks. > According to the mainboard documentation a VIA-controller is used for > sata-disks on the third and fourth ide-device. But no matter which > optional sata-drivers I tried to include in udpast - I tried the > VIA-, Intel, and Marvell-drivers - udpcast can't autodetect my disk > and I can't figure out what to input as a device in the 'other' > section. Whatever I enter (I tried hda and sda) is followed by a > message that 'no such device' is present. > I'm stuck! > I hope I've provide enough information to be useful. > Many thanks in advance! > > Detlef Assmann > > _______________________________________________ > Udpcast mailing list > Udpcast at udpcast.linux.lu > https://lll.lgl.lu/mailman/listinfo/udpcast +----------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mikes at kuentos.guam.net mailto:msetzerii at gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins +----------------------------------------------------------+ http://setiathome.berkeley.edu Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC TOTAL CREDITS SETI at HOME/EINSTEIN at HOME Total Credits 2630944.250347 Total Credits 437219.803358 -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 -- QDPGP 2.61c Comment: http://community.wow.net/grt/qdpgp.html iQA/AwUBRa5GrSzGQcr/2AKZEQKpBQCg9vtI8SQh2UhGBRJJPMQ1S+Uu1TwAn3FO S5L5cB3K1Y4Wuebxpyr7A4cL =5VHe -----END PGP SIGNATURE----- From gp at lyngbjerggaardskolen.dk Tue Jan 23 21:24:05 2007 From: gp at lyngbjerggaardskolen.dk (Gunner Poulsen) Date: Tue, 23 Jan 2007 21:24:05 +0100 Subject: [Udpcast] Update to kernel 2.6.19 soon? (Re: How do I include a new NIC in udpcast?) In-Reply-To: <20070110214651.M46838@lyngbjerggaardskolen.dk> References: <20070110214651.M46838@lyngbjerggaardskolen.dk> Message-ID: <20070123202405.M28317@lyngbjerggaardskolen.dk> On Wed, 10 Jan 2007 23:07:52 +0100, Gunner Poulsen wrote > The machines network card is omboard end uses the linux module > r1000. It is a Realtek RTL8168B/RTL8111. ... > Are you planning to include a driver for my networkcard soon? UPDATE: The netcard works fine with the r8169 driver provided with kernel 2.6.19.1 (Testet in the new updates-kernel for Fedora core 6 and the newest Knoppix) but it don't work with the r8169-driver in 2.6.17 (in udpcast) or 2.6.18. So my prayer is: Pleace update to 2.6.19 as soon as posible :-) Are you planning to do so? How long time should I prepare to wait? Happy development Gunner Poulsen From Michael.Foster at darlington.gov.uk Wed Jan 24 12:38:28 2007 From: Michael.Foster at darlington.gov.uk (Michael Foster) Date: Wed, 24 Jan 2007 11:38:28 -0000 Subject: [Udpcast] Any chance of UDPCAST Forum online.... References: Message-ID: <340E366CB03FE144A2CCC9A1CF7F2E41032F47@dbcth-exc-01.darlington.gov.uk> Is there ever going to be a forum/message board for this product...it would help a lot I think the troubleshooting of problems etc, and being able to help others. Thanks Michael Foster ---------------------------------- DISCLAIMER 1. This mail and any files transmitted with it are confidential and intended solely for the use of the intended recipient. Unauthorised use, disclosure or copying is strictly prohibited and may be unlawful. If you have received this mail in error please notify the sender at the above address and then delete the mail from your system. 2. Any opinions expressed in this mail are those of the individual and not necessarily those of Darlington Borough Council. 3. This mail and any attachments are believed to be free of any virus. It is however the responsibility of the recipient to ensure that they are virus free. No responsibility is accepted by Darlington Borough Council for any loss or damage arising from the receipt of this mail or its contents. From tmiller at hatsize.com Thu Jan 25 19:07:04 2007 From: tmiller at hatsize.com (Trever Miller) Date: Thu, 25 Jan 2007 11:07:04 -0700 Subject: [Udpcast] Any chance of UDPCAST Forum online.... In-Reply-To: References: Message-ID: <12bffadf9fd13dbd177778d60e298e90e7a8719c@localhost> On 24-Jan-07, at 4:38 AM, Michael Foster wrote: > Is there ever going to be a forum/message board for this product...it > would help a lot I think the troubleshooting of problems etc, and > being > able to help others. You're soaking in it. http://www.tvacres.com/admascots_madge.htm Nothing wrong with a mailing list, especially one that has the archives available online for searching. -- Trever Miller, Systems Engineer Hatsize Learning Corporation 1-403-538-3295 ext 224 tmiller at hatsize.com From alain at knaff.lu Tue Jan 30 02:28:16 2007 From: alain at knaff.lu (Alain Knaff) Date: Tue, 30 Jan 2007 02:28:16 +0100 Subject: [Udpcast] Update to kernel 2.6.19 soon? (Re: How do I include a new NIC in udpcast?) In-Reply-To: <20070123202405.M28317@lyngbjerggaardskolen.dk> References: <20070110214651.M46838@lyngbjerggaardskolen.dk> <20070123202405.M28317@lyngbjerggaardskolen.dk> Message-ID: <45BE9F30.3000506@knaff.lu> Gunner Poulsen wrote: > So my prayer is: > Pleace update to 2.6.19 as soon as posible :-) > Are you planning to do so? How long time should I prepare to wait? > > Happy development Gunner Poulsen Ganymede has heard your prayer ;-) There is now a 2.6.19.2 kernel on the udpcast site Regards, Alain From alain at knaff.lu Tue Jan 30 02:30:08 2007 From: alain at knaff.lu (Alain Knaff) Date: Tue, 30 Jan 2007 02:30:08 +0100 Subject: [Udpcast] Darwin build fixes patch In-Reply-To: <0F90F42B-B9A7-4E1E-B30A-7DF03A359AF5@freeshell.org> References: <0F90F42B-B9A7-4E1E-B30A-7DF03A359AF5@freeshell.org> Message-ID: <45BE9FA0.4020904@knaff.lu> Devin Bayer wrote: > Hello. Thanks for developing udpcast. It almost compiles on my mac. > But I have to make a few small changes. > > 1.) the linker doesn't support the -Wl,-warn-common option > 2.) what is malloc.h? It isn't needed. > 3.) struct ifreq is variable size, so we must use _SIZEOF_ADDR_IFREQ(), > not pointer arithemetic > 4.) some endian issues > > Thanks, > Devin Bayer This patches are now in today's version (20070129) Regards, Alain From alain at knaff.lu Tue Jan 30 02:32:53 2007 From: alain at knaff.lu (Alain Knaff) Date: Tue, 30 Jan 2007 02:32:53 +0100 Subject: [Udpcast] Exiting udp-receiver or reboot machine after a certain amount of time without transfer activity In-Reply-To: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com> References: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com> Message-ID: <45BEA045.2070103@knaff.lu> Jens Breuer wrote: > Hello, > > I am curious whether there is an commandline option which could > instruct udp-receiver to exit after a certain amount of time without > any udp-sender activity or generally when the transfer process doesn't > start. > At least I could not find anything in the documents. > > We use udpcast together with PXE-boot and sometimes some machines are > simply not responding to the sender (why is yet unclear). After > manually restarting the machines it is usually the case that the > machines to be imaged are responding again and everything is well. > Unfortunately it could be the case that there are machines to be > imaged which are placed in locked rooms and so it is impossible to > restart them manually. > > Regards > Jens The new 20070129 version of udp-receiver now has a --start-timeout option, which allows to specify a timeout, in seconds within which the sender must send a rendez-vous packet, and then the first data packet. If no rdv packet has been received with n seconds of starting udp-receiver (or if the transmission hasn't started within n seconds of sending the rdv packet), then the receiver aborts. Once the transmission has started, the receiver continues, even if the server becomes slow afterwards. Regards, Alain From alain at knaff.lu Tue Jan 30 09:19:23 2007 From: alain at knaff.lu (Alain Knaff) Date: Tue, 30 Jan 2007 09:19:23 +0100 Subject: [Udpcast] Fwd: optiplex 745 and keyboard problems In-Reply-To: <9fddc0c0611031046t70e19cbby6fb454e1c1aeb19d@mail.gmail.com> References: <9fddc0c0610301025l44e2990cvfbfc634ea1dc0cc8@mail.gmail.com> <9fddc0c0611031046t70e19cbby6fb454e1c1aeb19d@mail.gmail.com> Message-ID: <45BEFF8B.6060404@knaff.lu> Chad Brogan wrote: > I finally figured out the problem. Thanks to all those who responded. > In case you're in the same boat, here are the details: > > After discovering the cast-o-matic tool (absolutely brilliant), I got > the idea to put in some modprobe commands in the "commands to be > executed before the udpcast menu" box on the second cast-o-matic page. > I put in the following commands: > > modprobe uhci-hcd > modprobe ohci-hcd > modprobe usbkbd > > I'm not sure which or if all of them fixed the problem, but I was then > able to use the keyboard when booting udpcast. These instructions are now in the udpcast start scripts, so it should work automagically now. > > So far the software has worked great! goodbye zenworks, hello udpcast. Thanks for the enthusiasm ;-) Alain From alain at knaff.lu Tue Jan 30 10:00:35 2007 From: alain at knaff.lu (Alain Knaff) Date: Tue, 30 Jan 2007 10:00:35 +0100 Subject: [Udpcast] tg3 ethernet In-Reply-To: <45AB8D9F020000950000039F@issgwia.iss.k12.nc.us> References: <45AB8D9F020000950000039F@issgwia.iss.k12.nc.us> Message-ID: <45BF0933.2040905@knaff.lu> Adrian Stewart wrote: > Using UPDCast (CD Version) in a lab of 48 IBMs with SATA drives and > broadcom (5787) gigabit NICs. I'm not sure why, but when I start a > group of machines the transfer process goes along at a slow pace of > 54Mb. > > The network is all Linksys 1GB switches. Why is the xfer rate so low? > I've used UDPcast with the tg3 driver in the same setup with xfer rate > upwards of 500Mb. This machine has USB only (keyboard and mouse). I > finally got the keybaord to work but the xfer > > I've downloaded Cast-0-matic hoping that would resolve the xfer rate > issue but to no avail. Please advise. I'm new to Linux/Unix and dont > know how to compile an image with the new driver from Broadcom.com. > > Thanks You say that formerly you got it to work (with the same network cards presumably) at 500 Mbit/s . So what exactly changed between both situations (apart from keyboard and mouse, which I don't think are the issue). Some possible ideas: - Switches? (Some switches do have trouble with multicast) - Hard disks? (Not all disks may be capable of 500 Mbit/s) - Content? (Especially if you operate in compressed mode. Compression helps you when the network is the bottleneck, but doesn't speed up disk access. So if you have very compressible data, such as lots of zeroes, you'll see a very low network transfer rate, because less data needs to be transmitted, but it still needs to be read from disk) - BIOS Sata configuration? (with "Legacy" setting, some machines access their disks *much* more slowly) - Udpcast version (if that changed, when was the last one that worked? Do you still have it around to test that one again) - ... Regards, Alain From gp at lyngbjerggaardskolen.dk Wed Jan 31 16:09:55 2007 From: gp at lyngbjerggaardskolen.dk (Gunner Poulsen) Date: Wed, 31 Jan 2007 16:09:55 +0100 Subject: [Udpcast] Exiting udp-receiver or reboot machine after a certain amount of time without transfer activity -. NEW BUG In-Reply-To: <45BEA045.2070103@knaff.lu> References: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com> <45BEA045.2070103@knaff.lu> Message-ID: <20070131150300.M12336@lyngbjerggaardskolen.dk> On Tue, 30 Jan 2007 02:32:53 +0100, Alain Knaff wrote > The new 20070129 version of udp-receiver now has a --start-timeout > option, which allows to specify a timeout, in seconds within which > the sender must send a rendez-vous packet, and then the first data packet. There is a bug in this feature. if you don't add --start-timeout xxxx under "extra udpcast parameters" (or what it is cald) the recever exits right away saying: "Recever error". I don't know if the problem is that the recever dosen't work without it og is the default value is set to 0 sek, but it is a very irritating bug Greetings Gunner Poulsen Ps. The new 2.6.19 kernel solved my r8169 problem :-)