[Udpcast] Problems with udpcast in combination with a fileserver

Thomas Kuehling thomas.kuehling at mapsolute.com
Mon Dec 12 14:49:49 CET 2005


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 at mapsolute.com>
> Send reply to:  	thomas.kuehling at mapsolute.com
> To:             	"Michael D. Setzer II" <mikes at kuentos.guam.net>
> Copies to:      	udpcast at 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 at mapsolute.com>
> > > To:             	D Teed <dteed at artistic.ca>
> > > Organization:   	Mapsolute GmbH
> > > Date sent:      	Mon, 12 Dec 2005 13:07:05 +0100
> > > Copies to:      	udpcast at udpcast.linux.lu
> > > Send reply to:  	thomas.kuehling at mapsolute.com
> > > 	<mailto:udpcast-request at udpcast.linux.lu?subject=unsubscribe>
> > > 	<mailto:udpcast-request at 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 at mapsolute.com - web: http://www.mapsolute.com
> > > > > >
> > > > > > _______________________________________________
> > > > > > Udpcast mailing list
> > > > > > Udpcast at 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 at mapsolute.com - web: http://www.mapsolute.com
> > > > 
> > > > _______________________________________________
> > > > Udpcast mailing list
> > > > Udpcast at udpcast.linux.lu
> > > > https://lll.lgl.lu/mailman/listinfo/udpcast
> > > > 
> > > 
> > > 
> > > +----------------------------------------------------------+
> > >   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:  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 at mapsolute.com - web: http://www.mapsolute.com
> > 
> 
> 
> +----------------------------------------------------------+
>   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:  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 at mapsolute.com - web: http://www.mapsolute.com




More information about the Udpcast mailing list