Dan, This has been a problem with our Amanda 3.3.0 on Solaris 10x86.
There are currently 241 DLE and the 'problem' one, the one that doesn't destroy the snapshot seems to move down the list as we add new DLE's. It does not seem to be related to actual use of the DLE not destroyed. I will take another pass at a newer version of amanda, had a lot of problems with 3.3.1, which I did installed on only one of several systems I attempted it on. There is a new stable release since my last attempt, hopefully that will resolve the installation issues, or maybe I'll finally find the differential with the system it did install on. Finsen config, Client = Server. On Mon, Jun 25, 2012 at 10:11:19AM -0400, Daniel V. Muller wrote: > Brian, > > amanda left it's snap on the asbestoslabnew filesystem on lorep for some > reason. > > Can you take a look? > > Actually not the first time, I've seen it left there before. > > It's the only filesystem that seems to have a problem. > > The only notable thing about this particular dataset is that Myron has > three different cobian instances configured to write backups onto it. > > don't see why that would affect amanda. > > ---- > > # zfs list -t filesystem | head -1 ; zfs list|grep amanda- > NAME USED AVAIL REFER MOUNTPOINT > lorep/export/samba/asbestoslabnew@amanda-_export2_samba_asbestoslabnew-check > 222K - 16.2G - > --- Brian R Cuttler [email protected] Computer Systems Support (v) 518 486-1697 Wadsworth Center (f) 518 473-6384 NYS Department of Health Help Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
