This was working and now it has stopped.
Have a UDPcast server running on a HP DL360G5 with 4 NICS. One
connected to an internal infrastructure (eth2) and another connected
to a dedicated switch with the client systems on the same switch (eth3).
When i run the UDPcast send or receive, using the following command:
udp-sender -f /home/base.udpc --interface eth3 --point-to-point --full-
duplex --max-bitrate 600m --nokbd --portbase=9922 --min-receivers 1 --
rexmit-hello-interval 5000 --max-wait 300
I get the following error message:
No suitable network interface found
The following interfaces are available:
Interestingly, an ifconfig show eth3 as a valid network adapter, but
the udp-sender does not see the device. This was working last week,
and nothing has changed on the server
I have tried everything, restarting DHCP, removing the interface and
adding again. Rebooted the server, restarted the network stack
manually. nothing seems to help.
Using SUSE linux 10 as the base server OS.
I'd like to use udp-sender with async and a unicast address instead of
multicast so that unicast at the MAC layer is actually used.
Ive tried using the pointopoint switch, but I get the message "pointopoint
mode set, and 0 participants instead of 1".
Is there a way to do this with udpcast?
I've been using UDP Cast extensively for a while now and I love it, but I
had an issue last week and I want to share it witou you.
The UDP Cast website provides handy ready-made boot images. Apparently,
those images are compiled for i686 and I couldn't make them work on an
older machine because the processor doesn't implement the CMOV operation.
The problem seem to belong to GCC, because it thinks that every i686
processor implements the optional CMOV operation, which is not true.
I solved the problem by compiling my own UDP Cast kernel, but I suggest
that the next UDP Cast ready-made boot images drop the i686 requirement
and stick to i386, for compatibility reasons.
Is this a reasonable request?
Thank you and best regards,
Engenharia Informatica e de Computadores - Instituto Superior Tecnico
I have problems restoring image with Clonezilla which uses udpcast.
Since it seems that it's problem in udpcast I'm sending description of
the problem here.
Whole discussion you can find here
And here is explanation of problem and messages that I receive on CLI
and in log files.
I create image of MS Win XP and I save it to server. Then I boot clients
with PXE and they start Clonezilla. After that Clonezilla server should
start sending multicast (or brodcast, whichever I choose in
3:14 minutes after that I get this message on CLI
apt-cache search/opt/drbl/sbin/ocs-functions: line 3537: 27660 Exit 141
( for img in $imagedir/$target_d/$img_file_prefix;
27662 Floating point exception| $udpcast_send_cmd 2> $udpcast_stderr
And in /var/log/messages I have
Feb 27 08:26:37 server udpcast: New connection from 192.168.1.104
Feb 27 08:26:37 server udpcast: first connection: min wait
secs - max wait - min clients
Feb 27 08:26:47 server udpcast: New connection from 192.168.1.103
Feb 27 08:27:10 server udpcast: New connection from 192.168.1.105
Feb 27 08:27:20 server udpcast: New connection from 192.168.1.106
Feb 27 08:27:22 server udpcast: min receivers reached: starting
Feb 27 08:27:22 server udpcast: Starting transfer: file pipe
port if[eth1] participants
Feb 27 08:30:36 server udpcast: dropped client #0 because of timeout
Feb 27 08:30:36 server udpcast: Disconnecting #0 (192.168.1.104)
Feb 27 08:30:36 server udpcast: dropped client #1 because of timeout
Feb 27 08:30:36 server udpcast: Disconnecting #1 (192.168.1.103)
Feb 27 08:30:36 server udpcast: dropped client #2 because of timeout
Feb 27 08:30:36 server udpcast: Disconnecting #2 (192.168.1.105)
Feb 27 08:30:36 server udpcast: dropped client #3 because of timeout
Feb 27 08:30:36 server udpcast: Disconnecting #3 (192.168.1.106)
I have tried to restore two images and they both end the same way (3:14
min and same message). And I can restore that image with unicast, so
it's not image problem.
I have tried both multicast and brodcast method, and non of them works,
so I guess it's not switch issue.
All clients and server are connected on one switch.
Please confirm me that I'm having problems with unicast.
Please help me to troubleshoot this problem.
I'm using Ubuntu 8.10 server and udpcast version is 20081213
Google talk: parcina80
I'm using udp-sender to send an announce package and using udp-receiver
inside of a C program in loop who stays checking for new announce packages.
The announce package has no more then 1.5K
The problem is, after some interactions, udp-receiver lock and stay quiet
waiting for close the connection by sender, but the announce is complete
inside the system.
So, my question is, can I put a timeout in udp-receiver to close this
connection if some defined time pass away?
Diego de Carvalho Zimmermann
Phone: +55(41) 8836-8972
"Be Free, use Linux"
I want to compile udpcast in fedora9(gcc version 4.3), my process as
1) download and complile ncurses-5.7
2) sudo make install /* Install ncurses library */
3) tar xfjv busybox-1.13.2.tar.bz2
4) cd busybox-1.13.2
5) tar xfzv ../udpcast-20081213.tar.gz
6) (cd udpcast-20081213 && ./configure)
7) tar xfzv ../udpbusybox-20081130.tar.gz
8) ../addBbApp.pl udpcdialog udpcast-20081213
9) make *defconfig* /* Create the maximum "sane" configuration. */
10) vi Makefile, modify line to LDLIBS := pthread ncurses
But i got following error message:
reference to '_IO_cleanup'
collect2: ld returned 1 exit status
make: *** [busybox_unstripped] Error 1
I think that the problem is with shared libc library.
nm result as follows:
$ nm /usr/lib/libc.a | grep _IO_cleanup
00001330 T _IO_cleanup
00000000 r __elf_set__libc_atexit_element__IO_cleanup__
I need help !!!
I list symbol from udpcdialog/lib.a
1) cd busybox-1.13.2/udpcdialog
2) nm lib.a | grep "_IO_cleanup"
00000000 T __bring_in_IO_cleanup
00000000 d __elf_set___libc_atexit_element__IO_cleanup__
_IO_cleanup not defined in busybox-1.13.2/udpcdialog/lib.a why ???
The past few days, I've been fighting to get udpcast to send an
uncorrupted disk image to my lab computers. The hard disks are 160GB
(160000000000) with six partitions (a mix of ntfs and ext2/3/swap).
During the multicast, the sender reports some time outs. After a few
hours and 160GB later, the progress indicator says it has run out of
disk space on the receivers. Not all of the partitions exist on the
cloned disks with a lot of free disk space either labelled empty or as
an unknown partition.
I'm using the prebuilt pxe linux kernel (184.108.40.206) with a cast-o-matic
Are the casting time outs related to the data corruption? And if the
disks are identical how can I be running out of space? What can I do to
get a clean copy of my disk across. I've been staying up way too long
trying to figure this out. Any help is greatly appreciated.
Thanks a lot Alan and Michael! :)
I will get back to you after trying out both the things.
I was looking for a driver for network card RTL8168. Its not supported by
the udpcast kernel.
On Wed, Feb 11, 2009 at 9:46 PM, Michael D. Setzer II <
> What is the driver you are looking for?
> I saw the reply from Alan, but a possible option that might work.
> I have a project called g4l, which does images using local and ftp options
> mainly, but does also include udpcast. If it recognizes your nic, you might
> able to use it. I had udp-reciever setup as an option on the menu, but the
> udp-sender has to be run manually, so might be more than you want to do.
> So, you can download the latest g4l version 0.29 from sourceforge, and see
> if it does recognize the card. Then the issue would be are you doing a full
> disk image or a partition image. You will also, have to figure how the disk
> recognized by g4l. It uses the standard kernels, and the disk may show up
> /dev/hda instead of /dev/sda. My systems with regular ide drives are
> /dev/hda, but with Fedora the come up as /dev/sda, so it doesn't matter,
> you need the right device to get it to work.
> Also, how many machines are you doing? If it is a limited number, a regular
> image could be done, and then restore via g4l regularly. Also, which OS are
> your machines. G4L has ntfsclone, which is faster than an image copy of
> partitions, but would need to know the setup.
> Hope this helps...
> On 11 Feb 2009 at 18:36, Knight Samar wrote:
> > Hi,
> > The pre-build kernel for udpcast doesn't include driver for my network
> card hence all my pcs only
> > boot up and can't accept ip address.
> > How do I including the driver's .ko file in such a way that it is
> available for the kernel to use ?
> > I tried the files executables to be added to image option in
> cast-o-matic, but that doesn't work.
> > Please help!
> > Thanks.
> > Samar
> Michael D. Setzer II - Computer Science Instructor
> Guam Community College Computer Center
> Guam - Where America's Day Begins
> http://setiathome.berkeley.edu (Original)
> Number of Seti Units Returned: 19,471
> Processing time: 32 years, 290 days, 12 hours, 58 minutes
> (Total Hours: 287,489)
> BOINC@HOME CREDITS
> SETI 7,363,780.2045 | EINSTEIN 2,314,435.1909 | ROSETTA
The pre-build kernel for udpcast doesn't include driver for my network card
hence all my pcs only boot up and can't accept ip address.
How do I including the driver's .ko file in such a way that it is available
for the kernel to use ?
I tried the *files executables to be added to image* option in cast-o-matic,
but that doesn't work.