From freggy at gmail.com  Thu Feb  1 16:46:12 2007
From: freggy at gmail.com (Frederik)
Date: Thu, 1 Feb 2007 16:46:12 +0100
Subject: [Udpcast] cast-o-matic initrd modules.info does not include all
	modules?
Message-ID: <28d495d10702010746s5dad7a26hb48b5cb8d34aac8@mail.gmail.com>

I'm trying to create an initrd for udpcast with cast-o-matic. In the
first screen, I only chose sky2 gigagabit ethernet driver and the ahci
and piix SATA drivers. These files are actually present in the
generated initrd, but it seems the file /lib/modules/modules.info does
not include any SATA drivers. Could somebody check this please?

-- 
Frederik


From breuer.jens at googlemail.com  Fri Feb  2 11:54:09 2007
From: breuer.jens at googlemail.com (Jens Breuer)
Date: Fri, 2 Feb 2007 11:54:09 +0100
Subject: [Udpcast] Exiting udp-receiver or reboot machine after a
	certain amount of time without transfer activity -. NEW BUG
In-Reply-To: <20070131150300.M12336@lyngbjerggaardskolen.dk>
References: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com>
	<45BEA045.2070103@knaff.lu>
	<20070131150300.M12336@lyngbjerggaardskolen.dk>
Message-ID: <76ce20420702020254s7166bef8u699601ab0a3d4947@mail.gmail.com>

Hello List,
Hello Alain,

thank you for implementing the feature in the current version.
Unfortunately I have to second what Gunner said as it seems that this
new feature introduced a weird behaviour.
I just tested the new version. I had my initrd build by cast-o-matic
and specified as extra command line parameters "--nokbd
--start-timeout  600". Additionally I always check the option "Reboot
system after udpcast" together with "full featured shell".
I waited 10 minutes because I wanted to see what happens when the
timeout exceeds and then I saw the following messages on the screen:
"Receiver error.
Error. Not rebooting."

The machine did not reboot what I don't think is the desired effect.

Regards
Jens


From Alex.Richards at saultcollege.ca  Fri Feb  2 19:07:51 2007
From: Alex.Richards at saultcollege.ca (Alex Richards)
Date: Fri, 2 Feb 2007 13:07:51 -0500
Subject: [Udpcast] help please
Message-ID: <6BA4267412824E40BCCF280E79E9229E036F31B9@cmail.saultcollege.ca>

Hi All, 

 

Have Latitude D620s - I can't make UDPcast bootdisks that support the
Broadcom 57xx Gigabit network card and Intel SATA drivers.  I can't find
documentation to add these drivers manually.  Any ideas?

 

Thanks,

Alex

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070202/91bcccc5/attachment.html>

From freggy at gmail.com  Mon Feb  5 09:50:39 2007
From: freggy at gmail.com (Frederik)
Date: Mon, 5 Feb 2007 09:50:39 +0100
Subject: [Udpcast] cast-o-matic initrd modules.info does not include all
	modules?
In-Reply-To: <28d495d10702010746s5dad7a26hb48b5cb8d34aac8@mail.gmail.com>
References: <28d495d10702010746s5dad7a26hb48b5cb8d34aac8@mail.gmail.com>
Message-ID: <28d495d10702050050v869228dy1a56fc6ee5f4e1e6@mail.gmail.com>

On 2/1/07, Frederik <freggy at gmail.com> wrote:
> I'm trying to create an initrd for udpcast with cast-o-matic. In the
> first screen, I only chose sky2 gigagabit ethernet driver and the ahci
> and piix SATA drivers. These files are actually present in the
> generated initrd, but it seems the file /lib/modules/modules.info does
> not include any SATA drivers. Could somebody check this please?

Could somebody take a look at this problem please? Even the iso file
on the main web site does not work because SATA modules are missing. I
suspect that it comes from the script which makes the images: it looks
for modules in drivers/net and drivers/scsi, but not in drivers/ata
wherse SATA modules are placed (maybe sata modules were moved from
scsi to ata directory in 2.6.19?).


-- 
Frederik


From marcelo at policamp.edu.br  Mon Feb  5 21:17:42 2007
From: marcelo at policamp.edu.br (Marcelo)
Date: Mon, 5 Feb 2007 18:17:42 -0200
Subject: [Udpcast] I can`t use sata
Message-ID: <000901c74962$bd3fdbd0$0a83000a@nucleomarcelo>

Hi people, 

Sorry, I dont speak english very well!

I  have  tried to use modules sata on site, but it doesn`t work. How  can I
put the driver into the image?

 

Regards 

Marcelo

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070205/9f0d2a0d/attachment.html>

From marcelo at policamp.edu.br  Tue Feb  6 13:06:02 2007
From: marcelo at policamp.edu.br (Marcelo)
Date: Tue, 6 Feb 2007 10:06:02 -0200
Subject: [Udpcast] I can`t use sata
Message-ID: <000b01c749e7$34c0ebc0$0a83000a@nucleomarcelo>

Lluís

I will try,

tks

 

 

  _____  

De: Lluís Gras [mailto:grasorama at googlemail.com] 
Enviada em: segunda-feira, 5 de fevereiro de 2007 20:33
Para: Marcelo
Cc: udpcast at udpcast.linux.lu
Assunto: Re: [Udpcast] I can`t use sata

 

It seems that modules.info lacks information about kernel/drivers/ata
directory.

ns:/home/cosa/INITRD/lib/modules/2.6.19.2udpcast# cat ../modules.info | grep
sata 
ns:/home/cosa/INITRD/lib/modules/2.6.19.2udpcast#

I'have not tested, but one could try.

mkdir INITRD
mv initrd initrd.gz
gunzip -d initrd.gz
cd INITRD
cpio -i < ../initrd

Add information to modules.info from

modinfo -n kernel/drivers/ata/*
modinfo -d kernel/drivers/ata/*

some little script ...

repack initrd with

INITRD$ find . | cpio --quiet --dereference -o -H newc | gzip -9 >
../initrd.gz

or something similar.

Good Luck, great piece of software i love it ;-)

2007/2/5, Marcelo <marcelo at policamp.edu.br  <mailto:marcelo at policamp.edu.br>
>:

Hi people, 

Sorry, I dont speak english very well!

I  have  tried to use modules sata on site, but it doesn`t work. How  can I
put the driver into the image?

 

Regards 

Marcelo


_______________________________________________
Udpcast mailing list
Udpcast at udpcast.linux.lu
https://lll.lgl.lu/mailman/listinfo/udpcast






-- 
... en el país de los ciegos el tuerto es el rey y diciendo esto se arranco
un ojo ... 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070206/5c7b4e0f/attachment.html>

From alain at knaff.lu  Wed Feb  7 17:22:15 2007
From: alain at knaff.lu (Alain Knaff)
Date: Wed, 07 Feb 2007 17:22:15 +0100
Subject: [Udpcast] cast-o-matic initrd modules.info does not include all
 modules?
In-Reply-To: <28d495d10702050050v869228dy1a56fc6ee5f4e1e6@mail.gmail.com>
References: <28d495d10702010746s5dad7a26hb48b5cb8d34aac8@mail.gmail.com>
	<28d495d10702050050v869228dy1a56fc6ee5f4e1e6@mail.gmail.com>
Message-ID: <45C9FCB7.8050402@knaff.lu>

Frederik wrote:
> On 2/1/07, Frederik <freggy at gmail.com> wrote:
>> I'm trying to create an initrd for udpcast with cast-o-matic. In the
>> first screen, I only chose sky2 gigagabit ethernet driver and the ahci
>> and piix SATA drivers. These files are actually present in the
>> generated initrd, but it seems the file /lib/modules/modules.info does
>> not include any SATA drivers. Could somebody check this please?
> 
> Could somebody take a look at this problem please? Even the iso file
> on the main web site does not work because SATA modules are missing. I
> suspect that it comes from the script which makes the images: it looks
> for modules in drivers/net and drivers/scsi, but not in drivers/ata
> wherse SATA modules are placed (maybe sata modules were moved from
> scsi to ata directory in 2.6.19?).

Thanks for the note, this is now fixed in today's release

Alain



From alain at knaff.lu  Wed Feb  7 17:34:29 2007
From: alain at knaff.lu (Alain Knaff)
Date: Wed, 07 Feb 2007 17:34:29 +0100
Subject: [Udpcast] help please
In-Reply-To: <6BA4267412824E40BCCF280E79E9229E036F31B9@cmail.saultcollege.ca>
References: <6BA4267412824E40BCCF280E79E9229E036F31B9@cmail.saultcollege.ca>
Message-ID: <45C9FF95.1040101@knaff.lu>

Alex Richards wrote:
> Hi All, 
> 
>  
> 
> Have Latitude D620s - I can't make UDPcast bootdisks that support the
> Broadcom 57xx Gigabit network card and Intel SATA drivers.  I can't find
> documentation to add these drivers manually.  Any ideas?
> 
>  
> 
> Thanks,
> 
> Alex

If you want to add new hardware (for which you have a kernel patch) you 
need to compile a new kernel (and modules) as described at the following 
URL:

http://udpcast.linux.lu/mkimagedoc.html#kernelCompile

Regards,

Alain



From alain at knaff.lu  Thu Feb  8 17:45:28 2007
From: alain at knaff.lu (Alain Knaff)
Date: Thu, 08 Feb 2007 17:45:28 +0100
Subject: [Udpcast] Exiting udp-receiver or reboot machine after
 a	certain amount of time without transfer activity -. NEW BUG
In-Reply-To: <76ce20420702020254s7166bef8u699601ab0a3d4947@mail.gmail.com>
References: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com>	<45BEA045.2070103@knaff.lu>	<20070131150300.M12336@lyngbjerggaardskolen.dk>
	<76ce20420702020254s7166bef8u699601ab0a3d4947@mail.gmail.com>
Message-ID: <45CB53A8.6010601@knaff.lu>

Jens Breuer wrote:
> Hello List,
> Hello Alain,
> 
> thank you for implementing the feature in the current version.
> Unfortunately I have to second what Gunner said as it seems that this
> new feature introduced a weird behaviour.
> I just tested the new version. I had my initrd build by cast-o-matic
> and specified as extra command line parameters "--nokbd
> --start-timeout  600". Additionally I always check the option "Reboot
> system after udpcast" together with "full featured shell".
> I waited 10 minutes because I wanted to see what happens when the
> timeout exceeds and then I saw the following messages on the screen:
> "Receiver error.
> Error. Not rebooting."
> 
> The machine did not reboot what I don't think is the desired effect.
> 
> Regards
> Jens

Yes, the "reboot" option in cast-o-matic was initially intended to 
reboot the machine into the installed OS in case of success. However, if 
--start-timeout is supplied and triggered, udp-receiver returns an error.

I've now added an "unconditional reboot" checkbox to cast-o-matic which 
should address this issue.

Regards,

Alain



From Alex.Richards at saultcollege.ca  Wed Feb  7 17:39:47 2007
From: Alex.Richards at saultcollege.ca (Alex Richards)
Date: Wed, 7 Feb 2007 11:39:47 -0500
Subject: [Udpcast] help please
In-Reply-To: <45C9FF95.1040101@knaff.lu>
Message-ID: <6BA4267412824E40BCCF280E79E9229E0375DBA7@cmail.saultcollege.ca>

Thanks - I figured it out - and have documented the process - it is
rough form - and am trying to figure out how to build a menu (or
pre-determined answers).  You folks want a copy of it - May save someone
else a headache down the road.

Alex Richards
IT Specialist, Information Technology Services
saultcollege.ca

-----Original Message-----
From: Alain Knaff [mailto:alain at knaff.lu] 
Sent: Wednesday, February 07, 2007 11:34 AM
To: Alex Richards
Cc: udpcast at udpcast.linux.lu; astewart at iss.k12.nc.us
Subject: Re: [Udpcast] help please

Alex Richards wrote:
> Hi All, 
> 
>  
> 
> Have Latitude D620s - I can't make UDPcast bootdisks that support the
> Broadcom 57xx Gigabit network card and Intel SATA drivers.  I can't
find
> documentation to add these drivers manually.  Any ideas?
> 
>  
> 
> Thanks,
> 
> Alex

If you want to add new hardware (for which you have a kernel patch) you 
need to compile a new kernel (and modules) as described at the following

URL:

http://udpcast.linux.lu/mkimagedoc.html#kernelCompile

Regards,

Alain




From suprdave at foothills.net  Thu Feb  8 20:51:49 2007
From: suprdave at foothills.net (David Crider)
Date: Thu, 08 Feb 2007 14:51:49 -0500
Subject: [Udpcast] Exiting udp-receiver or reboot machine after
 a	certain amount of time without transfer activity -. NEW BUG
In-Reply-To: <45CB53A8.6010601@knaff.lu>
References: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com>	<45BEA045.2070103@knaff.lu>	<20070131150300.M12336@lyngbjerggaardskolen.dk>	<76ce20420702020254s7166bef8u699601ab0a3d4947@mail.gmail.com>
	<45CB53A8.6010601@knaff.lu>
Message-ID: <45CB7F55.6060201@foothills.net>

Hello group, This is my first post and wanted to thank everyone and the 
author(s) for their hard work.
I work in the broadcast industry and have been developing Datacast 
solutions for KET. Well, after seeing this project I realized that this 
could replace our propitiatory software. The only hurdle is to be able 
to throttle the output on demand, as the one- way stream and forward 
error correction system has been implemented. I will get details on the 
throttling procedures for the group if anyone is interested. The 
hardware that it needs to talk to is a Logic Innovations IPE (IP 
Encapsulator) that embeds the IP traffic in the 19.39 Mbit data stream. 
I can give more info on request.
David Crider
Special Projects Engineer
Kentucky Educational Television

Alain Knaff wrote:
> Jens Breuer wrote:
>   
>> Hello List,
>> Hello Alain,
>>
>> thank you for implementing the feature in the current version.
>> Unfortunately I have to second what Gunner said as it seems that this
>> new feature introduced a weird behaviour.
>> I just tested the new version. I had my initrd build by cast-o-matic
>> and specified as extra command line parameters "--nokbd
>> --start-timeout  600". Additionally I always check the option "Reboot
>> system after udpcast" together with "full featured shell".
>> I waited 10 minutes because I wanted to see what happens when the
>> timeout exceeds and then I saw the following messages on the screen:
>> "Receiver error.
>> Error. Not rebooting."
>>
>> The machine did not reboot what I don't think is the desired effect.
>>
>> Regards
>> Jens
>>     
>
> Yes, the "reboot" option in cast-o-matic was initially intended to 
> reboot the machine into the installed OS in case of success. However, if 
> --start-timeout is supplied and triggered, udp-receiver returns an error.
>
> I've now added an "unconditional reboot" checkbox to cast-o-matic which 
> should address this issue.
>
> Regards,
>
> Alain
>
> _______________________________________________
> Udpcast mailing list
> Udpcast at udpcast.linux.lu
> https://lll.lgl.lu/mailman/listinfo/udpcast
>
>   



From alain at knaff.lu  Fri Feb  9 10:04:50 2007
From: alain at knaff.lu (Alain Knaff)
Date: Fri, 09 Feb 2007 10:04:50 +0100
Subject: [Udpcast] Throttle output "on demand" (Was: Exiting udp-receiver
	...)
In-Reply-To: <45CB7F55.6060201@foothills.net>
References: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com>	<45BEA045.2070103@knaff.lu>	<20070131150300.M12336@lyngbjerggaardskolen.dk>	<76ce20420702020254s7166bef8u699601ab0a3d4947@mail.gmail.com>	<45CB53A8.6010601@knaff.lu>
	<45CB7F55.6060201@foothills.net>
Message-ID: <45CC3932.4070605@knaff.lu>

David Crider wrote:
> Hello group, This is my first post and wanted to thank everyone and the 
> author(s) for their hard work.
> I work in the broadcast industry and have been developing Datacast 
> solutions for KET. Well, after seeing this project I realized that this 
> could replace our propitiatory software. The only hurdle is to be able 
> to throttle the output on demand, as the one- way stream and forward 
> error correction system has been implemented. I will get details on the 
> throttling procedures for the group if anyone is interested. The 
> hardware that it needs to talk to is a Logic Innovations IPE (IP 
> Encapsulator) that embeds the IP traffic in the 19.39 Mbit data stream. 
> I can give more info on request.
> David Crider
> Special Projects Engineer
> Kentucky Educational Television

Right now, you can already set the data transmit rate using the 
--max-bitrate setting

But probably what you are looking for is a way to dynamically change it 
during transmission? I'll think about a way to implement that. Maybe by 
accepting control packets over a second UDP port which contain commands 
to set bitrate to a new value?

Alain


From dcrider at ket.org  Fri Feb  9 20:50:22 2007
From: dcrider at ket.org (David Crider)
Date: Fri, 09 Feb 2007 14:50:22 -0500
Subject: [Udpcast] Throttle output "on demand" (Was: Exiting
	udp-receiver ...)
In-Reply-To: <45CC3932.4070605@knaff.lu>
References: <76ce20420610240530r584ab96aidc6fabb6789f8bc9@mail.gmail.com>	<45BEA045.2070103@knaff.lu>	<20070131150300.M12336@lyngbjerggaardskolen.dk>	<76ce20420702020254s7166bef8u699601ab0a3d4947@mail.gmail.com>	<45CB53A8.6010601@knaff.lu>
	<45CB7F55.6060201@foothills.net> <45CC3932.4070605@knaff.lu>
Message-ID: <45CCD07E.4040605@ket.org>

Yes, dynamically changing the bandwidth through SNMP messages is what I 
need. I can send you the info on how LI (Logic Innovations) and other 
IPE manufactures talk to the datacasting computers. This will take me a 
couple of days as I'll need to contact Logic Innovations first. Thank 
you for your time and wonderful product and I look forward to sharing 
with the group the GUI front end and GUI user client that I am using for 
my applications as soon as its finished.


Alain Knaff wrote:
> David Crider wrote:
>> Hello group, This is my first post and wanted to thank everyone and 
>> the author(s) for their hard work.
>> I work in the broadcast industry and have been developing Datacast 
>> solutions for KET. Well, after seeing this project I realized that 
>> this could replace our propitiatory software. The only hurdle is to 
>> be able to throttle the output on demand, as the one- way stream and 
>> forward error correction system has been implemented. I will get 
>> details on the throttling procedures for the group if anyone is 
>> interested. The hardware that it needs to talk to is a Logic 
>> Innovations IPE (IP Encapsulator) that embeds the IP traffic in the 
>> 19.39 Mbit data stream. I can give more info on request.
>> David Crider
>> Special Projects Engineer
>> Kentucky Educational Television
>
> Right now, you can already set the data transmit rate using the 
> --max-bitrate setting
>
> But probably what you are looking for is a way to dynamically change 
> it during transmission? I'll think about a way to implement that. 
> Maybe by accepting control packets over a second UDP port which 
> contain commands to set bitrate to a new value?
>
> Alain
>



From Haiwei.Sun at sg.panasonic.com  Tue Feb 13 07:34:22 2007
From: Haiwei.Sun at sg.panasonic.com (Haiwei Sun)
Date: Tue, 13 Feb 2007 14:34:22 +0800
Subject: [Udpcast] a bug from UDP-sender.exe under WinXP?
Message-ID: <5F09D220B62F79418461A978CA0921BD0189B9E1@pslexc01.psl.local>

Dear Sir:

 

I am testing UDP-sender.exe and UDP-receiver.exe under WinXP with
following commands. But a error (marked by red color) happens after the
server transfers data once. Under linux, I have never met this problem.
I am wonder if there is a bug?



UDP-sender:

 

C:\Documents and Settings\hwsun.PSL-AD\Desktop\UDPCast-run>udp-sender -f
test.tx

t -P 5004 -M 239.1.1.1 --daemon-mode --nokbd --min-receivers 1

 

Udp-sender 2007-02-05

Using mcast address 234.81.112.185

UDP sender for test.txt at 10.81.112.185 on Intel(R) PRO/100 VE Network
Connecti

on - Packet Scheduler Miniport (00-00-e2-5b-c7-66)

Broadcasting control to 239.1.1.1

New connection from 10.81.112.185  (#0) 00000009

Starting transfer: 00000009

bytes=          1 230 re-xmits=0000000 (  0.0%) slice=0000           1
230 -   0

 

Transfer complete.

Disconnecting #0 (10.81.112.185)

 

bind socket to 10.81.112.185:5005 (Bad file descriptor)
<------------ why???

 

 

 

 

UDP-receiver:

 

C:\Documents and Settings\hwsun.PSL-AD\Desktop\UDPCast-run>udp-receiver
-f mytes

t.txt -P 5004 -M 239.1.1.1 --nokbd

 

Udp-receiver 2007-02-05

UDP receiver for mytest.txt at 10.81.112.185 on Intel(R) PRO/100 VE
Network Conn

ection - Packet Scheduler Miniport (00-00-e2-5b-c7-66)

received message, cap=00000009

Connected as #0 to 10.81.112.185

Listening to multicast on 234.81.112.185

bytes=          1 230  (  0.01 Mbps)          1 230

Transfer complete.

 

 

Best Regards,

 

Mr. Haiwei Sun

R&D Engineer

Panasonic Singapore Laboratories Pte Ltd

Singapore

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070213/965a9aa4/attachment.html>

From Haiwei.Sun at sg.panasonic.com  Tue Feb 13 09:43:32 2007
From: Haiwei.Sun at sg.panasonic.com (Haiwei Sun)
Date: Tue, 13 Feb 2007 16:43:32 +0800
Subject: [Udpcast] a bug from UDP-sender.exe under WinXP?
Message-ID: <5F09D220B62F79418461A978CA0921BD0189BA37@pslexc01.psl.local>

Dear Mikes:

Thanks for your suggestion. I tried to turn off my firewall. However, it
comes out with the same error.
Could we fix port to 5004 only to all receiver, So that all receiver can
access the same IP:Port to get the same data?

Best Regards,
Haiwei


> -----Original Message-----
> From: Michael D. Setzer II [mailto:mikes at kuentos.guam.net]
> Sent: Tuesday, February 13, 2007 3:35 PM
> To: Haiwei Sun
> Subject: Re: [Udpcast] a bug from UDP-sender.exe under WinXP?
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Not an expert on this, but I believe you need to open port 5005 in
> addition to
> the 5004 on the firewall. Usually, the udpcast uses port 9000 for the
> most
> part, but uses 9001 for something. Don't recall exactly what it is,
but
> it
> appears to be the next port after the default port.
> 
> On 13 Feb 2007 at 14:34, Haiwei Sun wrote:
> 
> >
> > Dear Sir:
> >
> > I am testing UDP-sender.exe and UDP-receiver.exe under WinXP with
> > following commands. But a error (marked by red color) happens
> > after the server transfers data once. Under linux, I have never
> > met this problem. I am wonder if there is a bug?
> >
> > UDP-sender:
> >
> > C:\Documents and Settings\hwsun.PSL-AD\Desktop\UDPCast-run>udp-
> > sender -f test.tx
> > t -P 5004 -M 239.1.1.1 --daemon-mode --nokbd --min-receivers 1
> >
> > Udp-sender 2007-02-05
> > Using mcast address 234.81.112.185
> > UDP sender for test.txt at 10.81.112.185 on Intel(R) PRO/100 VE
> > Network Connecti
> > on - Packet Scheduler Miniport (00-00-e2-5b-c7-66)
> > Broadcasting control to 239.1.1.1
> > New connection from 10.81.112.185 (#0) 00000009
> > Starting transfer: 00000009
> > bytes=1 230 re-xmits=0000000 ( 0.0%)
> > slice=0000 1 230 - 0
> >
> > Transfer complete.
> > Disconnecting #0 (10.81.112.185)
> >
> > bind socket to 10.81.112.185:5005 (Bad file
> > descriptor) <------------ why???
> >
> >
> >
> >
> > UDP-receiver:
> >
> > C:\Documents and Settings\hwsun.PSL-AD\Desktop\UDPCast-run>udp-
> > receiver -f mytes
> > t.txt -P 5004 -M 239.1.1.1 --nokbd
> >
> > Udp-receiver 2007-02-05
> > UDP receiver for mytest.txt at 10.81.112.185 on Intel(R) PRO/100
> > VE Network Conn
> > ection - Packet Scheduler Miniport (00-00-e2-5b-c7-66)
> > received message, cap=00000009
> > Connected as #0 to 10.81.112.185
> > Listening to multicast on 234.81.112.185
> > bytes=1 230 ( 0.01 Mbps) 1 230
> > Transfer complete.
> >
> >
> > Best Regards,
> >
> > Mr. Haiwei Sun
> > R&D Engineer
> > Panasonic Singapore Laboratories Pte Ltd
> > Singapore
> >
> 
> 
> +----------------------------------------------------------+
>   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/ROSETTA at HOME
> Total Credits 2742633.750347
> Total Credits 510505.776350
> Total Credits 8633.726962
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5.8 -- QDPGP 2.61c
> Comment: http://community.wow.net/grt/qdpgp.html
> 
> iQA/AwUBRdDdfCzGQcr/2AKZEQJaowCg4meNGC0pmWCx/ZDxJdwEYLgugRkAoJXx
> fEykiFLy+GpwQe0YHKnfsa/c
> =qUp3
> -----END PGP SIGNATURE-----



From eljedi at gmail.com  Thu Feb 15 17:50:16 2007
From: eljedi at gmail.com (Diego .)
Date: Thu, 15 Feb 2007 17:50:16 +0100
Subject: [Udpcast] Image Server
Message-ID: <530d01580702150850y2a767f0bmf75094d89f99e59e@mail.gmail.com>

Hi,

I'm trying to make some kind of imageserver. I backed up my windows 2000
boot partition to an image file on the server. I restore it, without
problems..everything is ok. But if i change hdd, o if destroy partition and
create a new one ( same size, same place ), i can restore the image but
windows won't boot. when i check filesystem y get some errors ( of course
they weren't when i backup the partition ). I even fixboot and mbr with the
same result.

Anyone can helpme with some tip?

Thanks!!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070215/cbdebf67/attachment.html>

From bdailey at bhmsd.k12.in.us  Thu Feb 15 18:10:59 2007
From: bdailey at bhmsd.k12.in.us (Ben Dailey)
Date: Thu, 15 Feb 2007 12:10:59 -0500
Subject: [Udpcast] Image Server
In-Reply-To: <530d01580702150850y2a767f0bmf75094d89f99e59e@mail.gmail.com>
References: <530d01580702150850y2a767f0bmf75094d89f99e59e@mail.gmail.com>
Message-ID: <45D44DD1.11B1.00B8.0@bhmsd.k12.in.us>

Diego,


If you backup the partition table and the restore it do your images
work then? I use the dd method described below to backup the partition
table and it has worked great for me.

Backup the Partition Table
To backup the partition table to a file, we can use dd as follows:

 dd if=/dev/hda of=/mnt/hdc1/my-hda.mbr count=1 bs=512


Linux treats a filesystem or a partition as a file, and the syntax
above specifies the input file to be the /dev/hda partition, and the
output file is a file on our target HDD. The other parameters specify
that only a single block should be copied, and we're forcing the
filesize to be 512 bytes.

The output filename is arbitrary, so give it a suitable name that
indicates which HDD it relates to. A ".mbr" file extension indicates it
contains details relating to the master boot record.

Backup Extended Partition Information
If you have any extended partitions on the HDD being imaged, the
details of the extended partitions can be saved as follows:

 sfdisk -d /dev/hda > /mnt/hdc1/my-hda.sf


This will dump the partition table contents into the file we specify,
in a format suitable for easily rebuilding the partition table.
Again, the output filename is arbitrary, so use a suitable filename.

Restoring From Images
Restoring from these images is just the reverse of the process
described above, with the System Rescue CD containing all the utilities
required to do this:

    * use dd to restore the partition table (dd if=/mnt/hdc1/my-hda.mbr
of=/dev/hda)
    * use sfdisk to restore the extended partition information (sfdisk
/dev/hda < /mnt/hdc1/my-hda.sf)
    * create swap structure on the swap partition (mkswap /dev/hda3)
    * reboot
    * restore each partition using Partition Image

This info was copied from: http://martybugs.net/linux/image.cgi

Thank You,
Ben Dailey
bdailey at bhmsd.k12.in.us
Asst. Technology Director
Bluffton-Harrison MSD
www.bhmsd.k12.in.us


>>> "Diego ." <eljedi at gmail.com> 2/15/2007 11:50 AM >>>
Hi,

I'm trying to make some kind of imageserver. I backed up my windows
2000
boot partition to an image file on the server. I restore it, without
problems..everything is ok. But if i change hdd, o if destroy partition
and
create a new one ( same size, same place ), i can restore the image
but
windows won't boot. when i check filesystem y get some errors ( of
course
they weren't when i backup the partition ). I even fixboot and mbr with
the
same result.

Anyone can helpme with some tip?

Thanks!!


From eljedi at gmail.com  Thu Feb 15 18:38:34 2007
From: eljedi at gmail.com (Diego .)
Date: Thu, 15 Feb 2007 18:38:34 +0100
Subject: [Udpcast] Image Server
In-Reply-To: <45D5222A.22056.3D7D42@mikes.kuentos.guam.net>
References: <530d01580702150850y2a767f0bmf75094d89f99e59e@mail.gmail.com>
	<45D5222A.22056.3D7D42@mikes.kuentos.guam.net>
Message-ID: <530d01580702150938m73a59e05i96fc6be56e94a2a0@mail.gmail.com>

Hi again,

I used boot cd for updcast.

Yes, the new hdd in exactly the same size and have the same layout becouse i
used dd to get the same partition tables, and after that formated them.

But for now i only want to backup the boot partition, not the entirely hdd.
And i know the problem is on the backup method or file, becouse i have a
ghost image from the partiton and restored it without any problem, and
everything is fine.

If use the file make with udpcast, i get error checking filesystem ( chkdsk
). I'm don't blaming udpcast, becouse i know it's me the one don't know how
to do it.

Maybe the correct question is: is it possible to backup a partition, using
updcast, through a network and strore it on a file server? For your answears
i supose it is posible, wich steps you followed? or which option you use to
backup to a file and restore from a file?


Thanks!!





On 2/15/07, Michael D. Setzer II <mikes at kuentos.guam.net> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> What exactly did you use to create the image file?
> Does the new hard drive have the same physical layout as the original
> drive
> in the way of heads and number of sectors per track?
> Did you do a partition image, or a disk image.
>
> You might want to look at g4l or g4u for imaging.
>
> G4L includes ntfsclone coption, which only copies the used data, but it
> would
> require the NTFS partition to already exists.
>
> It is probable something missing from the MBR record.
>
> I use the g4l and make disk images of systems with 98, XP, and Linux on
> the 80GB drive, and it restores the images with no problems. NT and XP
> seem to be very picky on the disk layout.
>
>
> On 15 Feb 2007 at 17:50, Diego . wrote:
>
> >
> > Hi,
> >
> > I'm trying to make some kind of imageserver. I backed up my windows 2000
> boot partition to an
> > image file on the server. I restore it, without problems..everything is
> ok. But if i change hdd, o if
> > destroy partition and create a new one ( same size, same place ), i can
> restore the image but
> > windows won't boot. when i check filesystem y get some errors ( of
> course they weren't when i
> > backup the partition ). I even fixboot and mbr with the same result.
> >
> > Anyone can helpme with some tip?
> >
> > Thanks!!
> >
>
>
> +----------------------------------------------------------+
>   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/ROSETTA at HOME
> Total Credits 2742633.750347
> Total Credits 510505.776350
> Total Credits 8633.726962
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5.8 -- QDPGP 2.61c
> Comment: http://community.wow.net/grt/qdpgp.html
>
> iQA/AwUBRdQI7CzGQcr/2AKZEQIcVACeIKyYdrzZUlzQYRilm1Z3xbBKORIAoNJ3
> RxdK7OJvTGrwI8I29B+InWmK
> =RPjz
> -----END PGP SIGNATURE-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070215/a2f1b6c4/attachment.html>

From steven at nchc.org.tw  Fri Feb 16 06:45:37 2007
From: steven at nchc.org.tw (Steven Shiau)
Date: Fri, 16 Feb 2007 13:45:37 +0800
Subject: [Udpcast] A bug in udpcast doc ?
Message-ID: <45D54501.7080405@nchc.org.tw>

Hi,
I read the doc cmd.html, and did some test about --broadcast, IMHO, I
think the following doc in cmd.html should be fixed:
----------------------------
Networking options

   The following networking options should be supplied both on the
sender and the receivers:
...
   --broadcast
...
     This option should only be supplied on the sender.
----------------------------
udp-receiver --boradcast
udp-receiver: unrecognized option `--boradcast'
udp-receiver [--file file] [--pipe pipe] [--portbase portbase]
[--interface net-interface] [--log file] [--ttl time-to-live]
[--mcast-rdv-addr mcast-rdv-address] [--rcvbuf buf] [--nokbd]
[--exit-wait milliseconds] [--nosync] [--license]

--broadcast should only be used in udp-sender, Not with udp-receiver.
Therefore --braodcast should be moved to the session "The  following
networking  options  should  be  supplied  only on the sender:"

Thanks.
Steven.

-- 
Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
National Center for High-performance Computing, Taiwan.
http://www.nchc.org.tw
Public Key Server PGP Key ID: 9762755A



From Haiwei.Sun at sg.panasonic.com  Fri Feb 16 06:49:47 2007
From: Haiwei.Sun at sg.panasonic.com (Haiwei Sun)
Date: Fri, 16 Feb 2007 13:49:47 +0800
Subject: [Udpcast] A bug in udpcast doc ?
Message-ID: <5F09D220B62F79418461A978CA0921BD0189BEFF@pslexc01.psl.local>

Hi, 

I found the same problem before.

Best Regards,
Haiwei

> -----Original Message-----
> From: udpcast-bounces at udpcast.linux.lu [mailto:udpcast-
> bounces at udpcast.linux.lu] On Behalf Of Steven Shiau
> Sent: Friday, February 16, 2007 1:46 PM
> To: udpcast at udpcast.linux.lu
> Subject: [Udpcast] A bug in udpcast doc ?
> 
> Hi,
> I read the doc cmd.html, and did some test about --broadcast, IMHO, I
> think the following doc in cmd.html should be fixed:
> ----------------------------
> Networking options
> 
>    The following networking options should be supplied both on the
> sender and the receivers:
> ...
>    --broadcast
> ...
>      This option should only be supplied on the sender.
> ----------------------------
> udp-receiver --boradcast
> udp-receiver: unrecognized option `--boradcast'
> udp-receiver [--file file] [--pipe pipe] [--portbase portbase]
> [--interface net-interface] [--log file] [--ttl time-to-live]
> [--mcast-rdv-addr mcast-rdv-address] [--rcvbuf buf] [--nokbd]
> [--exit-wait milliseconds] [--nosync] [--license]
> 
> --broadcast should only be used in udp-sender, Not with udp-receiver.
> Therefore --braodcast should be moved to the session "The  following
> networking  options  should  be  supplied  only on the sender:"
> 
> Thanks.
> Steven.
> 
> --
> Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org>
> National Center for High-performance Computing, Taiwan.
> http://www.nchc.org.tw
> Public Key Server PGP Key ID: 9762755A
> 
> _______________________________________________
> Udpcast mailing list
> Udpcast at udpcast.linux.lu
> https://lll.lgl.lu/mailman/listinfo/udpcast



From salatiel.filho at gmail.com  Fri Feb 16 20:22:54 2007
From: salatiel.filho at gmail.com (Salatiel Filho)
Date: Fri, 16 Feb 2007 16:22:54 -0300
Subject: [Udpcast] problem : File "null" has more lines than expected,
	ignoring the end.
Message-ID: <beb91d720702161122p5bde20d7qf4ba4756f05a23b@mail.gmail.com>

Hi guys , i am really newbie with udpcast and i have a very annoying
problem with my custom kernel built using
udpcast-mkimage-20070205-1.i586.rpm

Well , i have compiled my kernel and it is working , the problem is
every time udpc_dialog shows i get an alert right after slect keyboard
option :

--------------- ALERT ----------------------
File "null" has more lines than expected, ignoring the end.



This is really annoying because i can not make a full automated
"deploy", because even when i give a full AUTO config file i still get
that error and need press enter to continue.

Is there a way to fix this ? have i forgot something?

Thanks in advice ...


-- 
[]'s
Salatiel

"O maior prazer do inteligente é bancar o  idiota
   diante de um  idiota que banca o inteligente".



From alain at knaff.lu  Sat Feb 17 15:14:07 2007
From: alain at knaff.lu (Alain Knaff)
Date: Sat, 17 Feb 2007 15:14:07 +0100
Subject: [Udpcast] A bug in udpcast doc ?
In-Reply-To: <45D54501.7080405@nchc.org.tw>
References: <45D54501.7080405@nchc.org.tw>
Message-ID: <45D70DAF.1090404@knaff.lu>

Steven Shiau wrote:
> Hi,
> I read the doc cmd.html, and did some test about --broadcast, IMHO, I
> think the following doc in cmd.html should be fixed:
> ----------------------------
> Networking options
> 
>    The following networking options should be supplied both on the
> sender and the receivers:
> ...
>    --broadcast
> ...
>      This option should only be supplied on the sender.
> ----------------------------
> udp-receiver --boradcast
> udp-receiver: unrecognized option `--boradcast'
> udp-receiver [--file file] [--pipe pipe] [--portbase portbase]
> [--interface net-interface] [--log file] [--ttl time-to-live]
> [--mcast-rdv-addr mcast-rdv-address] [--rcvbuf buf] [--nokbd]
> [--exit-wait milliseconds] [--nosync] [--license]
> 
> --broadcast should only be used in udp-sender, Not with udp-receiver.
> Therefore --braodcast should be moved to the session "The  following
> networking  options  should  be  supplied  only on the sender:"
> 
> Thanks.
> Steven.
> 

Thanks for the note.

This is now fixed in the online doc, and will be fixed in the builtin 
doc at the next release.

Regards,

Alain



From eljedi at gmail.com  Sat Feb 17 16:06:48 2007
From: eljedi at gmail.com (Diego .)
Date: Sat, 17 Feb 2007 16:06:48 +0100
Subject: [Udpcast] udpcast to file
Message-ID: <530d01580702170706q5d230c2ak556edabafb3c022e@mail.gmail.com>

Hi,

Is it posible to backup a partition to a file and restore it after? All my
tries has failed...any help?

thanks,

Diego
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070217/f534be21/attachment.html>

From alain at knaff.lu  Sat Feb 17 16:16:23 2007
From: alain at knaff.lu (Alain Knaff)
Date: Sat, 17 Feb 2007 16:16:23 +0100
Subject: [Udpcast] udpcast to file
In-Reply-To: <530d01580702170706q5d230c2ak556edabafb3c022e@mail.gmail.com>
References: <530d01580702170706q5d230c2ak556edabafb3c022e@mail.gmail.com>
Message-ID: <45D71C47.7010200@knaff.lu>

Diego . wrote:
> Hi,
> 
> Is it posible to backup a partition to a file and restore it after?

Yes, this is possible. Just specify the name of partition (for example 
/dev/hda1) rather than the whole hard disk (such as /dev/hda).

  All my
> tries has failed...any help?

You can only restore on a partition of at least the same size (and same 
geometry (number of heads and sectors), if windows). Also watch out if 
you have dependencies between partitions (for example, one partition 
might contain a grub or lilo blockmap referring to sector offsets on 
another partition). If any such dependancy exists, all involved 
partitions need to be saved and restored together.

We successfully do single-partition saves and restores here at the LGL, 
and at lots of other places.

> thanks,
> 
> Diego

Regards,

Alain



From alain at knaff.lu  Sun Feb 18 12:35:13 2007
From: alain at knaff.lu (Alain Knaff)
Date: Sun, 18 Feb 2007 12:35:13 +0100
Subject: [Udpcast] problem : File "null" has more lines than expected,
 ignoring the end.
In-Reply-To: <beb91d720702161122p5bde20d7qf4ba4756f05a23b@mail.gmail.com>
References: <beb91d720702161122p5bde20d7qf4ba4756f05a23b@mail.gmail.com>
Message-ID: <45D839F1.80307@knaff.lu>

Salatiel Filho wrote:
> Hi guys , i am really newbie with udpcast and i have a very annoying
> problem with my custom kernel built using
> udpcast-mkimage-20070205-1.i586.rpm
> 
> Well , i have compiled my kernel and it is working , the problem is
> every time udpc_dialog shows i get an alert right after slect keyboard
> option :
> 
> --------------- ALERT ----------------------
> File "null" has more lines than expected, ignoring the end.
> 
> 
> 
> This is really annoying because i can not make a full automated
> "deploy", because even when i give a full AUTO config file i still get
> that error and need press enter to continue.
> 
> Is there a way to fix this ? have i forgot something?
> 
> Thanks in advice ...
> 
> 

Indeed, there was an error in the way the menu system counted the lines 
in modules.pcimap. This is fixed in today's version

Regards,

Alain


From serni at serni.net  Sun Feb 18 20:40:19 2007
From: serni at serni.net (=?iso-8859-1?Q?Llu=EDs_Gras?=)
Date: Sun, 18 Feb 2007 20:40:19 +0100 (CET)
Subject: [Udpcast] config file from pxe
Message-ID: <58332.192.168.0.2.1171827619.squirrel@webmail.serni.net>

Hi,

I was wondering if could be possible to add a cmdline option in
/tftpboot/udpcast/pxeslinux.cfg/default to pass configuration file
options, like

auto=yes
lang=US
kbmap=US
netmodule=pcnet32

netmodparm=
dhcp=yes
port=9000
disk=/dev/hda
mode=0
udpcparam=

Something like

label linux
  kernel linux
  append load_ramdisk=1 initrd=initrd root=/dev/ram0
conf=auto:yes:lang:US:kbdmap:US ... and so on
  ipappend 1

I would like to add ca_ES lang suport, also spanish keyboard map, how can
i do it ?

Thanks in advance



From grasorama at googlemail.com  Sun Feb 18 20:39:20 2007
From: grasorama at googlemail.com (=?ISO-8859-1?Q?Llu=EDs_Gras?=)
Date: Sun, 18 Feb 2007 20:39:20 +0100
Subject: [Udpcast] config file from pxe
Message-ID: <ee41dcee0702181139h36d2713fu23728915bcb42c85@mail.gmail.com>

Hi,

I was wondering if could be possible to add a cmdline option in
/tftpboot/udpcast/pxeslinux.cfg/default to pass configuration file options,
like

auto=yes
lang=US
kbmap=US
netmodule=pcnet32
netmodparm=
dhcp=yes
port=9000
disk=/dev/hda
mode=0
udpcparam=

Something like

label linux
  kernel linux
  append load_ramdisk=1 initrd=initrd root=/dev/ram0
conf=auto:yes:lang:US:kbdmap:US ... and so on
  ipappend 1

I would like to add ca_ES lang suport, also spanish keyboard map, how can i
do it ?

Thanks in advance
-- 
... en el país de los ciegos el tuerto es el rey y diciendo esto se arranco
un ojo ...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070218/01f94acb/attachment.html>

From alain at knaff.lu  Sun Feb 18 22:56:54 2007
From: alain at knaff.lu (Alain Knaff)
Date: Sun, 18 Feb 2007 22:56:54 +0100
Subject: [Udpcast] config file from pxe
In-Reply-To: <ee41dcee0702181139h36d2713fu23728915bcb42c85@mail.gmail.com>
References: <ee41dcee0702181139h36d2713fu23728915bcb42c85@mail.gmail.com>
Message-ID: <45D8CBA6.2080006@knaff.lu>

Lluís Gras wrote:
> Hi,
> 
> I was wondering if could be possible to add a cmdline option in
> /tftpboot/udpcast/pxeslinux.cfg/default to pass configuration file options,
> like
> 
> auto=yes
> lang=US
> kbmap=US
> netmodule=pcnet32
> netmodparm=
> dhcp=yes
> port=9000
> disk=/dev/hda
> mode=0
> udpcparam=
> 
> Something like
> 
> label linux
>  kernel linux
>  append load_ramdisk=1 initrd=initrd root=/dev/ram0

Yes, you can add all options to the kernel command line. You only need 
to watch out for the max kernel command line size (512 bytes, if I 
remember correctly)

> conf=auto:yes:lang:US:kbdmap:US ... and so on

Just enter them the same way as in the config file:

auto=yes lang=US kbdmap=US ...


>  ipappend 1
> 
> I would like to add ca_ES lang suport, also spanish keyboard map, how can i
> do it ?

For that, you need to patch udpcdialog

> 
> Thanks in advance

Regards,

Alain


From serni at serni.net  Mon Feb 19 12:20:44 2007
From: serni at serni.net (=?iso-8859-1?Q?Llu=EDs_Gras?=)
Date: Mon, 19 Feb 2007 12:20:44 +0100 (CET)
Subject: [Udpcast] config file from pxe
In-Reply-To: <45D8CBA6.2080006@knaff.lu>
References: <ee41dcee0702181139h36d2713fu23728915bcb42c85@mail.gmail.com>
	<45D8CBA6.2080006@knaff.lu>
Message-ID: <59254.192.168.0.2.1171884044.squirrel@webmail.serni.net>

> Lluís Gras wrote:
>> Hi,
>>
>> I was wondering if could be possible to add a cmdline option in
>> /tftpboot/udpcast/pxeslinux.cfg/default to pass configuration file
>> options,
>> like
>>
>> auto=yes
>> lang=US
>> kbmap=US
>> netmodule=pcnet32
>> netmodparm=
>> dhcp=yes
>> port=9000
>> disk=/dev/hda
>> mode=0
>> udpcparam=
>>
>> Something like
>>
>> label linux
>>  kernel linux
>>  append load_ramdisk=1 initrd=initrd root=/dev/ram0
>
> Yes, you can add all options to the kernel command line. You only need
> to watch out for the max kernel command line size (512 bytes, if I
> remember correctly)
>
>> conf=auto:yes:lang:US:kbdmap:US ... and so on
>
> Just enter them the same way as in the config file:
>
> auto=yes lang=US kbdmap=US ...
>
>
>>  ipappend 1
>>
>> I would like to add ca_ES lang suport, also spanish keyboard map, how
>> can i
>> do it ?
>
> For that, you need to patch udpcdialog
>
>>
>> Thanks in advance
>
> Regards,
>
> Alain

Thanks i tried it and works fine.



From erpaco at ptvtelecom.com  Thu Feb 22 13:35:47 2007
From: erpaco at ptvtelecom.com (Paco Cruz)
Date: Thu, 22 Feb 2007 13:35:47 +0100
Subject: [Udpcast] error: dup2 -1->1: Bad file descriptor receiving piped
 tar data
Message-ID: <45DD8E23.9000107@ptvtelecom.com>

Hello all

I am using udpcast-20070218-1.i586.rpm on OpenSuse 10.2


It seems that I can transfer (iso) files without problem, but I am unable to
transfer directory trees through a pipe.


commands

# udp-sender --log log.txt --pipe "tar -cvzf - dir/"
# udp-receiver --log log.txt --pipe "tar -xvzf - "

I keep getting the following error in the receivers
----------------------------------------------------------------
amd:/some/dir # udp-receiver --log log.txt --pipe "tar -xvf -"
Udp-receiver 2007-02-18
Compressed UDP receiver for (stdout) at 192.168.1.2 on eth0
received message, cap=00000009
Connected as #0 to 192.168.1.4
Listening to multicast on 232.168.1.4
dup2 -1->1: Bad file descriptor
Press any key to start receiving data!
----------------------------------------------------------------

the sender shows the following line repeated
----------------------------------------------------------------
Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=9106
----------------------------------------------------------------

and the transfer stalls. The logs are empty in sender and receivers


Any idea out there? :-)

Thanks you all.




From erpaco at ptvtelecom.com  Thu Feb 22 14:01:01 2007
From: erpaco at ptvtelecom.com (Paco Cruz)
Date: Thu, 22 Feb 2007 14:01:01 +0100
Subject: [Udpcast] error: dup2 -1->1: Bad file descriptor    more data
Message-ID: <45DD940D.5030906@ptvtelecom.com>

Hello all

I have "downgraded" to udpcast-20060619-1.i586.rpm... and the transfer works!

For me it is OK to be "a year back", but working :-)


Thanks again






From Haiwei.Sun at sg.panasonic.com  Fri Feb 23 10:18:04 2007
From: Haiwei.Sun at sg.panasonic.com (Haiwei Sun)
Date: Fri, 23 Feb 2007 17:18:04 +0800
Subject: [Udpcast] udp-sender.exe (window version) needs to be updated
Message-ID: <5F09D220B62F79418461A978CA0921BD0189C280@pslexc01.psl.local>

Dear All:

 

This is Haiwei from Singapore Panasonic Laboratories Pte Ltd. I just
tested -daemon-mode using udp-sender.exe (window version) under winXP.

 

Below is the command used and its corresponding results:

 

[command]

udp-sender -M 239.1.1.1 -P 5004 --daemon-mode --nokbd --autostart 1 -f
test.txt

 

 

[results]

Udp-sender 2007-02-18

Using mcast address 234.81.112.185

UDP sender for test.txt at 10.81.112.185 on Intel(R) PRO/100 VE Network
Connecti

on - Packet Scheduler Miniport (00-00-e2-5b-c7-66)

Broadcasting control to 239.1.1.1

Starting transfer: 00000009

Transfer complete.

 

bind socket to 10.81.112.185:5005 (Bad file descriptor)

 

[my comments]

There is no need to call bind() again when transferring is terminated.
Next receiver should share the same IP:Port as 10.81.112.185:5004? 

 

I have tested udp-sender (2006.9 version) under Linux (Fedora 5.0), it
works well. So I doubt that udp-sender.exe (window version) may need to
be updated.

 

Your comments are welcome. 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: <http://www.udpcast.linux.lu/pipermail/udpcast/attachments/20070223/81097bf9/attachment.html>

From gp at lyngbjerggaardskolen.dk  Tue Feb 27 02:18:40 2007
From: gp at lyngbjerggaardskolen.dk (Gunner Poulsen)
Date: Tue, 27 Feb 2007 02:18:40 +0100
Subject: [Udpcast] config file from pxe
In-Reply-To: <45D8CBA6.2080006@knaff.lu>
References: <ee41dcee0702181139h36d2713fu23728915bcb42c85@mail.gmail.com>
	<45D8CBA6.2080006@knaff.lu>
Message-ID: <20070227011335.M61228@lyngbjerggaardskolen.dk>

On Sun, 18 Feb 2007 22:56:54 +0100, Alain Knaff wrote
> Lluís Gras wrote:
> > Hi,
> > 
> > I was wondering if could be possible to add a cmdline option in
> > /tftpboot/udpcast/pxeslinux.cfg/default to pass configuration file options,
> > like
> > 
> > auto=yes
> > lang=US
> > kbmap=US
> > netmodule=pcnet32
> > netmodparm=
> > dhcp=yes
> > port=9000
> > disk=/dev/hda
> > mode=0
> > udpcparam=
> > 
> > Something like
> > 
> > label linux
> >  kernel linux
> >  append load_ramdisk=1 initrd=initrd root=/dev/ram0
> 
> Yes, you can add all options to the kernel command line. You only 
> need to watch out for the max kernel command line size (512 bytes, 
> if I remember correctly)
> 
> > conf=auto:yes:lang:US:kbdmap:US ... and so on
> 
> Just enter them the same way as in the config file:
> 
> auto=yes lang=US kbdmap=US ...

Can't you add an example of a hole  /tftpboot/udpcast/pxeslinux.cfg/default
with some things addet on http://udpcast.linux.lu/bootloader.html#pxe

Med venlig hilsen Gunner Poulsen
Lærer på http://www.lyngbjerggaardskolen.dk
Magnus' far!



From forrie at forrie.com  Tue Feb 27 19:17:59 2007
From: forrie at forrie.com (Forrest Aldrich)
Date: Tue, 27 Feb 2007 13:17:59 -0500
Subject: [Udpcast] Using UDPCast for transferring files...
Message-ID: <45E475D7.2050308@forrie.com>

Where I work, we have a regular series of large (20gig) and small (*.rm) 
media files that we often need to transfer en masse to other systems.  
It makes sense to find a tool that can do this with multicasting...  
this isn't really doing any OS imaging or installation, however.

I'm concerned about leaving UDPCast running; even though it's on a 
private network, it's wide open (potential security issues).

In any case, can it recursively copy a directory structure or must you 
supply it with individual file names, etc.

For example, we have a "media" directory where new files are deposited, 
and those must be mirrored exactly to the other systems, under the same 
directory structure.

And to add spice to this, we're transferring from Unix to Windows 
Servers (which uses Cygwin) ;-)


Thanks.