Opened 11 years ago
Closed 10 years ago
#320 closed defect (fixed)
a version of kcore gets backed up
| Reported by: | JeffS | Owned by: | Bruno Cornec |
|---|---|---|---|
| Priority: | normal | Milestone: | 2.2.9 |
| Component: | mondo | Version: | 2.2.8 |
| Severity: | normal | Keywords: | |
| Cc: |
Description
I have ntp running and discovered it creates the file /var/lib/ntp/proc/kcore. This file is a large file and becomes a biggiefile in mondo and so it gets backed up. If I turn off ntp during the backup that file is not there.
I think normally /proc/kcore is automagically skipped.
Attachments (1)
Change History (6)
Changed 11 years ago by
| Attachment: | mondoarchive.log.kcore.gz added |
|---|
comment:1 Changed 11 years ago by
| Summary: | a version of kcore kets backed up → a version of kcore gets backed up |
|---|
comment:2 Changed 11 years ago by
| Status: | new → assigned |
|---|
comment:3 Changed 11 years ago by
Just a note - see: http://forums.novell.com/novell-product-support-forums/suse-linux-enterprise-server-sles/sles-configure-administer/342245-giant-kcore-file.html
the ntp/proc is because ntp is chroot and needs it's own proc system. kcore is a memory image/access. All of ntp/proc should be skipped, I believe.
Just searching for the same question.
comment:5 Changed 10 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Note: See
TracTickets for help on using
tickets.
Replying to JeffS:
You can avoid that by adding a -E "/var/lib/ntp/proc" to your call of mondoarchive.
Too dep /proc mounted FS are not yet backed up. I need to see why the limit of the find command is maxdepth 3