Comments on: Lessfs-1.0.7 is available for download. http://www.lessfs.com/wordpress/?p=317 Open source data de-duplication & data tiering for less Wed, 18 Mar 2015 13:40:57 +0000 hourly 1 http://wordpress.org/?v=4.0.7 By: maru http://www.lessfs.com/wordpress/?p=317&cpage=1#comment-573 Tue, 30 Mar 2010 21:17:45 +0000 http://www.lessfs.com/wordpress/?p=317#comment-573 I have found the problem.
A metadata field is not present in older versions of lessfs. I could reproduce this bug by migrating from lessfs-1.0.0 without transaction support to lessfs-1.0.8 with transactions enabled.

lessfs-1.0.8 fixes this problem by automatically adding the missing metadata when it detects the old structure.

Mark.

]]> By: maru http://www.lessfs.com/wordpress/?p=317&cpage=1#comment-572 Tue, 30 Mar 2010 20:05:00 +0000 http://www.lessfs.com/wordpress/?p=317#comment-572 Hi Brian,

This is very unexpected and of course a rather critical event.

Did you cleanly umount the filesystem before upgrading it?
Have you enabled transactions after you upgraded?
I tested some of the obvious scenario’s but I am unable to replicate this.

Can you tell me exactly what you have done and share your config?

Mark

]]> By: Pete http://www.lessfs.com/wordpress/?p=317&cpage=1#comment-570 Mon, 29 Mar 2010 12:37:52 +0000 http://www.lessfs.com/wordpress/?p=317#comment-570 It works! The Samba bug is gone. :)

]]> By: BrianX http://www.lessfs.com/wordpress/?p=317&cpage=1#comment-568 Mon, 29 Mar 2010 04:29:43 +0000 http://www.lessfs.com/wordpress/?p=317#comment-568 I did an upgrade from 1.0.6 to 1.0.7 and it rolled back my entire filesystem. Is this expected?

Mar 29 00:24:33 sheevaplug lessfs[20984]: The selected data store is file_io.
Mar 29 00:24:33 sheevaplug lessfs[20984]: Lessfs transaction support is enabled.
Mar 29 00:24:33 sheevaplug lessfs[20984]: Lessfs uses a 24 bytes long hash.
Mar 29 00:24:33 sheevaplug lessfs[20984]: Lessfs fsync does not sync the databases to the disk when fsync is called on an inode
Mar 29 00:24:33 sheevaplug lessfs[20984]: cache 2048 data blocks
Mar 29 00:24:33 sheevaplug lessfs[20984]: The tiger hash has been selected.
Mar 29 00:24:33 sheevaplug lessfs[20984]: Rollback : truncate /media/dedupe/dta/blockdata.dta from 121144737140 to 0
Mar 29 00:29:14 sheevaplug mklessfs[21010]: The selected data store is file_io.
Mar 29 00:29:14 sheevaplug mklessfs[21010]: Lessfs transaction support is enabled.
Mar 29 00:29:14 sheevaplug mklessfs[21010]: Lessfs uses a 24 bytes long hash.
Mar 29 00:29:14 sheevaplug mklessfs[21010]: Lessfs fsync does not sync the databases to the disk when fsync is called on an inode
Mar 29 00:29:14 sheevaplug mklessfs[21010]: cache 2048 data blocks
Mar 29 00:29:14 sheevaplug mklessfs[21010]: The tiger hash has been selected.

]]> By: Tidder http://www.lessfs.com/wordpress/?p=317&cpage=1#comment-566 Sun, 28 Mar 2010 07:49:23 +0000 http://www.lessfs.com/wordpress/?p=317#comment-566 Thank you for the fix! I was getting ready to set up samba shares for backups until I read about the bug. Let me tell you, connecting to NFS shares through windows is no walk in the park! I’m excited to try this out with my samba shares, thank you!

]]>