Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10 beta 3/9/83; site xios.UUCP Path: utzoo!dciem!nrcaer!xios!tony From: tony@xios.UUCP (Keeper Of News) Newsgroups: net.micro.att Subject: Problems with tapes Message-ID: <287@xios.UUCP> Date: Thu, 26-Jun-86 13:04:21 EDT Article-I.D.: xios.287 Posted: Thu Jun 26 13:04:21 1986 Date-Received: Fri, 27-Jun-86 03:31:10 EDT Reply-To: tony@xios.UUCP (Keeper Of News) Organization: Xios Systems Corp., Ottawa, Ont. Lines: 56 We have a 3B2/300 and a 3B2/400. Until recently they were running SV Release 2.0. We got a Release 2.1 source distribution, and brought it up on these machines. Release 2.1 has demand paging, which we need to get our software up and running on this machine, since it wouldn't fit with the 500k limit on text size in Release 2.0. Unfortunately, the Cartridge tape subsystem comes from a third party, and we didn't get any binaries for it, and they won't release source. This means that we had to use the binaries from Release 2.1 in our 2.2 kernel. Not surprisingly, this has not been terribly successful. Now, I would expect any commands to die immediately when attempting to run them, but the actual problems have been stranger. (Note that we are using the old DRIVER with the new kernel). Suspecting that the problem is with the old binaries, we have tried to get a binary distribution of the cartridge tape system from ATT in Canada. The have refused to send us one (though not in so many words). We were hoping that some kind soul in the US would be willing to give/sell us a copy of it. What follows is a more detailed description of our problems, in case someone knows of something else which could be causing it. Our immediate need is to be able to back up our filesystems so we can repartition the disks so that we have enough room on root and usr to do some work. One small problem with Release 2.1 is that all the binariers are 10-20% larger, which eats most of the free space in the filesystems. (I have no desire to back up all that junk with floppies, though I may have to as a last resort). Specificly, on the 300, when we try to backup a filesystem (using ctccpio), there is a good chance that the system will crash with a PANIC: SYSTEM PARITY ERROR INTERRUPT or more rarely KERNEL MMU FAULT (F_STDLEN) shortly after the operation is complete. I have only managed to get it to complete the operation once, and have not tried to read the tape back. I suspect I would have the same problem as with the 400 if I were to try. I also tried using plain cpio, but I was not able to read back the tape that was generated. On the 400, we can create a cpio tape with ctccpio, but when we try to read the tape back, the machine dies with: PANIC: KERNEL DATA ALIGNMENT ERROR and once it got the machine into a state where any system call would generate a: NOTICE: growreg/ptalloc - Insufficient memory to allocate 1 page - system call failed and eventually an MMU FAULT as with the 300. -- ------------------------------------------------------------------------------- Tony Lill Keeper of News @ Xios Systems Corporation 1600 Carling Avenue, Suite 150, Ottawa, Ontario, Canada, K1Z 8R8 (613) 725-5411 xios!tony ------------------------------------------------------------------------------- Not the edge of the world, but we can see it from here.