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:
Udp-sender 2007-03-23
No suitable network interface found
The following interfaces are available:
lo 127.0.0.1
eth2 10.46.0.251
eth2:1 10.46.0.1
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 was trying to make an image that would work with all our systems, but have
run into a problem.
At first I tried building everything, and that seemed to work, but we have a lab
with most machines have 3com cards, but some have the on board 8139
cards. The auto script fails with a udpc spript problem. You can press the esc
key and go back, and it shows the 8139cp and the 8139too. It you select the
8139too, and click on, it will go thru, and eventually work, but requires enters
on everything. I don't think we have anything with 8139cp cards, so I went
back and redid the build, but this time I unchecked the 8139cp. Redid the
process and got the same results. It doesn't seem to have the 8139cp.ko file,
but it still seems to try it.
All the machines had 3com cards, but a couple have failed, so we switched
those to use the onboard, which seems to be as good.
+----------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor
Guam Community College Computer Center
mailto:mikes@kuentos.guam.net
mailto:msetzerii@gmail.com
http://www.guam.net/home/mikes
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 6,887,276.9695 | EINSTEIN 2,134,564.5709 | ROSETTA
694,861.8863
I tested this and it works. Thanks! Sorry for the top post.
Dax Kelson
Guru Labs
-----Original Message-----
From: Alain Knaff <alain(a)knaff.lu>
Sent: Monday, November 17, 2008 12:53 PM
To: Dax Kelson <dkelson(a)gurulabs.com>
Cc: udpcast(a)udpcast.linux.lu
Subject: Re: [Udpcast] Spanning Tree/udhcpc failure
Dax Kelson wrote:
> -T,--timeout=N Try to get a lease for N seconds (default 3)
>
> Could you bump this up by default to say 10 seconds (or have it tunable
> on the cast-o-matic)?
I've now bumped it to 11 seconds (in order to take some slack...), and
noticed that it actually retries 3 times (giving 33 seconds for the
switch to react)
Alain
udpcast now installs the file /usr/include/rateGovernor.h. What's the
purpose of this file? Can it be used by external programs, so that it
has to be installed?
--
Frederik
To try to track down the udpcast corrupt file problem, I ran some more
tests. This time I used a ~50GB file, a sender, and only 1 receiver.
side bytes
sender: 53687091200
receiver: 53686091776
In all of my large-file runs, udp-receiver comes up a bit "short", it
missing some of the data, never "long".
I created a 50 GB test file with predictable text data in it, suing this
ugly little program:
#include <stdio.h>
// 16 bytes per entry.
//
int main(void) {
long long gb = 1024 * 1024 * 1024;
long long m = 50 * gb;
long long i;
for(i = 0; i<m; i+= 16) {
printf("%.15lld\n", i);
}
}
so that I could easily look at the files. I found that the received file
ended with the same data as the sent file; in other words, the problem
is *not* a matter of terminating early, or other finishing-out process.
Rather, it's much earlier. According to "cmp":
differ: byte 2098176010, line 131136001
That's a little under 2 GB of the way in to a 50 GB file.
Strangely, I ran repeated tests with 10 GB files, and didn't get any
corruption.
Alain - it would warm my heart to see you ack these messages, even if
you don't have a solution at hand.
--
Kyle Cordes
http://kylecordes.com
Hello,
Can UDPcast be configured to "try harder/longer" to obtain a DHCP lease?
We have spanning tree running on our switches and updcast always fails
to obtain a lease on the first three attempts, then manually telling it
to try again always results in success. This defeats the "preconfigured"
setup.
Looking at the docs for udhcpc, I see:
-T,--timeout=N Try to get a lease for N seconds (default 3)
Could you bump this up by default to say 10 seconds (or have it tunable
on the cast-o-matic)?
Thanks,
Dax Kelson
Guru Labs
BTW, the mailman page for this list is giving a "500 Internal Server
Error".
Hi,
Someone asked me if udcast is ok to clone MacIntosh...
... does anybody know?
No such computer at home or work to try myself...
Regards.
--
Stephane Boireau.
Hello Alain,
I need to use udpcast and I use cast-o-matic, the web-based udpcast
configurator to make it.
I attach log files about my hw and sw configuration made with slax
6.0.7.
I choose:
- etherboot image
- e100: Intel(R) PRO/100 Network
The pc boots from etherboot and receives image of udpcast, but I can't
find any disk device on my pc.
Otherwise Slax finds hda and Gentoo finds sda1.
What is wrong?
Thanks
Gianluigi
--------------------------------------------------------------------------------
Questo messaggio e-mail e ogni documento ad esso eventualmente allegato puo' avere carattere riservato ed essere tutelato da segreto. Esso,comunque, e'
ad esclusivo utilizzo del destinatario in indirizzo. Qualora non foste il destinatario del messaggio vi preghiamo di volerci avvertire immediatamente per e-mail o telefono e di cancellare il presente messaggio e ogni eventuale allegato dal vostro sistema. E' vietata la duplicazione o l'utilizzo per qualunque fine del messaggio e di ogni allegato, nonche' la loro divulgazione, distribuzione o inoltro a terzi senza l'espressa autorizzazione del mittente. In ragione del mezzo di trasmissione utilizzato, il mittente non assume alcuna responsabilita' sulla segretezza/riservatezza delle informazioni contenute nel messaggio e nei relativi allegati.
This e-mail and any file transmitted with it may contain material that is confidential, privileged and/or attorney work product for the sole use of the intended recipient. If you are not the intended recipient of this e-mail, please do not read it, notify us immediately by e-mail or by telephone and then delete this message and any file attached from your system. You should not copy or use it for any purpose, disclose the contents of the same to any other person or forward it without express permission.
Considering the means of transmission, we do not undertake any liability with respect to the secrecy and confidentiality of the information contained in this e-mail and its attachments.
The portfast setting tunes Spanning Tree timers on Cisco switches.
Without portfast you get the standard (slow) timers.
Not all switches are Cisco, not all switches have a portfast like setting, not all environments have policies that allow changing the spanning tree timers.
-----Original Message-----
From: Stefan Jäckel <stefan.jaeckel(a)wiwi.uni-halle.de>
Sent: Tuesday, November 04, 2008 1:25 AM
To: udpcast(a)udpcast.linux.lu
Subject: Re: [Udpcast] Spanning Tree/udhcpc failure
Hi,
Am Montag 03 November 2008 20:14:03 schrieb Dax Kelson:
> Hello,
>
> Can UDPcast be configured to "try harder/longer" to obtain a DHCP lease?
> We have spanning tree running on our switches and updcast always fails
> to obtain a lease on the first three attempts, then manually telling it
> to try again always results in success. This defeats the "preconfigured"
> setup.
>
> Looking at the docs for udhcpc, I see:
>
> -T,--timeout=N Try to get a lease for N seconds (default 3)
>
> Could you bump this up by default to say 10 seconds (or have it tunable
> on the cast-o-matic)?
I do not think, that the Spanning Tree Protocol is the reason. Maybe
the "Portfast" setting on the Switch? The Port for the dhcp-connection (at
boot time, without portfast) is to slow (port on the switch is not up, while
asking for the lease).
(sorry for my english)
Greatings.
S. Jäckel
>
> Thanks,
> Dax Kelson
> Guru Labs
>
> BTW, the mailman page for this list is giving a "500 Internal Server
> Error".
>
> _______________________________________________
> Udpcast mailing list
> Udpcast(a)udpcast.linux.lu
> https://lll.lgl.lu/mailman/listinfo/udpcast
_______________________________________________
Udpcast mailing list
Udpcast(a)udpcast.linux.lu
https://lll.lgl.lu/mailman/listinfo/udpcast