Sponsored Content
Top Forums UNIX for Beginners Questions & Answers Should I use a CoW filesystem on my PC if I only wanted snapshot capabilities ? Post 303044632 by Neo on Friday 28th of February 2020 09:22:40 AM
Old 02-28-2020
No.

I do not recommend those file systems.

Your are better off running ext4, a RAID configuration (I run RAID1, but do not depend on it), and doing regular backups on your data based on your risk management model (this is the most critical).

Nothing beats a strong filesystem and a very well thought out backup and recovery plan.

That is my view. YMMV

On the desktop, I run macOS and have a similar strategy. I make full backups often, based on the activity on the system. The more activity and files (and the nature of the files) created, the more frequent the backups.
 

9 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Unix Capabilities?

We are looking into buying a new software, billing software that is, and want to know if you can run that on the same UNIX server as another major software? Is there a limit to the different types of software Unix can run, or is it like windows where you can install as many as you like? ... (2 Replies)
Discussion started by: hoz
2 Replies

2. UNIX for Advanced & Expert Users

p570 Capabilities

Hi there. I've been tasked with making a new design for our Unix systems :eek: Now the question I have is; How many LPARs can a p570 hold WITHOUT using a VIO Server. Many Thanks Kees (1 Reply)
Discussion started by: KeesH
1 Replies

3. Red Hat

Adding capabilities to an RPM

Hi. I downloaded a package that could only be installed on RHEL5, and not 4 or 3, so I got the source in order to compile it on RHEL 3 so hopefully it will work on all versions. So I have the source for a working package, but when I build it in RHEL 3 and then try to install it in RHEL 5, it... (6 Replies)
Discussion started by: Boaz
6 Replies

4. Filesystems, Disks and Memory

Wanted: Geographically distributed filesystem solution

I'm looking for a means to ensure that servers in the two or three datacenters, connected in a ring via IP through two ISPs, can distribute load and/or replicate data among at least two SAN-class disk devices. I want to evaluate several solutions, and I'm open to solutions ranging from free,... (6 Replies)
Discussion started by: otheus
6 Replies

5. Solaris

Cannot use filesystem while sending a snapshot

I've got a Solaris 11 Express installed on my machine. I have created a raidz2 zpool named shares and a simple one-disc zpool named backup. I have made a script that would send a daily snapshot of shares to backup. I use these commands zfs snapshot shares@DDMMRRRRHHMM zfs send -i shares@....... (10 Replies)
Discussion started by: RychnD
10 Replies

6. UNIX for Advanced & Expert Users

Use of Capabilities

I wonder if anyone could assist with some problems I'm having with Linux Capabilities and their use when using the commands "nice" and "schedtool". I run a couple of PCs, one is an elderly AMD Sempron 2800+ (32-bit, 2GHz clock and 3GB memory) that is used as a family multimedia system running... (3 Replies)
Discussion started by: MikeGM
3 Replies

7. Linux

Broadcom under Fedora 18 (Spherical Cow)

So I'm having a problem getting a Broadcom BCM4312 wireless controller to work under the broadcom-wl module $uname Linux 3.8.11-200.fc18.x86_64 #1 SMP Wed May 1 19:44:27 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux lspci -v 05:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g... (2 Replies)
Discussion started by: Skrynesaver
2 Replies

8. UNIX for Advanced & Expert Users

Linux capabilities discussion

Hi I'm trying to compile my linux kernel with CONFIG_SECURITY_CAPABILITIES=y. any idea what this thing does ?? Also another question , If I compile the kernel that I'm currently using , what'll happen ? ~cheers (3 Replies)
Discussion started by: leghorn
3 Replies

9. What is on Your Mind?

Anybody want to talk about Dirty Cow?

Hi All, How worried is everyone about the Dirty Cow Linux exploit? Has anybody experienced attacks yet? From the research I've done it seems that the exploit is "reliable" (that is it works nearly every time on vulverable systems) which is not good news. We all believe that Unix/Linux... (3 Replies)
Discussion started by: hicksd8
3 Replies
Dir::Purge(3pm) 					User Contributed Perl Documentation					   Dir::Purge(3pm)

NAME
Dir::Purge - Purge directories to a given number of files. SYNOPSIS
perl -MDir::Purge -e 'purgedir (5, @ARGV)' /spare/backups use Dir::Purge; purgedir ({keep => 5, strategy => "by_age", verbose => 1}, "/spare/backups"); use Dir::Purge qw(purgedir_by_age); purgedir_by_age (5, "/spare/backups"); DESCRIPTION
Dir::Purge implements functions to reduce the number of files in a directory according to a strategy. It currently provides one strategy: removal of files by age. By default, the module exports one user subroutine: "purgedir". The first argument of "purgedir" should either be an integer, indicating the number of files to keep in each of the directories, or a ref- erence to a hash with options. In either case, a value for the number of files to keep is mandatory. The other arguments are the names of the directories that must be purged. Note that this process is not recursive. Also, hidden files (name starts with a ".") and non-plain files (e.g., directories, symbolic links) are not taken into account. All directory arguments and options are checked before anything else is done. In particular, all arguments should point to existing direc- tories and the program must have read, write, and search (execute) access to the directories. One additional function, "purgedir_by_age", can be exported on demand, or called by its fully qualified name. "purgedir_by_age" calls "purgedir" with the "by age" purge strategy preselected. Since this happens to be the default strategy for "purgedir", calling "purgedir_by_age" is roughly equivalent to calling "purgedir". WARNING
Removing files is a quite destructive operation. Supply the "test" option, described below, to dry-run before production. OPTIONS
Options are suppled by providing a hash reference as the first argument. The following calls are equivalent: purgedir ({keep => 3, test => 1}, "/spare/backups"); purgedir_by_age ({keep => 3, test => 1}, "/spare/backups"); purgedir ({strategy => "by_age", keep => 3, test => 1}, "/spare/backups"); All subroutines take the same arguments. keep The number of files to keep. A negative number will reverse the strategy. See option "reverse" below. strategy Specifies the purge strategy. Default (and only allowed) value is "by_age". This option is for "purgedir" only. The other subroutines should not be provided with a "strategy" option. include If this is a reference to a subroutine, this subroutine is called with arguments ($file,$dir) and must return true for the file to be included in the list of candidates, If this is a regular expression, the file file will be included only if the expression matches the file name. reverse If true, the strategy will be reversed. For example, if the strategy is "by_age", the oldest files will be kept instead of the newest files. Another way to reverse the strategy is using a negative "keep" value. This is not unlike Perl's array subscripts, which count from the end if negative. A negative "keep" value can be combined with "reverse" to reverse the reversed strategy again. verbose Verbosity of messages. Default value is 1, which will report the names of the files being removed. A value greater than 1 will produce more messages about what's going on. A value of 0 (zero) will suppress messages. debug For internal debugging only. test If true, no files will be removed. For testing. EXPORT
Subroutine "purgedir" is exported by default. Subroutine "purgedir_by_age" may be exported on demand. Calling purgedir_by_age() is roughly equivalent to calling purgedir() with an options hash that includes "strategy =" "by_age">. The variable $Dir::Purge::VERSION may be used to inspect the version of the module. AUTHOR
Johan Vromans (jvromans@squirrel.nl) wrote this module. COPYRIGHT AND DISCLAIMER
This program is Copyright 2000 by Squirrel Consultancy. All rights reserved. This program is free software; you can redistribute it and/or modify it under the terms of either: a) the GNU General Public License as published by the Free Software Foundation; either version 1, or (at your option) any later version, or b) the "Artistic License" which comes with Perl. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MER- CHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See either the GNU General Public License or the Artistic License for more details. perl v5.8.8 2006-09-19 Dir::Purge(3pm)
All times are GMT -4. The time now is 02:04 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy