Date: Mon, 20 Feb 95 10:09 CST From: uhclem@nemesis.lonestar.org (Frank Durda IV) To: freebsd-bugs@FreeBSD.org Cc: uhclem@fw.ast.com Subject: Re: Bugs in snap 021095 Message-ID: <m0rgag0-0004vtC@nemesis.lonestar.org>
next in thread | raw e-mail | index | archive | help
Here are some problem reports on SNAP-021095, downloaded 18-Feb-95: ------------------------------ FDIV001 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 Impact: Medium Problem: When you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately, but nothing is displayed to indicate which module the install expects you to download now. I determined (the hard way) that it doesn't want them all downloaded at once when it came back from processing just bin and started FTP again, apparently wanting more files. But which? Even if I pretended they were there already, it would fail due to filename conflicts (see below). It is possible to guess what it wants, but if you download the wrong thing in the wrong order (I did this several times), it sometimes it does not catch the error and goes on its merry way with unknown results. Once I determined it was asking for stuff in the order that the checked boxes were listed, I wrote that order down and on the next install attempt I was able to supply things in the expected order. Suggestion: Before invoking FTP each time in this manual mode, display a prompt such as "Now download all files in the 'src' distribution" so the user will know exactly what to get. When wanting compat1x (as an example), the prompt would say: "Now download all files in the 'compat1x' distribution" etc. I also suggest putting a prefix of some sort on files with common names, such as CKSUMS (src.CKSUMS) so that it the user elects to keep the files around (you do offer that choice), the conflicting names won't render the downloaded files useless. Right now, the CKSUMS for bin are lost after downloading the next thing, and you never have the opportunity to make separate directories to put the different distributions in. That might be a better solution than changing the names: creating a %s/src, %s/bin, %s/compat1x, etc where %s is /usr/tmp or whatever the user specifies. ------------------------------ FDIV002 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 Impact: Medium Problem: When you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately. After processing each module, it asks if you want to delete the files in /usr/tmp. If you answer this "yes", it apparently does a rm -rf /usr/tmp and when it moves on to load the next module, but /usr/tmp is now deleted and it cannot proceed. This did not happen in 2.0, and I suspect it has to do with the new ability to select multiple modules and something is not re-creating the directory if you answer the above question "yes". In this case, the test system was tight on disk space and could not afford to have the packed distribution hanging around. I was able to get around this on a tight disk space system by answering "No", and once in FTP, get a shell and remove the files in /usr/tmp manually, then resume FTP and download the next batch of files. But this is clumsy, and would not have been possible until after the "bin" distribution was loaded. Solution: Verify that /usr/tmp either does not get deleted or make sure it gets recreated with the same permissions after each module is downloaded. It is possible to guess what it wants, but if you download the wrong thing (I did this several times), it sometimes it does not catch the error and goes on its merry way with unknown results. Once I determined it was asking for stuff in the order the checked boxes were listed, I wrote that order down and was able to supply things in the expected order. ------------------------------ FDIV003 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 Impact: Medium Problem: When you specify that you want to do your own FTP commands and have specified more than one distribution (bin, src, etc), FTP is invoked repeatedly to download each module separately. You are offered a chance to specify a directory other than /usr/tmp. I attempted to specify /usr/src/tmp, so that the files would be placed on a different partition with more space. This failed with errors, including "no such file or directory". Note: This may be related to FDIV002, so investigate that problem first. Either the install procedure failed to create the directory before trying to use it, or it was created and then later accidentally deleted by the install procedure. ------------------------------ FDIV004 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 Impact: Medium Problem: When you specify that you want to do your own FTP commands if you abort a mget or other FTP operation with interrupt (Control-C), FTP does not receive the interrupt, but the install shell/program does, that pops up partially on the screen with "Installation Aborted", but FTP is still running, asking questions. In my case, I forgot to turn PROMPTing off before I started a mget, and did a Control-C to start the process over. I was expecting a "Continue with mget?" prompt to answer "no" to, but instead FTP never got the Control-C signal as it had beenm intercepted upstairs somewhere. Suggestion: When letting the user do his own FTP commands, allow all signals to pass to FTP, and do not abort or otherwise respond to the interrupt signal while FTP is running. ------------------------------ FDIV005 SYSTEM INSTALL (While downloading rest of system) Date: 20-Feb-95 Impact: Low Problem: When you specify that you want to do your own FTP commands, while you are in FTP the backspace character is still set to Delete, rather than Backspace. Since I assume everybody is using PC AT or PS2 style keyboards, most people are used to the Backspace key being the Backspace character. Suggestion: When invoking FTP for manual operation, please set the backspace character to backspace. ------------------------------ FDIV006 MOUNT/KERNEL Date: 20-Feb-95 Impact: Medium Problem: When you do a "mount -t cd9660", command, the mount or the kernel looks for the mount_cd9660 (and similar files) in /usr/sbin, but in SNAP-021095, these files are in /sbin. This causes the mount to fail with a non-obvious error: mount -t isofs -o norrip /dev/pcd0a /mnt mount pcd0a: no such file or directory which makes it look like pcd0a is the missing item. By copying the mount_* files in /usr/sbin to /sbin, the error goes away. ------------------------------ *END* Frank Durda IV <uhclem@nemesis.lonestar.org>|"The Knights who say "LETNi" or uhclem%nemesis@trsvax.ast.com (Internet)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!trsvax.fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m0rgag0-0004vtC>