Hi timo, thanks for your answer

Le 05/11/2011 17:23, Timo Sirainen a écrit :

On Mon, 2011-10-17 at 09:19 +0200, Yann Dupont wrote:

...

104 instance of -rw------- 104 vmail vmail 346584 16 oct. 17:47 6e2df299fa96daec9b4735d07c494046429be4d6-ffd0d1xxxx

The files are hardlinked, so it seems ok, but I also see 9 others files in the same directory :

-rw------- 1 vmail vmail 346584 16 oct. 17:47 6e2df299fa96daec9b4735d07c494046429be4d6-0519df2a94fc9a4e1f4100008a6b99b6 -rw------- 1 vmail vmail 346584 16 oct. 17:47 6e2df299fa96daec9b4735d07c494046429be4d6-1790b92994fc9a4e1a4100008a6b99b6

as you can see, same prefix, If I compare them with diff, they are all the same files.

I guess you have "mail_attachment_fs = sis posix" (default)? Sounds like

yes that's the case.

there could be a bug where SIS does comparison of files but for some reason thinks they are different.

Well I can't try anymore on this, because this particular attachment is not there. In fact this server keeps only 2 weeks of mails for 5000+ accounts (a form of backup for the main servers).

I'll take a new one : ->

rw------- 103 vmail vmail 571037 7 nov. 13:40 f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c0c2230ecdd1b74ec91600008a6b99b6 -rw------- 103 vmail vmail 571037 7 nov. 13:40 f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c1c1290ecdd1b74ec51600008a6b99b6 -rw------- 1 vmail vmail 571037 7 nov. 13:40 f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c67f0e29bad1b74e7e1500008a6b99b6

So f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c67f0e29bad1b74e7e1500008a6b99b6 has only one link,

but

diff f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c1c1290ecdd1b74ec51600008a6b99b6 f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c67f0e29bad1b74e7e1500008a6b99b6

tell nothing : they are same files.

You could try if you can merge them with:

mkdir /tmp/queue touch /tmp/queue/6e2df299fa96daec9b4735d07c494046429be4d6-foo doveadm sis deduplicate /var/attachments /tmp/queue

hum I didn't get what you want to do ? Does putting a 0 byte file there force a complete rescan ?

Tried it :

the 0 byte length /tmp/queue/f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-foo disappear from the /tmp/queue, but f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c67f0e29bad1b74e7e1500008a6b99b6 still has one link.

A strace reveal this stat("/vmail/attachments-deduplic", {st_mode=S_IFDIR|0700, st_size=8192, ...}) = 0 open("/tmp/queue", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8 getdents(8, /* 3 entries */, 32768) = 112 stat("/tmp/queue/f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-foo", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 link("/vmail/attachments-deduplic/f7/c9/f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-foo", "/vmail/attachments-deduplic/f7/c9/hashes/f7c9746ed59fd838cbbfca08cde3c33b6b7ab667") = -1 ENOENT (No such file or directory) mkdir("/vmail/attachments-deduplic/f7/c9/hashes", 0700) = -1 EEXIST (File exists) unlink("/tmp/queue/f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-foo") = 0 getdents(8, /* 0 entries */, 32768) = 0 close(8) = 0

Tried with a copy of the file but this doesn't work either :

stat("/vmail/attachments-deduplic", {st_mode=S_IFDIR|0700, st_size=8192, ...}) = 0 open("/tmp/queue", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8 getdents(8, /* 3 entries */, 32768) = 144 stat("/tmp/queue/f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c67f0e29bad1b74e7e1500008a6b99b6", {st_mode=S_IFREG|0600, st_size=571037, ...}) = 0 write(2, "doveadm(root): Fatal: /tmp/queue"..., 170doveadm(root): Fatal: /tmp/queue/f7c9746ed59fd838cbbfca08cde3c33b6b7ab667-c67f0e29bad1b74e7e1500008a6b99b6 is not a valid sis-queue file, is the queue directory correct?

How can I help further ? Thanks,

-- Yann Dupont - Service IRTS, DSI Université de Nantes Tel : 02.53.48.49.20 - Mail/Jabber : Yann.Dupont@univ-nantes.fr