| Title: | DIGITAL UNIX (FORMERLY KNOWN AS DEC OSF/1) |
| Notice: | Welcome to the Digital UNIX Conference |
| Moderator: | SMURF::DENHAM |
| Created: | Thu Mar 16 1995 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 10068 |
| Total number of notes: | 35879 |
Hi all,
recently I've experienced the following problem (AS4100/dUNIX v4.0b)
with these commands:
# tar cvf /dev/fd0c <file1> ; file1 less than ~1,4 MB
<OK>
# tar rvf /dev/fd0c <file2> ; file2 bigger than free space
on the diskette
<after writing the whole free space on the diskette
system immediately halts down with halt code 2>
(Fortunately there was no load on the customer system,
so that after reboot everything looked OK except binary.errlog
which seemed to have a corrupted entry.)
Trying "tar cvf /dev/fd0c <file>" when file is bigger than disk capacity
does not invoke halt. Only when adding a file to tar archive.
It looks machine independent (the same on the AS1000A, AS4100,
both dUNIX 4.0b).
Has anybody ever seen it ?
Bohus
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 9939.1 | verified on V3.2D-1 | BRADEC::PODOLINSKY | Peter Podolinsky - MCS Slovakia | Mon May 26 1997 04:26 | 12 |
I have tried the same (# tar -rvf /dev/fd0c blabla.bla) on AS1000 running DUNIX V3.2D-1. Screen turned blue, saying: halted CPU0 halt code = 2 kernel stack not valid halt PC = 180f8 >>> Any idea ? Regards, Peter | |||||
| 9939.2 | QAR IT! | WTFN::SCALES | Despair is appropriate and inevitable. | Tue May 27 1997 09:20 | 6 |
Any ability by non-priviledged applications or by shell commands or utilities to unexpectedly halt the system should be QAR'd ASAP. (And, in general, they should not be posted in widely available forums, like this notes conference.) Webb | |||||
| 9939.3 | CLD (IPMT) not QAR | SMURF::MAJESKE | Tue May 27 1997 11:50 | 2 | |
Since the original problem was on a customer's system, you should
open a CLD (IPMT case) on it, not a QAR.
| |||||