Udpcast March 2006

udpcast@udpcast.linux.lu

8 participants
10 discussions

UDPCast source code issues...
by Saikrishna Dasari 25 Apr '06

25 Apr '06

Hi Alain, I was studying the UDPCast source code for some experimental purposes. I have the following question. 1. The whole data to be transfered into is divided into slices which again contains a series of blocks to transfer. Can we consider the whole data to be transfered as a single slice ( By setting appropriate parameters in code) and what kind of performance issues we can expect if we do a change of this kind at code level. Thanks in advance, Sai --------------------------------- Do you Yahoo!? Y! Messenger - Communicate in real time. Download now.

3 2

Buggy tg3 ethernet
by Donald Teed 04 Apr '06

04 Apr '06

The option of ipappend 1 in the default file and retransmission of HELLOs in udp-sender (--rexmit-hello-interval) has been valuable to getting udpcast working with the Dell notebooks we have with Broadcom 5700 series ethernet. Today, with a slightly newer broadcom chipset appearing in the most recent shipment, we noticed that udp-receiver was intermittantly not showing the "hit any button to start transfer" message. With some trial and error I found that if I watched the tail of /var/log/message on the receiver (server) and waited for the messages on TX and RX flow control to complete before running udp-receiver, it would always initiate a good connection. If I had started the udp-receiver prior to the TX/RX flow control appearing in the message log (in which case there was no "hit any key" message), I could ^C the receiver, run it again and it would signify the ready state with 100% success. In conclusion, we have a workaround of starting udp-receiver after a few seconds past the client PXE machine booting and showing the udp-sender status ready (but not yet "hit any key..."). Another solution would be if udp-receiver also supported --rexmit-hello-interval. It isn't a flaw in the udpcast system but a kludge for a network device that is proving itself to be sluggish in initialization in general. --Donald Teed

2 1

Default boot not recognizing kb
by abarkley＠jamadots.com 04 Apr '06

04 Apr '06

I downloaded your CD image and it worked fine until I used it on a pc with a USB keyboard. These PCs are in the lab I am trying the program on. Do I need to compile my own image using my own kernal? I am using debian 3.1 and cannot find the required files as specified by the -k switch. Please, let me know what I need to do. Thanks, AJ

2 1

multicasting over satellite
by Sinan Nalkaya 21 Mar '06

21 Mar '06

hello, i have a server and client, there are about 50 routers between them and connection type is satellite, i am allowed to use addresses between 224.1.1.1 - 239.1.1.1 and ports between 1000 - 6000 on server, and have a multicasting policy, my all switches configured properly about IGMP Snooping my problem is i cannot get multicast from clients. here is my log Client Side : $ udp-receiver -f deneme.mpg --portbase 3000 --interface eth1 --mcast-all-addr 224.2.2.1 --nokbd Udp-receiver 2004-05-31 UDP receiver for deneme.mpg at 192.169.132.2 on eth1 received message, cap=00000019 Connected as #0 to 192.168.1.111 Listening to multicast on 232.168.1.111 The Server Side: # udp-sender -f poas.mpg --interface eth1 --ttl 200 --portbase 3000 --mcast-all-addr 224.2.2.1 --nopointopoint Udp-sender 2004-05-31 Using mcast address 232.168.1.111 UDP sender for poas.mpg at 192.168.1.111 on eth1 Broadcasting control to 224.2.2.1 New connection from 192.169.132.2 (#0) 00000019 Ready. Press any key to start sending data. Starting transfer: 00000019 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=10000 without --nopointopoint parameter it works very fine if using just 1 client, but when i try on multiple client, i can never get the multicast from client. what should i do? any help would be appreciated. Thank you

2 2

Re: [Udpcast] errors with --merge
by Mycah Mattox 09 Mar '06

09 Mar '06

> Mycah Mattox wrote: > > ignoring '/lib/modules/2.6.14.4udpcast' (lstat failed) > > Kversion=2.6.14.4udpcast > > Using ramdisk 01:00 > > Maybe an installation problem of the udpcast kernel. Did you install > from RPM, or compile the kernel yourself? > When compiling yourself, don't forget to do 'make modules_install' > > Alain > I was using the kernel located at http://udpcast.linux.lu/20051223/linux, I did not realize for the merge command, I needed the sources. Using the merge, is it rebuilding the entire initrd from the sources, and not really adding a file to an existing initrd? With the sources, I'm able to complete the build with no errors while building using kernel-udpcast-2.6.14.4-1.i586.rpm and the above mentioned kernel linked. Now the initrd went from 822172 to 3786015 (both bzipped) and when booting to the image, I get "Warning: unable to open an initial console." I see no other errors while scrolling through the displayed text. Am I totally messing this up by using the pxe kernel? Should I be modifying the /lib/modules/2.6.14.4udpcast sources? I used the same command line as the previous message to build this. Am I doing something horribly wrong? Thanks for your help. It's a great app. Mycah

3 7

problem reading from keyboard in a script with udp-sender
by DeadManMoving 08 Mar '06

08 Mar '06

Hi list, i've been bashing my head on this one for a long time so i'd like to know if someone could give me an hint on it. I'm writing a script to control how i use udpcast to install my machines. My problem is that when i try to use "read" (bash builtin), right after udp-sender complete his transfer (Transfer complete. Disconnecting ...), "read" cannot read from the keyboard and i'm having this error : read: read error: 0: Resource temporarily unavailable I even try to write my script in perl but "chomp" fail at the same place... I'm pretty sure that it is a File Descriptor problem but don't know how to solve it. I think the relevant udpcast code is in console.c but i'm not a C programmer so i don't understand very well how things or going out in this file. Thanks a lot! Tony

2 2

bug in udpr-negotiate
by Johan Gadsjö 08 Mar '06

08 Mar '06

Hi, I have found a bug in udpr-negotiate.c resulting in a segmentation fault on my platform. I'm not sure if this list is the right place for bug reports and patches but I give it a try. In function startReceiver the struct client_config is allocated on the stack. A pointer to this struct is later set globally (global_client_config). The problem with this is that the struct is freed as the function returns. client_config should initially have been allocated on the heap and not on the stack to allow this behavior. Regards Johan A patch could look like this: # diff udpcast-20060208/udpr-negotiate.c udpcast-modified/udpr-negotiate.c 84c84 < struct client_config client_config; --- > struct client_config *client_config; 92c92,94 < client_config.sender_is_newgen = 0; --- > client_config = MALLOC(struct client_config); > > client_config->sender_is_newgen = 0; 113c115 < zeroSockArray(client_config.socks, NR_CLIENT_SOCKS); --- > zeroSockArray(client_config->socks, NR_CLIENT_SOCKS); 115c117 < client_config.S_UCAST = makeSocket(ADDR_TYPE_UCAST, --- > client_config->S_UCAST = makeSocket(ADDR_TYPE_UCAST, 118c120 < client_config.S_BCAST = makeSocket(ADDR_TYPE_BCAST, --- > client_config->S_BCAST = makeSocket(ADDR_TYPE_BCAST, 126c128 < setSocketToBroadcast(client_config.S_UCAST); --- > setSocketToBroadcast(client_config->S_UCAST); 132c134 < setMcastDestination(client_config.S_UCAST, net_config->net_if, --- > setMcastDestination(client_config->S_UCAST, net_config->net_if, 134c136 < setTtl(client_config.S_UCAST, net_config->ttl); --- > setTtl(client_config->S_UCAST, net_config->ttl); 136c138 < client_config.S_MCAST_CTRL = --- > client_config->S_MCAST_CTRL = 148c150 < printMyIp(net_config->net_if, client_config.S_UCAST); --- > printMyIp(net_config->net_if, client_config->S_UCAST); 154c156 < client_config.clientNumber= 0; /*default number for asynchronous transfer*/ --- > client_config->clientNumber= 0; /*default number for asynchronous > transfer*/ 161c163 < if (sendConnectReq(&client_config, net_config, --- > if (sendConnectReq(client_config, net_config, 171c173 < sock = udpc_selectSock(client_config.socks, NR_CLIENT_SOCKS); --- > sock = udpc_selectSock(client_config->socks, NR_CLIENT_SOCKS); 175c177 < Msg, client_config.serverAddr, net_config->portBase); --- > Msg, client_config->serverAddr, net_config->portBase); 181c183 < if(getPort(&client_config.serverAddr) != --- > if(getPort(&client_config->serverAddr) != 188c190 < client_config.clientNumber = ntohl(Msg.connectReply.clNr); --- > client_config->clientNumber = ntohl(Msg.connectReply.clNr); 194c196 < client_config.sender_is_newgen = 1; --- > client_config->sender_is_newgen = 1; 198c200 < if (client_config.clientNumber == -1) { --- > if (client_config->clientNumber == -1) { 207c209 < client_config.sender_is_newgen = 1; --- > client_config->sender_is_newgen = 1; 232,233c234,235 < client_config.clientNumber, < getIpString(&client_config.serverAddr, ipBuffer)); --- > client_config->clientNumber, > getIpString(&client_config->serverAddr, ipBuffer)); 241c243 < client_config.S_MCAST_DATA = --- > client_config->S_MCAST_DATA = 251,252c253,254 < if(client_config.socks[i] != -1) < setRcvBuf(client_config.socks[i],net_config->requestedBufSize); --- > if(client_config->socks[i] != -1) > setRcvBuf(client_config->socks[i],net_config->requestedBufSize); 258c260 < global_client_config= &client_config; --- > global_client_config= client_config; 268c270 < client_config.isStarted = 0; --- > client_config->isStarted = 0; 272c274 < client_config.console = NULL; --- > client_config->console = NULL; 276c278 < client_config.console = prepareConsole(0); --- > client_config->console = prepareConsole(0); 280c282 < spawnNetReceiver(&fifo,&client_config, net_config, stats); --- > spawnNetReceiver(&fifo,client_config, net_config, stats); 285c287 < pthread_join(client_config.thread, NULL); --- > pthread_join(client_config->thread, NULL);

1 0

bug in udpr-negotiate
by Johan Gadsjö 08 Mar '06

08 Mar '06

Hi, I have found a bug in udpr-negotiate.c resulting in a segmentation fault on my platform. I'm not sure if this list is the right place for bug reports and patches but I give it a try. In function startReceiver the struct client_config is allocated on the stack. A pointer to this struct is later set globally (global_client_config). The problem with this is that the struct is freed as the function returns. client_config should initially have been allocated on the heap and not on the stack to allow this behavior. Regards Johan A patch could look like this: # diff udpcast-20060208/udpr-negotiate.c udpcast-modified/udpr-negotiate.c 84c84 < struct client_config client_config; --- > struct client_config *client_config; 92c92,94 < client_config.sender_is_newgen = 0; --- > client_config = MALLOC(struct client_config); > > client_config->sender_is_newgen = 0; 113c115 < zeroSockArray(client_config.socks, NR_CLIENT_SOCKS); --- > zeroSockArray(client_config->socks, NR_CLIENT_SOCKS); 115c117 < client_config.S_UCAST = makeSocket(ADDR_TYPE_UCAST, --- > client_config->S_UCAST = makeSocket(ADDR_TYPE_UCAST, 118c120 < client_config.S_BCAST = makeSocket(ADDR_TYPE_BCAST, --- > client_config->S_BCAST = makeSocket(ADDR_TYPE_BCAST, 126c128 < setSocketToBroadcast(client_config.S_UCAST); --- > setSocketToBroadcast(client_config->S_UCAST); 132c134 < setMcastDestination(client_config.S_UCAST, net_config->net_if, --- > setMcastDestination(client_config->S_UCAST, net_config->net_if, 134c136 < setTtl(client_config.S_UCAST, net_config->ttl); --- > setTtl(client_config->S_UCAST, net_config->ttl); 136c138 < client_config.S_MCAST_CTRL = --- > client_config->S_MCAST_CTRL = 148c150 < printMyIp(net_config->net_if, client_config.S_UCAST); --- > printMyIp(net_config->net_if, client_config->S_UCAST); 154c156 < client_config.clientNumber= 0; /*default number for asynchronous transfer*/ --- > client_config->clientNumber= 0; /*default number for asynchronous transfer*/ 161c163 < if (sendConnectReq(&client_config, net_config, --- > if (sendConnectReq(client_config, net_config, 171c173 < sock = udpc_selectSock(client_config.socks, NR_CLIENT_SOCKS); --- > sock = udpc_selectSock(client_config->socks, NR_CLIENT_SOCKS); 175c177 < Msg, client_config.serverAddr, net_config->portBase); --- > Msg, client_config->serverAddr, net_config->portBase); 181c183 < if(getPort(&client_config.serverAddr) != --- > if(getPort(&client_config->serverAddr) != 188c190 < client_config.clientNumber = ntohl(Msg.connectReply.clNr); --- > client_config->clientNumber = ntohl(Msg.connectReply.clNr); 194c196 < client_config.sender_is_newgen = 1; --- > client_config->sender_is_newgen = 1; 198c200 < if (client_config.clientNumber == -1) { --- > if (client_config->clientNumber == -1) { 207c209 < client_config.sender_is_newgen = 1; --- > client_config->sender_is_newgen = 1; 232,233c234,235 < client_config.clientNumber, < getIpString(&client_config.serverAddr, ipBuffer)); --- > client_config->clientNumber, > getIpString(&client_config->serverAddr, ipBuffer)); 241c243 < client_config.S_MCAST_DATA = --- > client_config->S_MCAST_DATA = 251,252c253,254 < if(client_config.socks[i] != -1) < setRcvBuf(client_config.socks[i],net_config->requestedBufSize); --- > if(client_config->socks[i] != -1) > setRcvBuf(client_config->socks[i],net_config->requestedBufSize); 258c260 < global_client_config= &client_config; --- > global_client_config= client_config; 268c270 < client_config.isStarted = 0; --- > client_config->isStarted = 0; 272c274 < client_config.console = NULL; --- > client_config->console = NULL; 276c278 < client_config.console = prepareConsole(0); --- > client_config->console = prepareConsole(0); 280c282 < spawnNetReceiver(&fifo,&client_config, net_config, stats); --- > spawnNetReceiver(&fifo,client_config, net_config, stats); 285c287 < pthread_join(client_config.thread, NULL); --- > pthread_join(client_config->thread, NULL);

1 0

Udpcast really slow on NEC AMD 64 3400+
by Stephane 08 Mar '06

08 Mar '06

Hi, I post again... It seems my post didn't reach the list... I get really slow results with NEC AMD 64 3400+ It has Gigabit ethernet card (RTL-8169), but I only get ~10Mbps when I try to clone to computers linked with one RJ45 cable (no switch). I did the test with LZOP compression and image created in january 2006. Do you know why I get slower results than when I clone old computers on my network? thank you very much! -- Stephane. PS: I put some informations below: sam fév 11 02:40:20 root@sargenec:~ # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 47 model name : AMD Athlon(tm) 64 Processor 3400+ stepping : 2 cpu MHz : 2189.263 cache size : 512 KB physical id : 0 siblings : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 pni syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm bogomips : 4308.99 sam fév 11 02:58:46 root@sargenec:~ # sam fév 11 07:46:53 root@sargenec:~ # lspci 0000:00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5950 (rev 10) 0000:00:02.0 PCI bridge: ATI Technologies Inc: Unknown device 5a34 0000:00:11.0 IDE interface: ATI Technologies Inc: Unknown device 437a 0000:00:12.0 IDE interface: ATI Technologies Inc: Unknown device 4379 0000:00:13.0 USB Controller: ATI Technologies Inc: Unknown device 4374 0000:00:13.1 USB Controller: ATI Technologies Inc: Unknown device 4375 0000:00:13.2 USB Controller: ATI Technologies Inc: Unknown device 4373 0000:00:14.0 SMBus: ATI Technologies Inc: Unknown device 4372 (rev 10) 0000:00:14.1 IDE interface: ATI Technologies Inc: Unknown device 4376 0000:00:14.3 ISA bridge: ATI Technologies Inc: Unknown device 4377 0000:00:14.4 PCI bridge: ATI Technologies Inc: Unknown device 4371 0000:00:14.5 Multimedia audio controller: ATI Technologies Inc: Unknown device 4370 (rev 01) 0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge 0000:01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5b60 0000:01:00.1 Display controller: ATI Technologies Inc: Unknown device 5b70 0000:02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) sam fév 11 07:49:04 root@sargenec:~ # sam fév 11 02:27:07 root@sargenec:~ # hdparm -I /dev/hda /dev/hda: ATA device, with non-removable media Model Number: ST380011A Serial Number: 4LH0BNRN Firmware Revision: 8.01 Standards: Used: ATA/ATAPI-6 T13 1410D revision 2 Supported: 6 5 4 3 Configuration: Logical max current cylinders 16383 65535 heads 16 1 sectors/track 63 63 -- CHS current addressable sectors: 4128705 LBA user addressable sectors: 156301488 LBA48 user addressable sectors: 156301488 device size with M = 1024*1024: 76319 MBytes device size with M = 1000*1000: 80026 MBytes (80 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 4 Queue depth: 1 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = ? Recommended acoustic management value: 128, current value: 0 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=240ns IORDY flow control=120ns Commands/features: Enabled Supported: * READ BUFFER cmd * WRITE BUFFER cmd * Host Protected Area feature set * Look-ahead * Write cache * Power Management feature set Security Mode feature set SMART feature set * FLUSH CACHE EXT command * Mandatory FLUSH CACHE command * Device Configuration Overlay feature set * 48-bit Address feature set SET MAX security extension * DOWNLOAD MICROCODE cmd * General Purpose Logging feature set * SMART self-test * SMART error logging Security: Master password revision code = 65534 supported not enabled not locked not frozen not expired: security count not supported: enhanced erase HW reset results: CBLID- above Vih Device num = 0 determined by CSEL Checksum: correct sam fév 11 02:27:53 root@sargenec:~ # -- Stephane.

2 3

errors with --merge
by Mycah Mattox 07 Mar '06

07 Mar '06

I used the online image generator to make a pxe initrd that works great. However, I'm trying to setup a script so the hard drives will be partitioned initially with parted. I'm trying to use makeImage --merge with the existing initrd to put parted into my initrd image, but something weird is going on. The initrd I download from the image generator on the website is 822172 in size. Then I run the following: ./makeImage -i initrd -k ../linux26 --merge /bin/parted=/usr/sbin/parted and it reports: ignoring '/lib/modules/2.6.14.4udpcast' (lstat failed) Kversion=2.6.14.4udpcast Using ramdisk 01:00 then the initrd is 468683 It doesn't seem to be injecting the file into the existing initrd, but rather rebuilding it from the template. Is there something I'm missing on this? I plan on using merge to also add a udpsender.pre, but I think it'll do the same until I get this issue resolved. Thanks for your help. Mycah

2 1

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Udpcast March 2006