Udpcast December 2005

udpcast@udpcast.linux.lu

8 participants
16 discussions

by Saikrishna Dasari

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.

17 years, 1 month

Buggy tg3 ethernet

by Donald Teed

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

17 years, 2 months

Default boot not recognizing kb

by abarkley＠jamadots.com

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

17 years, 2 months

Udpcast lzop and gzip

by Pierre CANAL

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

17 years, 5 months

udpcast gzip and lzop

by Pierre CANAL

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

17 years, 5 months

Re: [Udpcast] udpcast gzip and lzop

by Thomas Kuehling

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

17 years, 5 months

Reliable multicast protocol

by Wu Guofu

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

17 years, 5 months

Problems while creating an own pxe kernel and initrd

by Thomas Kuehling

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

17 years, 5 months

Re: [Udpcast] Problems with udpcast in combination with a fileserver

by Thomas Kuehling

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

17 years, 5 months

Re: [Udpcast] Problems with udpcast in combination with a fileserver

by Thomas Kuehling

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

17 years, 5 months

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Udpcast December 2005