At this point in my lab, the only solid servers I have are Win2000.
So I xcopy the distro CDs into a directory that I make available for install via ftp.
Well I have had problems copying files from this distro.
I had to use the /c option in xcopy to get past the problem files..
A few examples are:
The following files in the image directory of disk 1 has 'File creation error - The parameter is incorrect.":
README boot.iso diskboot.img pxeboot/README
My screen buffer is only 400, so I missed any errors in the first 1500 files. And I think there was one earlier (the reason why I had to add the /c option).
On I think CD 3 in the Centos/RPMS the file tix.8.1.4-98.i386.rpm had a 'File creation error -Date error (cyclic redundancy check).
I created both CDs twice from the ISO images, getting these errors. There may be others.
Any input on this?
Robert Moskowitz spake the following on 9/4/2006 8:26 AM:
At this point in my lab, the only solid servers I have are Win2000.
So I xcopy the distro CDs into a directory that I make available for install via ftp.
Well I have had problems copying files from this distro. I had to use the /c option in xcopy to get past the problem files..
A few examples are:
The following files in the image directory of disk 1 has 'File creation error - The parameter is incorrect.":
README boot.iso diskboot.img pxeboot/README
My screen buffer is only 400, so I missed any errors in the first 1500 files. And I think there was one earlier (the reason why I had to add the /c option).
On I think CD 3 in the Centos/RPMS the file tix.8.1.4-98.i386.rpm had a 'File creation error -Date error (cyclic redundancy check).
I created both CDs twice from the ISO images, getting these errors. There may be others.
Any input on this?
You might have bad ISO images. They can easily be corrupted during download.
Scott Silva wrote:
Robert Moskowitz spake the following on 9/4/2006 8:26 AM:
At this point in my lab, the only solid servers I have are Win2000.
So I xcopy the distro CDs into a directory that I make available for install via ftp.
Well I have had problems copying files from this distro. I had to use the /c option in xcopy to get past the problem files..
A few examples are:
The following files in the image directory of disk 1 has 'File creation error - The parameter is incorrect.":
README boot.iso diskboot.img pxeboot/README
My screen buffer is only 400, so I missed any errors in the first 1500 files. And I think there was one earlier (the reason why I had to add the /c option).
On I think CD 3 in the Centos/RPMS the file tix.8.1.4-98.i386.rpm had a 'File creation error -Date error (cyclic redundancy check).
I created both CDs twice from the ISO images, getting these errors. There may be others.
Any input on this?
You might have bad ISO images. They can easily be corrupted during download.
Now that is scary. TCP SHOULD handle both missing datagrams and datagrams out of order; within your window of course.
I could see it with a bad stack implementation like Win98.....
Well I will try downloading again and reburning.
Robert Moskowitz wrote:
Scott Silva wrote:
Robert Moskowitz spake the following on 9/4/2006 8:26 AM:
At this point in my lab, the only solid servers I have are Win2000.
So I xcopy the distro CDs into a directory that I make available for install via ftp.
Well I have had problems copying files from this distro. I had to use the /c option in xcopy to get past the problem files..
A few examples are:
The following files in the image directory of disk 1 has 'File creation error - The parameter is incorrect.":
README boot.iso diskboot.img pxeboot/README
My screen buffer is only 400, so I missed any errors in the first 1500 files. And I think there was one earlier (the reason why I had to add the /c option).
On I think CD 3 in the Centos/RPMS the file tix.8.1.4-98.i386.rpm had a 'File creation error -Date error (cyclic redundancy check).
I created both CDs twice from the ISO images, getting these errors. There may be others.
Any input on this?
You might have bad ISO images. They can easily be corrupted during download.
Now that is scary. TCP SHOULD handle both missing datagrams and datagrams out of order; within your window of course.
I could see it with a bad stack implementation like Win98.....
Well I will try downloading again and reburning.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
It may be an idea to check the MD5 sums for the ISOs *before* burning them......I learnt this one quite a long time ago after a series of inexplicable errors (and a lot of wasted time and CDs!).......and all the problem ISOs in question had been downloaded under Windoze (both ME and XP).
David Ellsmore wrote:
Robert Moskowitz wrote:
Scott Silva wrote:
Robert Moskowitz spake the following on 9/4/2006 8:26 AM:
At this point in my lab, the only solid servers I have are Win2000.
So I xcopy the distro CDs into a directory that I make available for install via ftp.
Well I have had problems copying files from this distro. I had to use the /c option in xcopy to get past the problem files..
A few examples are:
The following files in the image directory of disk 1 has 'File creation error - The parameter is incorrect.":
README boot.iso diskboot.img pxeboot/README
My screen buffer is only 400, so I missed any errors in the first 1500 files. And I think there was one earlier (the reason why I had to add the /c option).
On I think CD 3 in the Centos/RPMS the file tix.8.1.4-98.i386.rpm had a 'File creation error -Date error (cyclic redundancy check).
I created both CDs twice from the ISO images, getting these errors. There may be others.
Any input on this?
You might have bad ISO images. They can easily be corrupted during download.
Now that is scary. TCP SHOULD handle both missing datagrams and datagrams out of order; within your window of course.
I could see it with a bad stack implementation like Win98.....
Well I will try downloading again and reburning.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
It may be an idea to check the MD5 sums for the ISOs *before* burning them......I learnt this one quite a long time ago after a series of inexplicable errors (and a lot of wasted time and CDs!).......and all the problem ISOs in question had been downloaded under Windoze (both ME and XP).
Where is there an MD5 calc program for win32?
On Tue, 2006-09-05 at 08:49 -0400, Robert Moskowitz wrote:
<snip>
Where is there an MD5 calc program for win32?
Linked on this page:
http://www.centos.org/modules/smartfaq/faq.php?faqid=46
is:
http://www.linuxiso.org/viewdoc.php/verifyiso.html
(That doesn't help you right this second as linuxiso is currently broken ... however it should in the future)
In the meantime, one of these should work:
http://www.pc-tools.net/win32/md5sums/
http://www.md5summer.org/download.html
Thanks, Johnny Hughes
Thanks, Johnny Hughes
Robert Moskowitz wrote:
'File creation error -Date error (cyclic redundancy check).
I created both CDs twice from the ISO images, getting these errors. There may be others.
Any input on this?
You might have bad ISO images. They can easily be corrupted during download.
Now that is scary. TCP SHOULD handle both missing datagrams and datagrams out of order; within your window of course.
I could see it with a bad stack implementation like Win98.....
More likely, the downloads ser interrupted and resumed incorrectly. I don't think anyone's IP stack can be that bad _and_ be released into production.
Well I will try downloading again and reburning.
Preferably with different software;-) I mostly use rsync.
John Summerfield wrote:
Robert Moskowitz wrote:
'File creation error -Date error (cyclic redundancy check).
I created both CDs twice from the ISO images, getting these errors. There may be others.
Any input on this?
You might have bad ISO images. They can easily be corrupted during download.
Now that is scary. TCP SHOULD handle both missing datagrams and datagrams out of order; within your window of course.
I could see it with a bad stack implementation like Win98.....
More likely, the downloads ser interrupted and resumed incorrectly. I don't think anyone's IP stack can be that bad _and_ be released into production.
Oh, a number of years back at the IETF, there was a workgroup headed by Richard Stevens ("TCP/IP Illustrated"). He had a fantastic list of all of the sins in so many implementations, and wanted them published as an RFC.
Cooler heads in the IESG prevailed (fear of lawsuits), and each vendor was dragged over the coals on the mailing list and the workgroup meetings.
Richard had an untimely death, and is missed. His legacy is good implementations of TCP/IP and others that watch for back-sliding.
Oh, and that is why my comment on Win98 ;)
Well I will try downloading again and reburning.
Preferably with different software;-) I mostly use rsync.
Robert Moskowitz wrote:
Oh, a number of years back at the IETF, there was a workgroup headed by Richard Stevens ("TCP/IP Illustrated"). He had a fantastic list of all of the sins in so many implementations, and wanted them published as an RFC.
Cooler heads in the IESG prevailed (fear of lawsuits), and each vendor was dragged over the coals on the mailing list and the workgroup meetings.
Richard had an untimely death, and is missed. His legacy is good implementations of TCP/IP and others that watch for back-sliding.
Oh, and that is why my comment on Win98 ;)
Someone published an RFC dealing with a bakeoff. The idea was to cook someone else's implemtation while keeping your own safe. It's worth digging out for a read & chuckle.
Even W98 should be okay, but I'd not bet on Internet Exploder.
-
David Ellsmore -
John Summerfield -
Johnny Hughes -
Robert Moskowitz -
Scott Silva