On Sat, 2017-04-08 at 16:13 +0000, Ricardo Pardim Claus via samba wrote:> Dear Rowland > > When I execute the command, I get the following error: > > # samba-tool domain tombstones expunge > ERROR(<type 'exceptions.AttributeError'>): uncaught exception - > 'module' object has no attribute 'time' > File "/usr/local/samba/lib64/python2.7/site- > packages/samba/netcmd/__init__.py", line 176, in _run > return self.run(*args, **kwargs) > File "/usr/local/samba/lib64/python2.7/site- > packages/samba/netcmd/domain.py", line 3790, in run > current_time = long(time.time())In this case you have an old time.pyc or time.py file in your install. Clean our the old binaries and python files from your install and re- run make install. It won't help however, as the links you show are both not deleted and point to an object that doesn't exist. We now find these (we didn't in 4.4) but we don't propose a solution, as it isn't clear (enough) what to do with them! My guess is that you have removed or re-built SVR13 in the past? Is that the case? Sorry, Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
On Sun, 09 Apr 2017 07:23:27 +1200 Andrew Bartlett <abartlet at samba.org> wrote:> On Sat, 2017-04-08 at 16:13 +0000, Ricardo Pardim Claus via samba > wrote: > > Dear Rowland > > > > When I execute the command, I get the following error: > > > > # samba-tool domain tombstones expunge > > ERROR(<type 'exceptions.AttributeError'>): uncaught exception - > > 'module' object has no attribute 'time' > > File "/usr/local/samba/lib64/python2.7/site- > > packages/samba/netcmd/__init__.py", line 176, in _run > > return self.run(*args, **kwargs) > > File "/usr/local/samba/lib64/python2.7/site- > > packages/samba/netcmd/domain.py", line 3790, in run > > current_time = long(time.time()) > > In this case you have an old time.pyc or time.py file in your > install. Clean our the old binaries and python files from your > install and re- run make install.Thanks for confirm what I already told the OP ;-)> > It won't help however, as the links you show are both not deleted and > point to an object that doesn't exist. We now find these (we didn't > in 4.4) but we don't propose a solution, as it isn't clear (enough) > what to do with them!I thought this was fixed, but if it isn't, I suggest we stop finding them again until we can fix them. We are just worrying people.> > My guess is that you have removed or re-built SVR13 in the past? Is > that the case?I thought that as well. Rowland
On Sat, 2017-04-08 at 20:35 +0100, Rowland Penny via samba wrote:> On Sun, 09 Apr 2017 07:23:27 +1200 > Andrew Bartlett <abartlet at samba.org> wrote: > > > On Sat, 2017-04-08 at 16:13 +0000, Ricardo Pardim Claus via samba > > wrote: > > > Dear Rowland > > > > > > When I execute the command, I get the following error: > > > > > > # samba-tool domain tombstones expunge > > > ERROR(<type 'exceptions.AttributeError'>): uncaught exception - > > > 'module' object has no attribute 'time' > > > File "/usr/local/samba/lib64/python2.7/site- > > > packages/samba/netcmd/__init__.py", line 176, in _run > > > return self.run(*args, **kwargs) > > > File "/usr/local/samba/lib64/python2.7/site- > > > packages/samba/netcmd/domain.py", line 3790, in run > > > current_time = long(time.time()) > > > > In this case you have an old time.pyc or time.py file in your > > install. Clean our the old binaries and python files from your > > install and re- run make install. > > Thanks for confirm what I already told the OP ;-)Sorry about that, I missed your e-mail :-)> > > > It won't help however, as the links you show are both not deleted > > and > > point to an object that doesn't exist. We now find these (we > > didn't > > in 4.4) but we don't propose a solution, as it isn't clear (enough) > > what to do with them! > > I thought this was fixed, but if it isn't, I suggest we stop finding > them again until we can fix them. We are just worrying people.We fixed a number of cases like it. I'll think more about this case. It seems reasonable to again ignore one-way links to objects that have now been deleted because such links are not removed by Samba when the object goes away. Thanks, Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
Dear Andrew SRV13 was one of DC's. Today it no longer exists. In my case, is it possible to solve this problem? If I return the VM snapshot in the previous version of Samba (4.4.5), and try to fix the problem by running the command, is it the best solution? ________________________________ On Sat, 2017-04-08 at 16:13 +0000, Ricardo Pardim Claus via samba wrote:> Dear Rowland > > When I execute the command, I get the following error: > > # samba-tool domain tombstones expunge > ERROR(<type 'exceptions.AttributeError'>): uncaught exception - > 'module' object has no attribute 'time' > File "/usr/local/samba/lib64/python2.7/site- > packages/samba/netcmd/__init__.py", line 176, in _run > return self.run(*args, **kwargs) > File "/usr/local/samba/lib64/python2.7/site- > packages/samba/netcmd/domain.py", line 3790, in run > current_time = long(time.time())In this case you have an old time.pyc or time.py file in your install. Clean our the old binaries and python files from your install and re- run make install. It won't help however, as the links you show are both not deleted and point to an object that doesn't exist. We now find these (we didn't in 4.4) but we don't propose a solution, as it isn't clear (enough) what to do with them! My guess is that you have removed or re-built SVR13 in the past? Is that the case? Sorry, Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
On Sat, 2017-04-08 at 21:07 +0000, Ricardo Pardim Claus wrote:> Dear Andrew > > SRV13 was one of DC's. Today it no longer exists. > In my case, is it possible to solve this problem? > > If I return the VM snapshot in the previous version of Samba (4.4.5), > and try to fix the problem by running the command, is it the best > solution?It won't do anything - the code in that case hid the 'problem' from dbcheck. It seems likely that we will again 'hide' the problem from administrators in the future but for now just ignore it. Thanks, Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba