#
80ca1f34 |
| 04-Feb-2010 |
Xin LI <delphij@FreeBSD.org> |
Plug two memory leaks in error case.
MFC after: 1 month
|
Revision tags: release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0 |
|
#
f72ab793 |
| 24-May-2008 |
Kirk McKusick <mckusick@FreeBSD.org> |
Expand dump to allow MAX_INT dump levels.
PR: bin/100732 Submitted by: Matthew Vincenz <msvincen@midway.uchicago.edu>
|
#
693c40a3 |
| 24-May-2008 |
Kirk McKusick <mckusick@FreeBSD.org> |
When using dump to generate level 0 dumps which are then rsync'ed to a remote machine, the fact that the dump date is stored with each header (inode) record makes rsync significantly less efficient t
When using dump to generate level 0 dumps which are then rsync'ed to a remote machine, the fact that the dump date is stored with each header (inode) record makes rsync significantly less efficient than necessary. This also applies to inode access times when they are not important data to retain. When implementing an offsite backup solution of this type, these dates in particular are not important, especially if it prevents effective offsite backups.
PR: bin/91049 Submitted by: Forrest W Christian <fwc@mt.net>
show more ...
|
Revision tags: release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0 |
|
#
ef4e7805 |
| 12-Oct-2006 |
Ruslan Ermilov <ru@FreeBSD.org> |
Make "dump /filesystem" (without options) work.
PR: docs/84408 MFC after: 3 days
|
#
90bdcf6b |
| 15-Aug-2006 |
Matt Jacob <mjacob@FreeBSD.org> |
If rawname returns NULL, deal with it appropriately.
PR: 94045 Submitted by: Andrey Elsukov MFC after: 1 week
|
Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0 |
|
#
f8aa7a83 |
| 18-Apr-2005 |
Warner Losh <imp@FreeBSD.org> |
'r' disk devices no longer exist, so don't try to create a pathname that has an 'r' in it.
This also eliminates a bogus use of strlcat. PR: 80064
|
#
8d646af5 |
| 10-Feb-2005 |
Ruslan Ermilov <ru@FreeBSD.org> |
Sync program's usage() with manpage's SYNOPSIS.
|
#
73e31afa |
| 21-Jan-2005 |
Wes Peters <wes@FreeBSD.org> |
Improved error checking for existence of a .snap directory to generate snapshots in when -L is requested. If the .snap directory does not exist, or is not a directory, issue a warning and revert to
Improved error checking for existence of a .snap directory to generate snapshots in when -L is requested. If the .snap directory does not exist, or is not a directory, issue a warning and revert to the non- live behavior.
Obtained from: St. Bernard Software RAPID
show more ...
|
Revision tags: release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0, release/4.10.0_cvs, release/4.10.0 |
|
#
c51d70c6 |
| 13-Apr-2004 |
Brian Feldman <green@FreeBSD.org> |
Add -P arguments for dump(8) and restore(8) which allow the user to use backup methods other than files and tapes. The -P argument is a normal sh(1) pipeline with either $DUMP_VOLUME or $RESTORE_VOL
Add -P arguments for dump(8) and restore(8) which allow the user to use backup methods other than files and tapes. The -P argument is a normal sh(1) pipeline with either $DUMP_VOLUME or $RESTORE_VOLUME defined in the environment, respectively.
For example, I can back up my home to three DVD+R[W]s as so: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s2e 40028550 10093140 26733126 27% /home green# dump -0 -L -C16 -B4589840 -P 'growisofs -Z /dev/cd0=/dev/fd/0' /home
show more ...
|
#
f7c7b87f |
| 12-Apr-2004 |
Brian Feldman <green@FreeBSD.org> |
Improve the warnings for dump -L and do not bother doing the snapshot if it is specified for read-only filesystems.
Submitted by: Jason Young <jyoung8607@hotmail.com> PR: 46672
|
#
4c723140 |
| 09-Apr-2004 |
Mark Murray <markm@FreeBSD.org> |
Remove advertising clause from University of California Regent's license, per letter dated July 22, 1999.
Approved by: core, imp
|
Revision tags: release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0 |
|
#
6e3aaeb2 |
| 04-Jan-2004 |
Ian Dowse <iedowse@FreeBSD.org> |
Define _PATH_MKSNAP_FFS and use it in dump(8) instead of assuming that mksnap_ffs(8) can be found using the current $PATH.
Reviewed by: mckusick
|
#
d46b5285 |
| 16-Nov-2003 |
Kirk McKusick <mckusick@FreeBSD.org> |
Convert the live dump command (`dump -L') to use mksnap_ffs instead of trying to directly create the snapshot itself. This change allows users logged into the system as operator to run live dumps.
N
Convert the live dump command (`dump -L') to use mksnap_ffs instead of trying to directly create the snapshot itself. This change allows users logged into the system as operator to run live dumps.
Note that dump no longer tries to create the snapshot in the root of the filesystem, but rather in a .snap directory in the root of the filesystem. The reason is that the operator is usually not permitted to write into the root of the filesystem. The newfs command and background fsck have both been modified to create a .snap directory in the root of the filesystem, but if neither of these have been run, then the .snap directory must be created manually by the superuser before a live dump can be run. The .snap directory should be owned by user root and group operator and set to mode 770.
show more ...
|
#
8a0453d6 |
| 14-Nov-2003 |
Johan Karlsson <johan@FreeBSD.org> |
Make this WARNS=2 clean by - using (intmax_t) and %j - giving a non-empty format string to msg()
Include <stdint.h> directly instead of depending on <inttypes.h> to do it.
Tested by: make universe
|
Revision tags: release/4.9.0_cvs, release/4.9.0, release/5.1.0_cvs, release/5.1.0 |
|
#
924a7003 |
| 07-May-2003 |
Kirk McKusick <mckusick@FreeBSD.org> |
Dump is hard-wired to believe that it can read disks on 1024-byte boundaries. For many years this was a reasonable assumption. However, in recent years we have begun seeing devices with 2048-byte sec
Dump is hard-wired to believe that it can read disks on 1024-byte boundaries. For many years this was a reasonable assumption. However, in recent years we have begun seeing devices with 2048-byte sectors. These devices return errors when dump tries to read starting in the middle of a sector or when it tries to read only the first half of a sector. Rather than change the native block size used by dump (and thus create an incompatible dump format), this fix checks for transfer requests that start and/or end on a non-sector boundary. When such a read is detected, the new code reads the entire sector and copies out just the part that dump needs.
Reviewed by: Poul-Henning Kamp <phk@critter.freebsd.dk> Approved by: re (John Baldwin <jhb@FreeBSD.org>) Sponsored by: DARPA & NAI Labs.
show more ...
|
#
44b81f0f |
| 01-May-2003 |
Ruslan Ermilov <ru@FreeBSD.org> |
Removed all vestiges of KerberosIV.
|
#
8edde085 |
| 01-May-2003 |
Mark Murray <markm@FreeBSD.org> |
De-Kerberise (KerberosIV). KerberosIV is no longer present, and remote backups can still be done with Kerberos authentication using SSH and Kerberos 5.
|
#
a3165d16 |
| 07-Apr-2003 |
Matthew N. Dodd <mdodd@FreeBSD.org> |
Avoid a name conflict with future functionality:
getfstab() -> dump_getfstab()
|
Revision tags: release/4.8.0_cvs, release/4.8.0 |
|
#
1f6a4631 |
| 23-Feb-2003 |
Ruslan Ermilov <ru@FreeBSD.org> |
Sort options.
|
Revision tags: release/5.0.0_cvs, release/5.0.0 |
|
#
be013c3a |
| 13-Jan-2003 |
Matthew Dillon <dillon@FreeBSD.org> |
really, this time for sure. Fix formatting in usage().
|
#
f2dddb66 |
| 13-Jan-2003 |
Matthew Dillon <dillon@FreeBSD.org> |
Grr. I keep forgetting things. Include -C in dump's usage() .
|
#
ea8123f9 |
| 13-Jan-2003 |
Matthew Dillon <dillon@FreeBSD.org> |
Add support for obsolete option form for -C
|
#
5941e412 |
| 13-Jan-2003 |
Matthew Dillon <dillon@FreeBSD.org> |
Add a caching option to dump. Use -C. Note that NetBSD has a caching option called -r but it takes 512 byte blocks instead of megabytes, and I felt a megabytes specification would be far more usefu
Add a caching option to dump. Use -C. Note that NetBSD has a caching option called -r but it takes 512 byte blocks instead of megabytes, and I felt a megabytes specification would be far more useful so I did not use the same option character.
This will *greatly* improve dump performance at the cost of possibly missing filesystem changes that occur between passes, and does a fairly good job making up for the loss of buffered block devices. Caching is disabled by default to retain historical behavior.
In tests, dump performance improved by about 40% when dumping / or /usr.
Beware that dump forks and the cache may wind up being larger then you specify, but a more complex shared memory implementation would not produce results that are all that much better so I kept it simple for now.
MFC after: 3 days
show more ...
|
#
194a6667 |
| 03-Dec-2002 |
Kirk McKusick <mckusick@FreeBSD.org> |
Add the `L' option to dump to notify it that it is dumping a live filesystem. To obtain a consistent dump image, dump takes a snapshot of the filesystem and then does a dump of the snapshot. The snap
Add the `L' option to dump to notify it that it is dumping a live filesystem. To obtain a consistent dump image, dump takes a snapshot of the filesystem and then does a dump of the snapshot. The snapshot is removed when the dump is complete.
Also add an operator warning that the `L' option should be used if dump is run on a live filesystem without the `L' option being specified. The alternative would be to silently use a snapshot any time that a live filesystem is dumped, but this change in dump semantics seemed too drastic at this time.
Sponsored by: DARPA & NAI Labs. Approved by: re
show more ...
|
#
ada981b2 |
| 27-Nov-2002 |
Kirk McKusick <mckusick@FreeBSD.org> |
Create a new 32-bit fs_flags word in the superblock. Add code to move the old 8-bit fs_old_flags to the new location the first time that the filesystem is mounted by a new kernel. One of the unused f
Create a new 32-bit fs_flags word in the superblock. Add code to move the old 8-bit fs_old_flags to the new location the first time that the filesystem is mounted by a new kernel. One of the unused flags in fs_old_flags is used to indicate that the flags have been moved. Leave the fs_old_flags word intact so that it will work properly if used on an old kernel.
Change the fs_sblockloc superblock location field to be in units of bytes instead of in units of filesystem fragments. The old units did not work properly when the fragment size exceeeded the superblock size (8192). Update old fs_sblockloc values at the same time that the flags are moved.
Suggested by: BOUWSMA Barry <freebsd-misuser@netscum.dyndns.dk> Sponsored by: DARPA & NAI Labs.
show more ...
|