Re: Dump Help
Oops, Sorry Jerry - accidentally sent this to only yourself Anyway, this is for Jean-Paul, Investigate g4u (Ghost 4 Unix) to accomplish your goal. I've used this handly little utility to dump entire 110GB HD's over ftp bit by bit. Find it here: http://www.feyrer.de/g4u/ Kind regards, Matt Best On 11/22/05, Jerry McAllister <[EMAIL PROTECTED]> wrote: > > > > > > > > > Jean-Paul Natola > > > > Network Administrator > > > > Information Technology > > > > Family Care International > > > > 588 Broadway Suite 503 > > > > New York, NY 10012 > > > > Phone:212-941-5300 xt 36 > > > > Fax: 212-941-5563 > > > > Mailto: [EMAIL PROTECTED] > > > > > > > Well I would think I would want all my configuration files, for the main > > applications EXIM CLAM ETC, so that when I reinstalled via ftp or cd, I > > don't have to go in and make the changes to say , the exim cf file, the > > custom rules I have for SA etc,, > > > > I do believe the bulk would be in /usr/local > > > > Well, that isn't much in size terms. A lot of that would > be in either /etc or /usr/local/etc. You could also dump > root which is not big or make a little script that copies > the config files you want that are not already in one of the > dumped filesystems, over to some special space in one of > those dumped filesystems. Then, if you ever need to recover > them, they would be in a convenient place. > > That would be more likely needed after tinkering with them > than from a system failure anyway. So, having a copy living > somewhere convenient that does not require a restore could > come in handy as well. > > jerry > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > [EMAIL PROTECTED]" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Dump Help
> > > > > > Jean-Paul Natola > > > Network Administrator > > > Information Technology > > > Family Care International > > > 588 Broadway Suite 503 > > > New York, NY 10012 > > > Phone:212-941-5300 xt 36 > > > Fax: 212-941-5563 > > > Mailto: [EMAIL PROTECTED] > > > > Well I would think I would want all my configuration files, for the main > applications EXIM CLAM ETC, so that when I reinstalled via ftp or cd, I > don't have to go in and make the changes to say , the exim cf file, the > custom rules I have for SA etc,, > > I do believe the bulk would be in /usr/local > Well, that isn't much in size terms. A lot of that would be in either /etc or /usr/local/etc. You could also dump root which is not big or make a little script that copies the config files you want that are not already in one of the dumped filesystems, over to some special space in one of those dumped filesystems. Then, if you ever need to recover them, they would be in a convenient place. That would be more likely needed after tinkering with them than from a system failure anyway. So, having a copy living somewhere convenient that does not require a restore could come in handy as well. jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Dump Help
> > As you all can tell by now I'm new to this, and I'm avidly reading through > my AbsoluteBsd book. > > I don't really save any data to the BSD box just logs, I use it for scanning > email (Exim, ClamAV, SA) > > My goal is to backup the file/files/partitions so that if the box blew up , > I can just grab a new box install bsd , then restore it. Well, if you are going to reinstall FreeBSD - from a CD and FTP? - then all you really need to back up are the working files you want to recover. If all you want are logs, most of those are in /var/log unless you have told it to put things elsewhere or have created some special logging utility. So, you might get by with just dumping /var. But, since you have the bulk of your space in /usr, I think maybe you are putting some useful stuff in there. So, you figure out where your valuable stuff is and back up those filesystems. jerry > > > > -Original Message- > From: Jerry McAllister [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 22, 2005 10:08 AM > To: Jean-Paul Natola > Cc: [EMAIL PROTECTED] > Subject: Re: Dump Help > > > > > Hi all, > > > > I'm trying to utilize dump to copy the entire disc to a network drive , so > > that in the event of hardware failure I can just restore to a new machine > > > > Here's the output of df > > Filesystem SizeUsed Avail Capacity Mounted on > > /dev/ad0s1a248M 35M193M15%/ > > devfs 1.0K1.0K 0B 100%/dev > > /dev/ad0s1e248M 12K228M 0%/tmp > > /dev/ad0s1f4.9G651M3.8G14%/usr > > /dev/ad0s1d248M 59M169M26%/var > > devfs 1.0K1.0K 0B 100%/var/named/dev > > total 5.6G745M4.4G14% > > > > here's the command I ran > > > > dump / -0aL -f /usr/home/H/bsd_bkp/1116 / > > > > it runs well it says dump complete > > > > but my file only turns out to be 37,314,560 bytes > > > > what am I missing , Ideally I would like ( I think I would at least) the > > WHOLE disk to be backed up > > The dump utility backs up by file system, not by drive. > You told it to back up the '/' file system and it apparently did. > (That was that final '/' in your command line. I don't think >the first '/' belongs there unless it is something odd that I >have been missing - so I think the command should read: > dump -0aLf /usr/home/H/bsd_bkp/1116 / >that is if '/usr/home/H/bsd_bkp/1116' is really the correct >place to write the dump file)_ > > You then may also want to run dump for /usr and /var. That would > get the rest of the drive that is meaningful. > You probably don't want to bother with /tmp though you could. > > jerry > > > > > Freebsd 5.4 > > > > > > > > > > > > > > Jean-Paul Natola > > Network Administrator > > Information Technology > > Family Care International > > 588 Broadway Suite 503 > > New York, NY 10012 > > Phone:212-941-5300 xt 36 > > Fax: 212-941-5563 > > Mailto: [EMAIL PROTECTED] > > ___ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" > > > > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Dump Help
As you all can tell by now I'm new to this, and I'm avidly reading through my AbsoluteBsd book. I don't really save any data to the BSD box just logs, I use it for scanning email (Exim, ClamAV, SA) My goal is to backup the file/files/partitions so that if the box blew up , I can just grab a new box install bsd , then restore it. -Original Message- From: Jerry McAllister [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 22, 2005 10:08 AM To: Jean-Paul Natola Cc: [EMAIL PROTECTED] Subject: Re: Dump Help > > Hi all, > > I'm trying to utilize dump to copy the entire disc to a network drive , so > that in the event of hardware failure I can just restore to a new machine > > Here's the output of df > Filesystem SizeUsed Avail Capacity Mounted on > /dev/ad0s1a248M 35M193M15%/ > devfs 1.0K1.0K 0B 100%/dev > /dev/ad0s1e248M 12K228M 0%/tmp > /dev/ad0s1f4.9G651M3.8G14%/usr > /dev/ad0s1d248M 59M169M26%/var > devfs 1.0K1.0K 0B 100%/var/named/dev > total 5.6G745M4.4G14% > > here's the command I ran > > dump / -0aL -f /usr/home/H/bsd_bkp/1116 / > > it runs well it says dump complete > > but my file only turns out to be 37,314,560 bytes > > what am I missing , Ideally I would like ( I think I would at least) the > WHOLE disk to be backed up The dump utility backs up by file system, not by drive. You told it to back up the '/' file system and it apparently did. (That was that final '/' in your command line. I don't think the first '/' belongs there unless it is something odd that I have been missing - so I think the command should read: dump -0aLf /usr/home/H/bsd_bkp/1116 / that is if '/usr/home/H/bsd_bkp/1116' is really the correct place to write the dump file)_ You then may also want to run dump for /usr and /var. That would get the rest of the drive that is meaningful. You probably don't want to bother with /tmp though you could. jerry > > Freebsd 5.4 > > > > > > > Jean-Paul Natola > Network Administrator > Information Technology > Family Care International > 588 Broadway Suite 503 > New York, NY 10012 > Phone:212-941-5300 xt 36 > Fax: 212-941-5563 > Mailto: [EMAIL PROTECTED] > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Dump Help
> > Hi all, > > I'm trying to utilize dump to copy the entire disc to a network drive , so > that in the event of hardware failure I can just restore to a new machine > > Here's the output of df > Filesystem SizeUsed Avail Capacity Mounted on > /dev/ad0s1a248M 35M193M15%/ > devfs 1.0K1.0K 0B 100%/dev > /dev/ad0s1e248M 12K228M 0%/tmp > /dev/ad0s1f4.9G651M3.8G14%/usr > /dev/ad0s1d248M 59M169M26%/var > devfs 1.0K1.0K 0B 100%/var/named/dev > total 5.6G745M4.4G14% > > here's the command I ran > > dump / -0aL -f /usr/home/H/bsd_bkp/1116 / > > it runs well it says dump complete > > but my file only turns out to be 37,314,560 bytes > > what am I missing , Ideally I would like ( I think I would at least) the > WHOLE disk to be backed up The dump utility backs up by file system, not by drive. You told it to back up the '/' file system and it apparently did. (That was that final '/' in your command line. I don't think the first '/' belongs there unless it is something odd that I have been missing - so I think the command should read: dump -0aLf /usr/home/H/bsd_bkp/1116 / that is if '/usr/home/H/bsd_bkp/1116' is really the correct place to write the dump file)_ You then may also want to run dump for /usr and /var. That would get the rest of the drive that is meaningful. You probably don't want to bother with /tmp though you could. jerry > > Freebsd 5.4 > > > > > > > Jean-Paul Natola > Network Administrator > Information Technology > Family Care International > 588 Broadway Suite 503 > New York, NY 10012 > Phone:212-941-5300 xt 36 > Fax: 212-941-5563 > Mailto: [EMAIL PROTECTED] > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Dump Help
Jean-Paul Natola wrote: Hi all, I'm trying to utilize dump to copy the entire disc to a network drive , so that in the event of hardware failure I can just restore to a new machine Here's the output of df Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s1a248M 35M193M15%/ devfs 1.0K1.0K 0B 100%/dev /dev/ad0s1e248M 12K228M 0%/tmp /dev/ad0s1f4.9G651M3.8G14%/usr /dev/ad0s1d248M 59M169M26%/var devfs 1.0K1.0K 0B 100%/var/named/dev total 5.6G745M4.4G14% here's the command I ran dump / -0aL -f /usr/home/H/bsd_bkp/1116 / it runs well it says dump complete but my file only turns out to be 37,314,560 bytes what am I missing , Ideally I would like ( I think I would at least) the WHOLE disk to be backed up dump, as the manual page will tell you, backs up a single partition. Your / *partition*: /dev/ad0s1a248M 35M193M15%/ has only 35Mb of data so a 37Mb dump seems just right. Now try the same for /usr, /var (and if you care) /tmp and you'll have what you want. You might want to consider compressing those backups e.g.: dump / -0aL -f - / | gzip -9 > /usr/home/H/bsd_bkp/1116.gz which you can later restore with a command like: gunzip -c /usr/home/H/bsd_bkp/1116.gz | restore -ivf - OR restore -r or whatever parameters suit your needs. If you rotate your bsd_bkp dir whenever you do a full dump, you could do regular incrementals in between kept with the relevant full dumps for neatness. Compressing will make much better use of your remote disk, and unless you have some shrivelled up old CPU will not too slow. If it is too slow, then a -5 or even a -1 to gzip would still make a difference, unless you have nothing but images/video/audio files. --Alex ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Dump Help
Hi all, I'm trying to utilize dump to copy the entire disc to a network drive , so that in the event of hardware failure I can just restore to a new machine Here's the output of df Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s1a248M 35M193M15%/ devfs 1.0K1.0K 0B 100%/dev /dev/ad0s1e248M 12K228M 0%/tmp /dev/ad0s1f4.9G651M3.8G14%/usr /dev/ad0s1d248M 59M169M26%/var devfs 1.0K1.0K 0B 100%/var/named/dev total 5.6G745M4.4G14% here's the command I ran dump / -0aL -f /usr/home/H/bsd_bkp/1116 / it runs well it says dump complete but my file only turns out to be 37,314,560 bytes what am I missing , Ideally I would like ( I think I would at least) the WHOLE disk to be backed up Freebsd 5.4 Jean-Paul Natola Network Administrator Information Technology Family Care International 588 Broadway Suite 503 New York, NY 10012 Phone:212-941-5300 xt 36 Fax: 212-941-5563 Mailto: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: System Panics and Core Dump help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Okay, didn't get a dump. Everything's fine on the system. I was just trying to follow how to be prepared for a panic, crash, etc., to be able to do a backtrace and have info to give someone trying to help debug the kernel. First time I rebooted after adding the new settings, I got: unable to open bounds file, using 0 no dumps found And to the best of my knowledge, there was no bounds file in /var/crash. Now there is, size is 2k & has an internal value of 5. Also, now when I boot, I get: Checking for core dump on /dev/amrd0s1b no dumps found And, after rebooting again, I see that the internal value of /var/crash/bounds has been incremented by 1, so now it's at 6. I read where it does that each time it checks it. Only reason I bugged anyone on the mailing list about this was I'm still a relative newbie & didn't want to trash all the work I'd done with my experimenting before getting it where it could be fixed if I did. :) So, as best as I can see it, it's doing just what it's supposed to do. Thanks for helping me clear that up, Greg. On Wed, 1 Jun 2005, Greg 'groggy' Lehey wrote: On Wednesday, 1 June 2005 at 2:25:56 -0500, Denny White wrote: Just trying to get a heads up if I'm going about this in the right way, if I've understood what I've read and applied, outlined below. I read an article at Onlamp on how to prepare for system panics and core dumps. Article here: ... Now, in /var/log/messages, I get: savecore: unable to open bounds file, using 0 savecore: no dumps found Did you get a dump? Otherwise the second message is normal. The first one is harmless, and should only occur on the first real dump. Am I right in assuming that the system's doing exactly what it's supposed to do? That is, checking for a dump when booting, not finding any, reporting as much, and proceeding booting as usual? Assuming that you didn't write a dump, yes. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html The virus contained in this message was not detected. Finger [EMAIL PROTECTED] for PGP public key. See complete headers for address and phone numbers. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnd8Cy0Ty5RZE55oRAsYeAKCncUDXMAlnnT45hWHtn7TLK9/QdACeOVgQ rSSLP5BqgFAxeY5ICufJcrw= =QJke -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: System Panics and Core Dump help
On Wednesday, 1 June 2005 at 2:25:56 -0500, Denny White wrote: > > Just trying to get a heads up if I'm going about > this in the right way, if I've understood what > I've read and applied, outlined below. > I read an article at Onlamp on how to prepare > for system panics and core dumps. Article here: > > ... > > Now, in /var/log/messages, I get: > > savecore: unable to open bounds file, using 0 > savecore: no dumps found Did you get a dump? Otherwise the second message is normal. The first one is harmless, and should only occur on the first real dump. > Am I right in assuming that the system's doing exactly what it's > supposed to do? That is, checking for a dump when booting, not > finding any, reporting as much, and proceeding booting as usual? Assuming that you didn't write a dump, yes. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html The virus contained in this message was not detected. Finger [EMAIL PROTECTED] for PGP public key. See complete headers for address and phone numbers. pgpeFVFj2K56D.pgp Description: PGP signature
System Panics and Core Dump help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just trying to get a heads up if I'm going about this in the right way, if I've understood what I've read and applied, outlined below. I read an article at Onlamp on how to prepare for system panics and core dumps. Article here: http://www.onlamp.com/pub/a/bsd/2002/03/21/Big_Scary_Daemons.html?page=2 After rebuilding my kernel with the options KDB options DDB makeoptions DEBUG=-g I copied kernel.debug to /var/crash/kernel.debug.date for future use. I added the following below to /etc/rc.conf, leaving the dump directory at its default /var/crash in /etc/defaults/rc.conf: dumpdev="/dev/amrd0s1b" (this is my swap partition) savecore_flags="-z" (added flag for compression) Now, in /var/log/messages, I get: savecore: unable to open bounds file, using 0 savecore: no dumps found Am I right in assuming that the system's doing exactly what it's supposed to do? That is, checking for a dump when booting, not finding any, reporting as much, and proceeding booting as usual? I assumed that, even though the message is a bit misleading to a relative newbie like myself, after reading the following at another web site: - PROBLEMS AND REMEDIES No Dump Was Saved Cause: The system may have shut down successfully. Remedy: No dump is expected. Core dumps are only created for abnormal shutdowns. - --- Thanks for any help, advice and clarification. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnWMRy0Ty5RZE55oRAoIdAKDLBzHivK8U0f+sagqNMcmPG3YF4wCdETzG noqTYEnxXHRrfcNtRzA4oYA= =VBh0 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: dump help
> > Take a look at the estimated number of tapes needed below. Now, I'm not > sure why it would need almost 1500 DLT IV tapes to backup 65G of data. > Can someone possibly explain this to me? I am having a hell of a time > trying to backup this data. I have hardware compression turned on on the > drive as well. Try:dump 0afun /dev/nsa0 /FS-mountpoint i don't think the 'b 126' is doing what you hoped. jerry > > backup# mt rewind > backup# dump 0bfun 126 /dev/nsa0 /dev/vinum/striped > DUMP: Date of this level 0 dump: Tue Oct 22 17:11:19 2002 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/vinum/striped to /dev/nsa0 > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 84906026 tape blocks on 1498.69 tape(s). > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: Closing /dev/nsa0 > DUMP: Change Volumes: Mount volume #2 > backup# df -k > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/da0s1a 3023505086022730218%/ > /dev/da0s1f 5426350 614662 437758012%/usr > /dev/da0s1e 2015918 2068 1852578 0%/var > procfs 44 0 100%/proc > /dev/vinum/striped 454465653 64241886 35386651515%/backup > > > -CM > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
dump help
Take a look at the estimated number of tapes needed below. Now, I'm not sure why it would need almost 1500 DLT IV tapes to backup 65G of data. Can someone possibly explain this to me? I am having a hell of a time trying to backup this data. I have hardware compression turned on on the drive as well. backup# mt rewind backup# dump 0bfun 126 /dev/nsa0 /dev/vinum/striped DUMP: Date of this level 0 dump: Tue Oct 22 17:11:19 2002 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/vinum/striped to /dev/nsa0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 84906026 tape blocks on 1498.69 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: Closing /dev/nsa0 DUMP: Change Volumes: Mount volume #2 backup# df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 3023505086022730218%/ /dev/da0s1f 5426350 614662 437758012%/usr /dev/da0s1e 2015918 2068 1852578 0%/var procfs 44 0 100%/proc /dev/vinum/striped 454465653 64241886 35386651515%/backup -CM To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
