Needing Urgent Help!!!! Traceback

29 views
Skip to first unread message

Richard Smith

unread,
Nov 13, 2014, 4:10:36 PM11/13/14
to trac-...@googlegroups.com
I seemed to have broken one of our main links in TRAC our Admin Link. Our primary directory labeled NOVA is spitting out this message whenever I try and access it. 
The story behind this is I was trying to load a plugin and accidentally clicked on the API.py and now I'm getting this whenever I try and connect to that link. 
I cannot simply load from our backup because coworkers have been writting to it all day.

My question is how can I go about fixing this? If data is stored on the D drive then I could just reload the C drive and be alright (The other projects are on the D drive) I am not sure how TRAC saves their information regarding tickets though and am quite hesitant to take do that in the case of losing a days worth of work. I amextremely green when it comes to TRAC. Our TRAC does work but it is limping. I hope this is enough information for you guys and hope to hear from you guys soon! 

Thanks,
Richard


"Traceback (most recent call last):
  File "C:\Program Files (x86)\VisualSVN Server\trac\python\lib\site-packages\trac-0.12.2-py2.6-win32.egg\trac\web\api.py", line 440, in send_error
    data, 'text/html')
  File "C:\Program Files (x86)\VisualSVN Server\trac\python\lib\site-packages\trac-0.12.2-py2.6-win32.egg\trac\web\chrome.py", line 832, in render_template
    template = self.load_template(filename, method=method)
  File "C:\Program Files (x86)\VisualSVN Server\trac\python\lib\site-packages\trac-0.12.2-py2.6-win32.egg\trac\web\chrome.py", line 793, in load_template
    self.get_all_templates_dirs(), auto_reload=self.auto_reload,
  File "C:\Program Files (x86)\VisualSVN Server\trac\python\lib\site-packages\trac-0.12.2-py2.6-win32.egg\trac\web\chrome.py", line 506, in get_all_templates_dirs
    dirs.extend(provider.get_templates_dirs() or [])
  File "d:\trac\nova\plugins\api.py", line 266, in get_templates_dirs
  File "C:\Program Files (x86)\VisualSVN Server\trac\python\lib\site-packages\setuptools-0.6c11-py2.6.egg\pkg_resources.py", line 881, in resource_filename
    return get_provider(package_or_requirement).get_resource_filename(
  File "C:\Program Files (x86)\VisualSVN Server\trac\python\lib\site-packages\setuptools-0.6c11-py2.6.egg\pkg_resources.py", line 201, in get_provider
    __import__(moduleOrReq)
ImportError: No module named tracusermanager"

RjOllos

unread,
Nov 13, 2014, 5:00:32 PM11/13/14
to trac-...@googlegroups.com
It looks like you just need to go into D:\trac\nova\plugins and remove api.py 

Matthew Caron

unread,
Nov 13, 2014, 5:02:46 PM11/13/14
to trac-...@googlegroups.com
Just a quick guess, but have you tried disabling or restoring the
tracusermanager plugin, since that's what it seems to be complaining
about not finding?
> --
> You received this message because you are subscribed to the Google
> Groups "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to trac-users+...@googlegroups.com
> <mailto:trac-users+...@googlegroups.com>.
> To post to this group, send email to trac-...@googlegroups.com
> <mailto:trac-...@googlegroups.com>.
> Visit this group at http://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.

--
Matthew Caron, Software Build Engineer
Red Lion Controls | www.redlion.net
+1 (518) 877-5173 x138 office

Steffen Hoffmann

unread,
Nov 13, 2014, 5:09:45 PM11/13/14
to trac-...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 13.11.2014 22:10, Richard Smith wrote:
> I seemed to have broken one of our main links in TRAC our Admin Link.
> Our primary directory labeled NOVA is spitting out this message whenever
> I try and access it.
> The story behind this is I was trying to load a plugin and accidentally
> clicked on the API.py and now I'm getting this whenever I try and
> connect to that link.
> I cannot simply load from our backup because coworkers have been
> writting to it all day.

(Heaven, who let that guy fiddle with a production Trac server without a
big picture of the installation, not even a plan for restore in case of
failure?)

I really hope that you're not as clueless as these lines look like. Trac
is rather well self-documented, and you could find out about Trac db and
file storage rather easy on your own.

> My question is how can I go about fixing this? If data is stored on the
> D drive then I could just reload the C drive and be alright (The other
> projects are on the D drive) I am not sure how TRAC saves their
> information regarding tickets though and am quite hesitant to take do
> that in the case of losing a days worth of work. I amextremely green
> when it comes to TRAC. Our TRAC does work but it is limping. I hope this
> is enough information for you guys and hope to hear from you guys soon!

Hm, without knowing much about your server setup I guess it is ...

> "Traceback (most recent call last):
> File "C:\Program Files (x86)\VisualSVN Server\trac\python\lib\site-packages\setuptools-0.6c11-py2.6.egg\pkg_resources.py", line 201, in get_provider
> __import__(moduleOrReq)
> ImportError: No module named tracusermanager"

just that you destroyed/movered/removed UserManagerPlugin, or just did
replace but not restart the server properly after updating the egg.

Looking through all files named trac.ini tells you the exact locations
of db and file storage, and ultimately answers your question, if D.\ is
really all Trac environments home or not.

Steffen Hoffmann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlRlLBcACgkQ31DJeiZFuHdfoQCfSvdBUCFoa2fXDAsAqc2nMZku
MMMAoNgempq7NBmoV2i8gE5EOcslmYdI
=UZ9T
-----END PGP SIGNATURE-----
Message has been deleted

RjOllos

unread,
Nov 13, 2014, 5:20:47 PM11/13/14
to trac-...@googlegroups.com
On Thursday, November 13, 2014 2:18:51 PM UTC-8, Richard Smith wrote:
That was the first thing I did after it crashed on me. It did not resolve the problem though. 


Try restarting tracd or your webserver then. Surely you couldn't be getting the same traceback after a restart if the file has been removed. 

Richard Smith

unread,
Nov 13, 2014, 5:26:31 PM11/13/14
to trac-...@googlegroups.com
Matt I do not have access to the plugins because NOVA is the link with the admin controls. All of our other projects are accessible though. My solution as of now since it is calling for these two egg files and different .py files in them I am just going to get a copy of those two files. Then I'm going to replace the eggs from our backup from last night. 

RjOllos--That was my first move was to delete them from the plugins folder but that did not work. The API file went in altered the two egg files. 

RjOllos

unread,
Nov 13, 2014, 5:30:24 PM11/13/14
to trac-...@googlegroups.com
On Thursday, November 13, 2014 2:26:31 PM UTC-8, Richard Smith wrote:
Matt I do not have access to the plugins because NOVA is the link with the admin controls. All of our other projects are accessible though. My solution as of now since it is calling for these two egg files and different .py files in them I am just going to get a copy of those two files. Then I'm going to replace the eggs from our backup from last night. 

RjOllos--That was my first move was to delete them from the plugins folder but that did not work. The API file went in altered the two egg files. 

 "The API file went in altered the two egg files" makes no sense to me. Did you restart your webserver or tracd?

It looks to me like api.py is from TracUserManagerPlugin, and Trac is still seeing it, either in memory or on disk when trying to load the templates. That, or you need to post an updated traceback that shows the problems you are experiencing now, after removing api.py.

Richard Smith

unread,
Nov 13, 2014, 5:42:42 PM11/13/14
to trac-...@googlegroups.com
Yes I just did a restart. Everything is back to working order!!! Thank you RjOllos! That really should have been my next step. I thought that the api.py file was altering the code on the egg files since it was giving back line numbers. I am very much new to this. I've really on messed with computer hardware, software is a a bigger learning curve for me. I appreciate everyone's patience. 

Ryan Ollos

unread,
Nov 14, 2014, 3:05:34 AM11/14/14
to trac-...@googlegroups.com
On Thu, Nov 13, 2014 at 2:42 PM, Richard Smith <richard....@gmail.com> wrote:
Yes I just did a restart. Everything is back to working order!!! Thank you RjOllos! That really should have been my next step. I thought that the api.py file was altering the code on the egg files since it was giving back line numbers. I am very much new to this. I've really on messed with computer hardware, software is a a bigger learning curve for me. I appreciate everyone's patience. 

No problem. Everyone here is happy to help in my experience. We've all been there. If you get in a real panic you can always jump on IRC and there's often someone around to help.
Reply all
Reply to author
Forward
0 new messages