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.
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
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
Hi,
Now It's Ok !!!
It was the memory !
I change slot's memory I test during 4 hours and no problem.
I make new images et restore it with no fail !
But 80 Mbps with no compression
25 Mbips with 3/1 lzop compression
17 Mbips with 3.6/1 compression
It's faster without compression !!!
I hope, I'll find a multicast ftp to increase the speed in case of quasi
empty partition...
Thank a lot
Pierre
Hello,
I use udpcast for test. I make and image of /home with or without
compression perfectly.
But when I want to send image , if there is no compression it's Ok (some
timeout notAnswered[0]...but finally it's ok)
When I use lzop or gzip, I get an error sometimes on the sender, sometimes
on the sender :
I have a lot of
Timeout notAnswered=[0} notReady=[0] nrAns=0 nrReady=0 nrPart=1 avg=8121 and
so on...
Dropping client because of timeout lzop <stdin> checksum error...
or invalid operand PREEMPT and crash server ! process udp-sender Stack ...
Call Trace ...
or Gzip stop Bad EIPvalue SIGSEGV ....
And strange thing ..
With no compression the speed is 80Mbps
with lzop 20 Mbps
with gzip 7Mbps
My CPU is an Athlon 2400+ (not so bad), I use kernel 2.6.8 on a Debian
Sarge.
Any ideas ?
Thanks
Pierre
On Wed, 2005-12-28 at 01:22 +1000, Michael D. Setzer II wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Not sure it will help, but G4L is designed to make compressed images to an
> ftp server, and these images can then be used with udpcast. It basically
> uses dd lzop or gzip and ncftp. Might be worthing seeing if it can create an
> image that could work for your setup.
I know and i used it for creating the images. But to mirror them on the
machines after that was impossible due TimeOuts.
> On 27 Dec 2005 at 16:04, Thomas Kuehling wrote:
>
> Subject: Re: [Udpcast] udpcast gzip and lzop
> From: Thomas Kuehling <thomas.kuehling(a)mapsolute.com>
> To: Pierre CANAL <pierre.canal(a)gmail.com>
> Organization: Mapsolute GmbH
> Date sent: Tue, 27 Dec 2005 16:04:26 +0100
> Copies to: udpcast(a)udpcast.linux.lu
> Send reply to: thomas.kuehling(a)mapsolute.com
> <mailto:udpcast-request@udpcast.linux.lu?subject=unsubscribe>
> <mailto:udpcast-request@udpcast.linux.lu?subject=subscribe>
>
> > Hi Pierre,
> >
> > On Tue, 2005-12-27 at 12:25 +0100, Pierre CANAL wrote:
> > > Hello,
> > >
> > > I use udpcast for test. I make and image of /home with or without
> > > compression perfectly.
> > > But when I want to send image , if there is no compression it's Ok
> > > (some timeout notAnswered[0]...but finally it's ok)
> > > When I use lzop or gzip, I get an error sometimes on the sender,
> > > sometimes on the sender :
> > > I have a lot of
> > > Timeout notAnswered=[0} notReady=[0] nrAns=0 nrReady=0 nrPart=1
> > > avg=8121 and so on...
> > >
> > > Dropping client because of timeout lzop <stdin> checksum error...
> > > or invalid operand PREEMPT and crash server ! process udp-sender
> > > Stack ... Call Trace ...
> > > or Gzip stop Bad EIPvalue SIGSEGV ....
> > > And strange thing ..
> > > With no compression the speed is 80Mbps
> > > with lzop 20 Mbps
> > > with gzip 7Mbps
> >
> > i had the same problem and if i used a "server" to save the images and
> > use udp-sender with lzop or gzip, i got allways a timeout and the copy
> > fails. The performace with gzip was worst and with lzop much better,
> > too.
> >
> > My main problem is, that it is actually impossibile, to save images on a
> > server and copy them on a machine. I am still searching for a
> > solution. :-(
> >
> > > My CPU is an Athlon 2400+ (not so bad), I use kernel 2.6.8 on a Debian
> > > Sarge.
> >
> > I used a Pentium IV 2,4 with 1 GB RAM in the server and fast S-ATA
> > drives.
> >
> > Regards
> > Thomas Kuehling
> > --
> > Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
> > Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
> > Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
> > E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
> >
> > _______________________________________________
> > Udpcast mailing list
> > Udpcast(a)udpcast.linux.lu
> > https://lll.lgl.lu/mailman/listinfo/udpcast
> >
>
>
> +----------------------------------------------------------+
> 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
> Number of Seti Units Returned: 19,471
> Processing time: 32 years, 290 days, 12 hours, 58 minutes
> (Total Hours: 287,489)
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5.8 -- QDPGP 2.61c
> Comment: http://community.wow.net/grt/qdpgp.html
>
> iQA/AwUBQ7DPeyzGQcr/2AKZEQLBpQCdHPY/T6miZChu8YMxh8trBNfEfS0AoKsi
> A/rhw8Ti9MEKceNP0D6c6YUh
> =C+mi
> -----END PGP SIGNATURE-----
>
--
Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
udpcast
I'm studying relaible multicast now, and I want to write a program on
windows like your udpcast, cast file only, don't install OS, but I'm in
trouble. I try to read udpcast source code, but I can't understand because
have no document about the source code, I need your help. I want to get the
reliable multicast protocol of your udpcast using. Could you give me? If can
or not, please send a email to me. thanks. Sorry, my english is very poor.
wgf(a)public.gz.cn, sh98_wgf(a)163.com, PicDiskNet(a)gmail.com
2005-12-14
Dear all,
with the standard initrd i build with the webcreator, it was not
possible to get this scsi-controller running. In the Dell Power Edge
1855s blades i've got this controller:
Perc4/IM | LSI Logic MPT SCSI
I tried to build my own initrd and kernel. I compiled the kernel with
the initial .config of udpcast. I added the modules i thaught wich would
be correct.
[root@knecht linux-2.6.14.3]# diff udpc-config.txt .config
4c4
< # Sun Dec 4 09:43:24 2005
---
> # Thu Dec 15 20:05:22 2005
27d26
< CONFIG_KERNEL_BZIP2=y
346,347d344
< CONFIG_RD_BZIP2=y
< CONFIG_RD_GZIP=y
488,489c485,487
< # CONFIG_MEGARAID_NEWGEN is not set
< # CONFIG_MEGARAID_LEGACY is not set
---
> CONFIG_MEGARAID_NEWGEN=y
> CONFIG_MEGARAID_MM=m
> CONFIG_MEGARAID_MAILBOX=m
495,501c493,499
< CONFIG_SCSI_SATA_MV=m
< CONFIG_SCSI_SATA_NV=m
< CONFIG_SCSI_SATA_PROMISE=m
< CONFIG_SCSI_SATA_QSTOR=m
< CONFIG_SCSI_SATA_SX4=m
< CONFIG_SCSI_SATA_SIL=m
< CONFIG_SCSI_SATA_SIS=m
---
> # CONFIG_SCSI_SATA_MV is not set
> # CONFIG_SCSI_SATA_NV is not set
> # CONFIG_SCSI_SATA_PROMISE is not set
> # CONFIG_SCSI_SATA_QSTOR is not set
> # CONFIG_SCSI_SATA_SX4 is not set
> # CONFIG_SCSI_SATA_SIL is not set
> # CONFIG_SCSI_SATA_SIS is not set
Now i copied the bzImage to /tftpboot/udpcast/linux and created the
initrd like this:
[root@knecht ~]# makeImage
-k /usr/src/linux-2.6.14.3/arch/i386/boot/bzImage
--initrd /tftpboot/udpcast/initrd --fullbox
In the next step i booted the blade, after the kernel was stared i got a
kernel panic with this message:
Warning: unable to open an initial console.
Kernel panic - not synching: No init found. Try passing init= option to
kernel.
I searched with google for a soloution but found nothing helpfull. What
am i doing wrong? Could you help me please?
King regards
Thomas Kuehling
--
Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
Am Montag, den 12.12.2005, 23:32 +1000 schrieb Michael D. Setzer II:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 12 Dec 2005 at 13:36, Thomas Kuehling wrote:
>
> Subject: Re: [Udpcast] Problems with udpcast in combination with a
> fileserver
> From: Thomas Kuehling <thomas.kuehling(a)mapsolute.com>
> Send reply to: thomas.kuehling(a)mapsolute.com
> To: "Michael D. Setzer II" <mikes(a)kuentos.guam.net>
> Copies to: udpcast(a)udpcast.linux.lu
> Organization: Mapsolute GmbH
> Date sent: Mon, 12 Dec 2005 13:36:38 +0100
>
> > Hi Michael,
> >
> > Am Montag, den 12.12.2005, 22:22 +1000 schrieb Michael D. Setzer II:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > Storing images on an ext3 partition should not make a difference
> > > from what I can tell. I have written the last thru versions of g4l, and it
> > > does exactly that. It uses dd with compression and then ftping it to
> > > the server. I've even used the images created with g4l with udpcast.
> > > I do note that when restoring an image to different drive, it has
> > > problems if the heads / sector ratio is not exactly the sime. The
> > > layout of the server that stores the image doesn't matter.
> > >
> > > I generally use g4l to create my images, and store them on a system
> > > with two 250GB drives, but then use udpcast to image the one
> > > system to the other 19 machines in the lab.
> >
> > do i understand you correct? You store an image of a complete system via
> > ghost, but you clone all machines via udpcast? My problem is, that i'll
> > get the next days 40 blades wich i have to install and udpcast seems to
> > be the best way.
>
> With my g4l program, it boots from the CD with kernel 2.6.14.3, and
> some 2.6.14.2. I have statically compiled versions of udp-sender
> and udp-reciever on the CD. I've used the g4l to create a lzop
> compressed image on a fedora system, and then using udp-sender
> on that machine, and udp-reciever on the workstations done a
> clone. Most of the time, I reimage one machine, and do the system
> updates, and then use udpcast diskette to put machine with the use
> of an ipmac.txt file to set the ips.
*strike*
I got it running in my lab. I created an image with g4l via ftp and
reimaged it on the other notebook via udp-reciever. Also i got the
headless-configuration with my own initrd running, but i've got one
question about this initrd. How could i add own kernel-modules in the
initrd and kernel of udp-reciever?
> >
> > Perhaps i'll install one blade and clone the other machines from this
> > one. But i fearing the controller in this machine. I read there is a
> > Pear4/im raid controller included and as i saw, this modul is not yet
> > included in the udpcast version :-(
>
> Not sure, but the kernel on the g4l cd might handle that controller,
> but you would have to see it. If it does work with the controller, you
> could use the udp-sender and udp-reciever to send it. G4L might
> work, but it would require a lot more time doing an image via the ftp
> since it would require much more time than using multi-cast.
>
>
> >
> > >
> > >
> > > On 12 Dec 2005 at 13:07, Thomas Kuehling wrote:
> > >
> > > Subject: Re: [Udpcast] Problems with udpcast in combination with a fileserver
> > > From: Thomas Kuehling <thomas.kuehling(a)mapsolute.com>
> > > To: D Teed <dteed(a)artistic.ca>
> > > Organization: Mapsolute GmbH
> > > Date sent: Mon, 12 Dec 2005 13:07:05 +0100
> > > Copies to: udpcast(a)udpcast.linux.lu
> > > Send reply to: thomas.kuehling(a)mapsolute.com
> > > <mailto:udpcast-request@udpcast.linux.lu?subject=unsubscribe>
> > > <mailto:udpcast-request@udpcast.linux.lu?subject=subscribe>
> > >
> > > > Hi Teed,
> > > >
> > > > Am Montag, den 12.12.2005, 07:51 -0400 schrieb D Teed:
> > > > > Are the disk geometries the same on the master and target notebooks?
> > > > > Is lilo or grub or other used as the boot loader?
> > > >
> > > > not really. On the fileserver i am using a 300 GB SATA Maxtor HDD and in
> > > > the Notebooks i've got a normal 60 GB HDD. I prefer to store several
> > > > images on the 300 GB HDD. As i read in the advanced doku, the option
> > > > --nosync for the udpreciever could help. I am just testing this.
> > > >
> > > > Therefore i tested directly to sync from one notebook to the other one
> > > > and this worked without any problems. I think the problem is the storing
> > > > of images on a normal ext3-partition.
> > > >
> > > > >
> > > > > If it is a problem from udpcast, I'd guess it has something to
> > > > > do with the first few bytes on the data. I saw a problem
> > > > > like this before where we could not boot an IBM notebook
> > > > > recovery partition. In our case the broadcom 5702 ethernet driver on
> > > > > the imaging server had a bug which went away in a 2.6.5 kernel
> > > > > driver. TCP/IP was reliable, but the driver bug was specific to
> > > > > UDP multicast. Even the Windows drivers for that Broadcom
> > > > > device had problems (at the time) immediately after DHCP connect.
> > > > > The other possible flaw that could go wrong is a bug
> > > > > in the ethernet driver on one of the notebook clients.
> > > > >
> > > > > Check the changelogs at kernel.org for hints there may be
> > > > > bug fixes for one of the ethernet devices you use.
> > > > >
> > > > > You can test to see if the images are the same on upload by
> > > > > using cmp to compare the image files. Upload twice and
> > > > > compare. Upload, image, and upload from the target and
> > > > > compare.
> > > > >
> > > > > This only works with gzip, as I learned, that lzop stores
> > > > > a timestamp inside the file.
> > > >
> > > > For testing-szenario i used only raw without any compression.
> > > >
> > > > > --Donald Teed
> > > > >
> > > > >
> > > > > On Mon, 12 Dec 2005, Thomas Kuehling wrote:
> > > > >
> > > > > > Dear all,
> > > > > >
> > > > > > i've got a strange problem with udpcast. If i store the files on an
> > > > > > ext3-partition on a fileserver via udp-reciever -f foo.image and clone
> > > > > > it on the other notebook, i am not able to boot the new system on it.
> > > > > > When i look on the hdd, i see the several partitions, but no partition
> > > > > > types.
> > > > > >
> > > > > > What's my fault? I am getting more and more confused. Please help me.
> > > > > >
> > > > > > Mit freundlichen GrüÃ"Yen
> > > > > > Thomas Kühling
> > > > > >
> > > > > > --
> > > > > > Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
> > > > > > Düsseldorfer StraÃ"Ye 40a - 65760 Eschborn/Frankfurt a.M. - Germany
> > > > > > Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
> > > > > > E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
> > > > > >
> > > > > > _______________________________________________
> > > > > > Udpcast mailing list
> > > > > > Udpcast(a)udpcast.linux.lu
> > > > > > https://lll.lgl.lu/mailman/listinfo/udpcast
> > > > > >
> > > >
> > > > Mit freundlichen Grüßen
> > > > Thomas Kühling
> > > >
> > > > --
> > > > Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
> > > > Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
> > > > Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
> > > > E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
> > > >
> > > > _______________________________________________
> > > > Udpcast mailing list
> > > > Udpcast(a)udpcast.linux.lu
> > > > https://lll.lgl.lu/mailman/listinfo/udpcast
> > > >
> > >
> > >
> > > +----------------------------------------------------------+
> > > 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
> > > Number of Seti Units Returned: 18,823
> > > Processing time: 32 years, 168 days, 23 hours, 32 minutes
> > > (Total Hours: 284,376)
> > >
> > >
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: PGP 6.5.8 -- QDPGP 2.61c
> > > Comment: http://community.wow.net/grt/qdpgp.html
> > >
> > > iQA/AwUBQ5ze5yzGQcr/2AKZEQIhXgCeOdJR3ZY6ynxjIia516PQmLUplBgAoOG4
> > > pK6VNrL1bq64D5BUsaR1IV67
> > > =lhud
> > > -----END PGP SIGNATURE-----
> > >
> >
> > Mit freundlichen Grüßen
> > Thomas Kühling
> >
> > --
> > Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
> > Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
> > Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
> > E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
> >
>
>
> +----------------------------------------------------------+
> 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
> Number of Seti Units Returned: 18,823
> Processing time: 32 years, 168 days, 23 hours, 32 minutes
> (Total Hours: 284,376)
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5.8 -- QDPGP 2.61c
> Comment: http://community.wow.net/grt/qdpgp.html
>
> iQA/AwUBQ5zvSSzGQcr/2AKZEQIZJQCeJMjkh0v3+WteuUt5qlbCjTrZHYoAn191
> K2vr0ty9eNtP9GcGE/POXYHC
> =Agb7
> -----END PGP SIGNATURE-----
>
Mit freundlichen Grüßen
Thomas Kühling
--
Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
Am Montag, den 12.12.2005, 23:32 +1000 schrieb Michael D. Setzer II:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 12 Dec 2005 at 13:36, Thomas Kuehling wrote:
>
> Subject: Re: [Udpcast] Problems with udpcast in combination with a
> fileserver
> From: Thomas Kuehling <thomas.kuehling(a)mapsolute.com>
> Send reply to: thomas.kuehling(a)mapsolute.com
> To: "Michael D. Setzer II" <mikes(a)kuentos.guam.net>
> Copies to: udpcast(a)udpcast.linux.lu
> Organization: Mapsolute GmbH
> Date sent: Mon, 12 Dec 2005 13:36:38 +0100
>
> > Hi Michael,
> >
> > Am Montag, den 12.12.2005, 22:22 +1000 schrieb Michael D. Setzer II:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > Storing images on an ext3 partition should not make a difference
> > > from what I can tell. I have written the last thru versions of g4l, and it
> > > does exactly that. It uses dd with compression and then ftping it to
> > > the server. I've even used the images created with g4l with udpcast.
> > > I do note that when restoring an image to different drive, it has
> > > problems if the heads / sector ratio is not exactly the sime. The
> > > layout of the server that stores the image doesn't matter.
> > >
> > > I generally use g4l to create my images, and store them on a system
> > > with two 250GB drives, but then use udpcast to image the one
> > > system to the other 19 machines in the lab.
> >
> > do i understand you correct? You store an image of a complete system via
> > ghost, but you clone all machines via udpcast? My problem is, that i'll
> > get the next days 40 blades wich i have to install and udpcast seems to
> > be the best way.
>
> With my g4l program, it boots from the CD with kernel 2.6.14.3, and
> some 2.6.14.2. I have statically compiled versions of udp-sender
> and udp-reciever on the CD. I've used the g4l to create a lzop
> compressed image on a fedora system, and then using udp-sender
> on that machine, and udp-reciever on the workstations done a
> clone. Most of the time, I reimage one machine, and do the system
> updates, and then use udpcast diskette to put machine with the use
> of an ipmac.txt file to set the ips.
Ah, ok. I think i understand. You create first with g4l the image, but
you clone this image via multicast to the machines. If this works, that
would be a good workaround for my problem. I'll try it, thanks a lot.
> >
> > Perhaps i'll install one blade and clone the other machines from this
> > one. But i fearing the controller in this machine. I read there is a
> > Pear4/im raid controller included and as i saw, this modul is not yet
> > included in the udpcast version :-(
>
> Not sure, but the kernel on the g4l cd might handle that controller,
> but you would have to see it. If it does work with the controller, you
> could use the udp-sender and udp-reciever to send it. G4L might
> work, but it would require a lot more time doing an image via the ftp
> since it would require much more time than using multi-cast.
>
>
> >
> > >
> > >
> > > On 12 Dec 2005 at 13:07, Thomas Kuehling wrote:
> > >
> > > Subject: Re: [Udpcast] Problems with udpcast in combination with a fileserver
> > > From: Thomas Kuehling <thomas.kuehling(a)mapsolute.com>
> > > To: D Teed <dteed(a)artistic.ca>
> > > Organization: Mapsolute GmbH
> > > Date sent: Mon, 12 Dec 2005 13:07:05 +0100
> > > Copies to: udpcast(a)udpcast.linux.lu
> > > Send reply to: thomas.kuehling(a)mapsolute.com
> > > <mailto:udpcast-request@udpcast.linux.lu?subject=unsubscribe>
> > > <mailto:udpcast-request@udpcast.linux.lu?subject=subscribe>
> > >
> > > > Hi Teed,
> > > >
> > > > Am Montag, den 12.12.2005, 07:51 -0400 schrieb D Teed:
> > > > > Are the disk geometries the same on the master and target notebooks?
> > > > > Is lilo or grub or other used as the boot loader?
> > > >
> > > > not really. On the fileserver i am using a 300 GB SATA Maxtor HDD and in
> > > > the Notebooks i've got a normal 60 GB HDD. I prefer to store several
> > > > images on the 300 GB HDD. As i read in the advanced doku, the option
> > > > --nosync for the udpreciever could help. I am just testing this.
> > > >
> > > > Therefore i tested directly to sync from one notebook to the other one
> > > > and this worked without any problems. I think the problem is the storing
> > > > of images on a normal ext3-partition.
> > > >
> > > > >
> > > > > If it is a problem from udpcast, I'd guess it has something to
> > > > > do with the first few bytes on the data. I saw a problem
> > > > > like this before where we could not boot an IBM notebook
> > > > > recovery partition. In our case the broadcom 5702 ethernet driver on
> > > > > the imaging server had a bug which went away in a 2.6.5 kernel
> > > > > driver. TCP/IP was reliable, but the driver bug was specific to
> > > > > UDP multicast. Even the Windows drivers for that Broadcom
> > > > > device had problems (at the time) immediately after DHCP connect.
> > > > > The other possible flaw that could go wrong is a bug
> > > > > in the ethernet driver on one of the notebook clients.
> > > > >
> > > > > Check the changelogs at kernel.org for hints there may be
> > > > > bug fixes for one of the ethernet devices you use.
> > > > >
> > > > > You can test to see if the images are the same on upload by
> > > > > using cmp to compare the image files. Upload twice and
> > > > > compare. Upload, image, and upload from the target and
> > > > > compare.
> > > > >
> > > > > This only works with gzip, as I learned, that lzop stores
> > > > > a timestamp inside the file.
> > > >
> > > > For testing-szenario i used only raw without any compression.
> > > >
> > > > > --Donald Teed
> > > > >
> > > > >
> > > > > On Mon, 12 Dec 2005, Thomas Kuehling wrote:
> > > > >
> > > > > > Dear all,
> > > > > >
> > > > > > i've got a strange problem with udpcast. If i store the files on an
> > > > > > ext3-partition on a fileserver via udp-reciever -f foo.image and clone
> > > > > > it on the other notebook, i am not able to boot the new system on it.
> > > > > > When i look on the hdd, i see the several partitions, but no partition
> > > > > > types.
> > > > > >
> > > > > > What's my fault? I am getting more and more confused. Please help me.
> > > > > >
> > > > > > Mit freundlichen GrüÃ"Yen
> > > > > > Thomas Kühling
> > > > > >
> > > > > > --
> > > > > > Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
> > > > > > Düsseldorfer StraÃ"Ye 40a - 65760 Eschborn/Frankfurt a.M. - Germany
> > > > > > Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
> > > > > > E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
> > > > > >
> > > > > > _______________________________________________
> > > > > > Udpcast mailing list
> > > > > > Udpcast(a)udpcast.linux.lu
> > > > > > https://lll.lgl.lu/mailman/listinfo/udpcast
> > > > > >
> > > >
> > > > Mit freundlichen Grüßen
> > > > Thomas Kühling
> > > >
> > > > --
> > > > Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
> > > > Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
> > > > Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
> > > > E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
> > > >
> > > > _______________________________________________
> > > > Udpcast mailing list
> > > > Udpcast(a)udpcast.linux.lu
> > > > https://lll.lgl.lu/mailman/listinfo/udpcast
> > > >
> > >
> > >
> > > +----------------------------------------------------------+
> > > 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
> > > Number of Seti Units Returned: 18,823
> > > Processing time: 32 years, 168 days, 23 hours, 32 minutes
> > > (Total Hours: 284,376)
> > >
> > >
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: PGP 6.5.8 -- QDPGP 2.61c
> > > Comment: http://community.wow.net/grt/qdpgp.html
> > >
> > > iQA/AwUBQ5ze5yzGQcr/2AKZEQIhXgCeOdJR3ZY6ynxjIia516PQmLUplBgAoOG4
> > > pK6VNrL1bq64D5BUsaR1IV67
> > > =lhud
> > > -----END PGP SIGNATURE-----
> > >
> >
> > Mit freundlichen Grüßen
> > Thomas Kühling
> >
> > --
> > Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
> > Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
> > Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
> > E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com
> >
>
>
> +----------------------------------------------------------+
> 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
> Number of Seti Units Returned: 18,823
> Processing time: 32 years, 168 days, 23 hours, 32 minutes
> (Total Hours: 284,376)
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5.8 -- QDPGP 2.61c
> Comment: http://community.wow.net/grt/qdpgp.html
>
> iQA/AwUBQ5zvSSzGQcr/2AKZEQIZJQCeJMjkh0v3+WteuUt5qlbCjTrZHYoAn191
> K2vr0ty9eNtP9GcGE/POXYHC
> =Agb7
> -----END PGP SIGNATURE-----
>
Mit freundlichen Grüßen
Thomas Kühling
--
Mapsolute Gmbh - Techn. Administration - TK2325-RIPE
Düsseldorfer Straße 40a - 65760 Eschborn/Frankfurt a.M. - Germany
Phone: +49 6196 777 56 413 - Fax: +49 6196 777 56 100
E-Mail: thomas.kuehling(a)mapsolute.com - web: http://www.mapsolute.com