I have a Sun Ultra10 (sparc based) running SunOS 5.9. I used to be able to read dumps taken by ufsdump on this machine on FreeBSD 4.x. I cannot do so on FreeBSD 5.4. 4.X restore says Note: Doing Quad swapping", but this string does not appear in the 5.4 src for restore at all. I realize that Solaris compatability is not essential, but it was nice! Fix: A workaround is to copy "restore" from a 4.X box and run it on 5.X. So far this seems to work. How-To-Repeat: Take a Solaris ufsdump file to a FreeBSD 5.4 machine, try any operation on it and watch it fail with "Tape is not a dump tape".
State Changed From-To: open->feedback Some changes to re-add support for old tapes were commited to 5-STABLE _after_ 5.4-RELEASE. Can you please update your system and say whether SunOS tapes are readable in 5.4-STABLE?
Responsible Changed From-To: freebsd-bugs->imp imp expressed interest in this
Sorry, I did "cvs rdiff -ko -r RELENG_5_4 -r RELENG_5 src/sbin/restore" and did not see any relevant changes. What have I missed? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru
On Tue, 27 Mar 2007, 17:01+0700, Victor Sudakov wrote: > Sorry, > > I did "cvs rdiff -ko -r RELENG_5_4 -r RELENG_5 src/sbin/restore" and did > not see any relevant changes. What have I missed? You need -rRELENG_4 -rRELENG_5_4 -- Maxim Konovalov
Maxim Konovalov wrote: > > > > I did "cvs rdiff -ko -r RELENG_5_4 -r RELENG_5 src/sbin/restore" and did > > not see any relevant changes. What have I missed? > > You need -rRELENG_4 -rRELENG_5_4 Sorry but does not the phrase "commited to 5-STABLE after 5.4-RELEASE" mean that the changes are between 5.4-RELEASE and 5-STABLE? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru
Responsible Changed From-To: imp->linimon To submitter: the changes would be either in 5.5 or 5-STABLE by now (as well as 6.X). Can you report if the problem still exists in any of those versions?
State Changed From-To: feedback->closed Note that submitter has been asked for feedback.
Can we reopen this PR? I have just checked /sbin/restore on 7.1-RELEASE and it still does not read Solaris9/SPARC ufsdumps with the same message "Tape is not a dump tape". -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru
> Can we reopen this PR? > > I have just checked /sbin/restore on 7.1-RELEASE and it still does not > read Solaris9/SPARC ufsdumps with the same message "Tape is not a > dump tape". I think I must report that the 7.1-RELEASE /sbin/restore does read Solaris10/x86 ufsdumps. Only SPARC support is missing. I think byte swapping code is missing because SPARC is big-endian. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru
State Changed From-To: closed->open Problem has been confirmed to still exist.
Responsible Changed From-To: linimon->freebsd-ports-bugs
Responsible Changed From-To: freebsd-ports-bugs->freebsd-bugs This has nothing to do with ports
This bug still exists in 8.3-STABLE from few weeks back. Restoring tape likely written with Sunos lelu# restore -i -f file1 Tape is not a dump tape lelu# file file1 file1: dump format, 4.2 or 4.3 BSD without IDC lelu# restore -i -v -f file1 Verify tape and initialize maps Tape block size is 32 Tape is not a dump tape lelu# So, it seems that the tape is dump tape, but cannot be read. file1 has been pulled from the tape with dd. I happened to have a FreeBSD 4 in one host, and taking a binary from there seems to work.
FWIW, This change on NetBSD may also be relevant: Add support for Solaris ufsdump volumes with more than 512*1024 inodes. Here the bitmaps are written as CLRI or BITS with c_count <= 512 ADDR* for the remaining blocks Remove the bitmap handling from getfile(), remove xtrmap() and xtrmapskip(). Add new function getbitmap() modeled after getfile() that does bitmap allocation, bitmap expansion and sets maxino. hannken committed on Feb 9, 2007 https://github.com/jsonn/src/commit/e81f911f43e6e44270c3cbb7325343f7204de43c
For bugs matching the following conditions: - Status == In Progress - Assignee == "bugs@FreeBSD.org" - Last Modified Year <= 2017 Do - Set Status to "Open"