• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

linux shadow volume copy

Red Squirrel

No Lifer
I've been googling this, as I really love that feature in win2k3 and asked myself "Linux must have a way to do this!". I found a module for samba that actually emulates it, which is great for windows shares. I did not look at it more so not sure how easy/hard it is to setup.

Just wondering, is there another solution, that works for Linux in general (Ex: not just for samba shares). This would rock in a web hosting environment, or a development machine. Of course, you have to have the space for it but if it can be well configured that would not be an issue, like if I can tell it to ignore certain folders / file sizes etc.
 
Oh I already use rsync to do my incremental backups, I was just thinking more along the lines of something built right into the OS. Maybe a kernel module or something, then it would give a command like dirshadow where you see a list of files and previous dates, then again suppose I could do that with rsync too and just have a special web interface of some sort.
 
Originally posted by: RedSquirrel
Oh I already use rsync to do my incremental backups, I was just thinking more along the lines of something built right into the OS. Maybe a kernel module or something, then it would give a command like dirshadow where you see a list of files and previous dates, then again suppose I could do that with rsync too and just have a special web interface of some sort.

Building something like that into the OS is totally unnecessary. Its not built into windows, either -- its just a sophisticated application (hiding behind smoke-and-mirrors called 'services'). It seems like part of the OS because it has a GUI flavored like the OS.

Anyway, I digress. Try this instead:
http://www.google.com/search?h...tend+linux&btnG=Search
 
Scheduled snapshots could do that, it would be a little more work to recover because you'd have to mount the snapshot but it could work.
 
lvm snapshots is what you are looking for. There is no pretty gui to click on a file and see all the previous versions though. You would have to mount the snapshots and browse to the file manually.
 
Just looked up btrfs. It definably sounds neat. It's still in development, but looking forward to see how well it does once it's stable. Though I can't see it becoming too standard, even XFS and Raiser are hard to get without needing to install seperate libraries, while ext2/3 are chosable right from within the setup, and tools easily available.

Guess the best solution is just rsync scripts.

Also, what about rdiffbackup, anyone use those? I've only slightly heard of them, but it sounds like a more advanced rsync.
 
Though I can't see it becoming too standard, even XFS and Raiser are hard to get without needing to install seperate libraries, while ext2/3 are chosable right from within the setup, and tools easily available.

As it stands right now I believe btrfs will become the new standard, but not for a while. And other filesystems like XFS and reiserfs work just fine without any extra libraries, the fact that you have to jump through hoops to make RHEL or CentOS make them an option in the installer is that distro's fault. Every filesystem is selectable by default in the Debian installer.
 
Originally posted by: Nothinman
Though I can't see it becoming too standard, even XFS and Raiser are hard to get without needing to install seperate libraries, while ext2/3 are chosable right from within the setup, and tools easily available.

As it stands right now I believe btrfs will become the new standard, but not for a while. And other filesystems like XFS and reiserfs work just fine without any extra libraries, the fact that you have to jump through hoops to make RHEL or CentOS make them an option in the installer is that distro's fault. Every filesystem is selectable by default in the Debian installer.

i was surprised when i was playing with centos last year that it didnt even *support* XFS until 5.1, and i found that out the hard way :|
 
Originally posted by: Nothinman
Though I can't see it becoming too standard, even XFS and Raiser are hard to get without needing to install seperate libraries, while ext2/3 are chosable right from within the setup, and tools easily available.

As it stands right now I believe btrfs will become the new standard, but not for a while.

Really? And here I thought zfs would have that distinction. If only Sun would release it under the gpl.
 
Originally posted by: xSauronx
Originally posted by: Nothinman
Though I can't see it becoming too standard, even XFS and Raiser are hard to get without needing to install seperate libraries, while ext2/3 are chosable right from within the setup, and tools easily available.

As it stands right now I believe btrfs will become the new standard, but not for a while. And other filesystems like XFS and reiserfs work just fine without any extra libraries, the fact that you have to jump through hoops to make RHEL or CentOS make them an option in the installer is that distro's fault. Every filesystem is selectable by default in the Debian installer.

i was surprised when i was playing with centos last year that it didnt even *support* XFS until 5.1, and i found that out the hard way :|

CentOS supports XFS in 5.1? That's a surprise since I don't think RedHat Enterprise Linux supports xfs yet. Unless you specifically need RHEL compatibility, you should be using a debian derived distro anyway 😀
 
Originally posted by: Brazen
Originally posted by: Nothinman
Though I can't see it becoming too standard, even XFS and Raiser are hard to get without needing to install seperate libraries, while ext2/3 are chosable right from within the setup, and tools easily available.

As it stands right now I believe btrfs will become the new standard, but not for a while.

Really? And here I thought zfs would have that distinction. If only Sun would release it under the gpl.

Or make it Free and release it under BSD. 😉
 
Originally posted by: Brazen
Originally posted by: xSauronx
Originally posted by: Nothinman
Though I can't see it becoming too standard, even XFS and Raiser are hard to get without needing to install seperate libraries, while ext2/3 are chosable right from within the setup, and tools easily available.

As it stands right now I believe btrfs will become the new standard, but not for a while. And other filesystems like XFS and reiserfs work just fine without any extra libraries, the fact that you have to jump through hoops to make RHEL or CentOS make them an option in the installer is that distro's fault. Every filesystem is selectable by default in the Debian installer.

i was surprised when i was playing with centos last year that it didnt even *support* XFS until 5.1, and i found that out the hard way :|

CentOS supports XFS in 5.1?

yes but its not part of the default install even then, so install or update to 5.1, and *then* you can install xfs-progs and what not and finally use xfs.

I can play around with debian and find the help easy, but Im interested in system administration and Red Hat, not Debian, has a certification so I thought if I was interested enough in administration once after I played around a while, I could possibly prepare for that.
 
I used debian before but I found it lacking a lot on the server side commands such as "service, checkconfig" and so on. I don't know if this still holds true though, I should probably check out what it has to offer now given it's been a while. I do know it is more light weight then RH based distros. FC for example will use a couple gigs even on a minimal install and have a bigger foot print. I'm happy with CentOS as a server though, and that will probably be the main distro I will support whenever I code an app.
 
I used debian before but I found it lacking a lot on the server side commands such as "service, checkconfig" and so on

That's because those are RH commands, not "server side commands". And it looks like there's a chkconfig package and the service command is in the sysvconfig package, they're just not the standard Debian way of doing those things.
 
Back
Top