SUMMARY: Dump error message

From: Narendra Mehta (naren@sce.carleton.ca)
Date: Tue Jun 04 1991 - 09:39:56 CDT


I recently posted the following message:

>Once in a while I get the following error message during incremental
>dump. Until today the partition that genereated this message was
>always the one which did not have incremental file changes. Today,
>one of the home partition which had about 174MB of file changes gave
>this error. Any idea what would be causing this?
>
>Dumping polaris:/home/polaris *********
> DUMP: Date of this level 5 dump: Fri May 31 01:24:58 1991
> DUMP: Date of last level 0 dump: Fri May 24 12:44:10 1991
> DUMP: Dumping /dev/rrf1g (/export/home) to /dev/nrst0 on host betelgeuse
> DUMP: mapping (Pass I) [regular files]
> DUMP: mapping (Pass II) [directories]
> DUMP: mapping (Pass II) [directories]
> DUMP: mapping (Pass II) [directories]
> DUMP: estimated 358088 blocks (174.85MB) on 0.01 tape(s).
> DUMP: dumping (Pass III) [directories]
>ld.so: call to undefined procedure _close from 0x202a6
> DUMP: Broken pipe
> DUMP: The ENTIRE dump is aborted.

summary of the responses:

-several administrators have seen similar problem. They, like me,
 simply dump the partition again. Almost everytime it works second
 time around.

-one administrator suspected the problem is with the Sun's
 driver since they did not have any problem when they used a driver
 supplied by a third party.

-"the problem is caused by a bug in the dump command, corrupting the
 data for the runtime loader. (Caused by dumping active file systems?)".
  
     However, I have seen this error once when I was dumping single user.

-perhaps ldconfig needs to be run again.

-the dump executable was linked with shared libraries, and for some
 reason the shared libraries on this machine no longer match the ones
 dump was linked with. perhaps the dump executables were copied from
 a machine running a different version of OS.

     All machines on the net run SunOS 4.1.1.

End of Summary
--------------

Well, as usual, the problem did not appear during the next day's
incremental dump.

Thanks for all the messages.

-- 
Narendra Mehta                                Carleton University
Internet: naren@sce.carleton.ca               Systems & Computer Eng. Dept.,
UUCP: ...!uunet!sce.carleton.ca!naren         Ottawa, Ont, Canada



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:14 CDT