Cannot hold snapshot messages

[alexg]

I just noticed this message in my messages log file. It seems to be happening everyday and I can't tell when it started. I have been on 9.2.1.7 for a very long time. My signature line has hardware specs. I looked at the snapshots and they seems to be ok. Older ones are rolling off according to schedule. I don't see anything wrong. Should I be worried?

It is the last line in the code snippet. I included few lines before it happens.

Code:

Mar 22 03:00:10 homesrvr autosnap.py: [tools.autosnap:58] Popen()ing: /sbin/zfs snapshot -r -o freenas:state=NEW tank/users@auto-20150322.0300-3w
Mar 22 03:00:10 homesrvr autosnap.py: [tools.autosnap:58] Popen()ing: /sbin/zfs hold -r freenas:repl tank/users@auto-20150322.0300-3w
Mar 22 03:00:10 homesrvr autosnap.py: [tools.autosnap:58] Popen()ing: /sbin/zfs get -H freenas:state tank/users@auto-20150301.0300-3w
Mar 22 03:00:10 homesrvr autosnap.py: [tools.autosnap:58] Popen()ing: /sbin/zfs destroy -r -d tank/users@auto-20150301.0300-3w

Mar 22 03:00:11 homesrvr autorepl.py: [common.pipesubr:58] Popen()ing: /usr/bin/ssh -c arcfour256,arcfour128,blowfish-cbc,aes128-ctr,aes192-ctr,aes256-ctr -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -o ConnectTimeout=7 -p 22 localhost "zfs list -Hr -o name -t snapshot -d 1 bk-tank/users | tail -n 1 | cut -d@ -f2" || true

Mar 22 03:00:15 homesrvr autorepl.py: [common.pipesubr:58] Popen()ing: /usr/bin/ssh -c arcfour256,arcfour128,blowfish-cbc,aes128-ctr,aes192-ctr,aes256-ctr -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -o ConnectTimeout=7 -p 22 localhost "zfs list -Hr -o name -t snapshot -d 1 bk-tank/users | tail -n 1 | cut -d@ -f2"

Mar 22 03:00:15 homesrvr autorepl.py: [common.pipesubr:72] Executing: /usr/bin/ssh -c arcfour256,arcfour128,blowfish-cbc,aes128-ctr,aes192-ctr,aes256-ctr -i /data/ssh/replication -o BatchMode=yes -o StrictHostKeyChecking=yes -o ConnectTimeout=7 -p 22 localhost "/sbin/zfs inherit freenas:state bk-tank/users@auto-20150322.0300-3w"

Mar 22 03:00:16 homesrvr autorepl.py: [common.pipesubr:72] Executing: /sbin/zfs inherit freenas:state tank/users@auto-20150321.0300-3w
Mar 22 03:00:16 homesrvr autorepl.py: [common.pipesubr:72] Executing: /sbin/zfs release -r freenas:repl tank/users@auto-20150321.0300-3w
Mar 22 03:00:16 homesrvr autorepl.py: [common.pipesubr:72] Executing: /sbin/zfs set freenas:state=LATEST tank/users@auto-20150322.0300-3w
Mar 22 03:00:16 homesrvr autorepl.py: [common.pipesubr:72] Executing: /sbin/zfs hold -r freenas:repl tank/users@auto-20150322.0300-3w
Mar 22 03:00:16 homesrvr common.pipesubr: cannot hold snapshot 'tank/users@auto-20150322.0300-3w': tag already exists on this dataset

 

[dlavigne]

Did you figure this one out?

 

[alexg]

I did not. Any suggestions?

 

[dlavigne]

Looks like someone has reported the bug: https://bugs.freenas.org/issues/8336.

 

[alexg]

There is also this one and could be related to the one your posted.

https://bugs.freenas.org/issues/5611