November 2002 - Zope

Problems with BackTalk V0.3
by Juan Pablo Romero 06 Nov '02

06 Nov '02

Hi all! When trying to add a comment on a talkback document, the following error occurs: ----------------------------- Site Error An error was encountered while publishing this resource. Resource not found Sorry, the requested resource does not exist. Check the URL and try again. Resource: http://kan:8080/usuarios/jpablo/libro-bt/capitulo1/backtalk_comment_form ----------------------------- This is with BackTalk 0.3. With 0.2 there's no problem. What can I do? Regards Juan Pablo

1 0

Installing NEOBoard
by Adam Getchell 06 Nov '02

06 Nov '02

Hi all, I have Zope 2.5.1 running on OpenBSD 3.1, with separate INSTANCE_HOME: Zope Version (Zope 2.5.1 (OpenBSD package zope-2.5.1p1) , python 2.1.2, openbsd3) Python Version 2.1.2 (#1, Apr 12 2002, 18:58:54) [GCC 2.95.3 20010125 (prerelease)] System Platform openbsd3 SOFTWARE_HOME /usr/local/lib/zope/lib/python INSTANCE_HOME /home/zope CLIENT_HOME /home/zope/var This site currently hosts two other sites, so I know Zope is working. I've placed the NeoBoard 1.1a folder in: /usr/local/lib/zope/lib/python/Products /home/zope/Products /home/zope/Products/lib/python/Products None of these locations gives me the NeoBoard or NeoBoard Skin Folder upon restart. Where should it be installed? *************************** * Adam Getchell AdamG(a)hrrm.ucdavis.edu * System Architect/Programmer (530) 752-1584 * Human Resources Information Systems http://www.hr.ucdavis.edu/ *************************** "Invincibility is in oneself, vulnerability in the opponent." -- Sun Tzu

1 0

ImportError: cannot import name Persistent
by John Ziniti 06 Nov '02

06 Nov '02

One of my Python Products is not working. It fails with the above error when trying to "from Globals import DTMLFile" File "/home/local/opt/Zope-2.4.3/lib/python/OFS/Application.py", line 563, in import_product product=__import__(pname, global_dict, global_dict, silly) File "/usr/local/zopeinstancehome/Products/XXX/__init__.py", line 2, in ? from XXX import XXX manage_addSNPSetForm, manage_addSNPSet File "/usr/local/zopeinstancehome/Products/XXX/XXX.py", line 11, in ? import YYY File "/usr/local/zopeinstancehome/Products/XXX/YYY.py", line 13, in ? from Globals import DTMLFile, HTMLFile, InitializeClass File "/home/local/opt/Zope-2.4.3/lib/python/Globals.py", line 95, in ? from Persistence import Persistent, PersistentMapping ImportError: cannot import name Persistent Other products which do exactly the same thing are working fine. This product was also working earlier today. I've tried the "import ZODB" trick, but it doesn't help. Any ideas? Thanks, John Ziniti

3 4

RE: [Zope] starting zope problems
by Allen Crawford 06 Nov '02

06 Nov '02

Thanks a lot for the help Paul. I figured that it probably wasn't a file, but I had to start somewhere. After getting to the point I got last time, I did find our software engineer that initially set Zope up and asked him if that meant anything to him. It did. The whole navigation thing was something he set up initially. Since we upgraded to a later version, his code changes were eliminated obviously, so he had to modify the code again. After he finished his changes, all is good. Thanks a lot for the tips. I started Zope with and without that index_html.zexp file and it works both ways, so I deleted the file. At least I know what a .zexp file is now. Thanks again, Allen -----Original Message----- From: Paul Winkler [mailto:pw_lists@slinkp.com] Sent: Wednesday, November 06, 2002 2:29 PM To: Zope List (E-mail) Subject: Re: [Zope] starting zope problems On Wed, Nov 06, 2002 at 01:52:51PM -0500, Allen Crawford wrote: > both out today. Anyway, based on your comments, I did a search for files > with "index_html" in them and found two of them. One was at > /var/lib/zope/var and was named index_html.zexp. The other was > /usr/lib/zope/lib/python/OFS/standard/index_html.dtml. I removed the first > one and then started Zope with debug mode off. The first one looks like an export somebody made from a zope object to an export file. it shouldn't affect anything to delete it, it's just a backup. Do NOT delete the second one, it's part of the standard Zope install. I don't think you've learned yet that most things in zope are not files on the filesystem. I was referring to objects in the zope object database (ZODB). Go to http://your_zope_site/manage, and if you can get in that way, click on the "Find" tab and search for anything with the id "navigation". That's what i was implying, but I guess it was a bit over your head at this point. > Once again "navigation" comes into play. However, I have no clue what file > this is actually referring to. I suspect it is not a file, it is an object in Zope. This distinction is fundamental. --PW -- Paul Winkler http://www.slinkp.com "Welcome to Muppet Labs, where the future is made - today!" _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

1 0

RE: [Zope] starting zope problems
by Allen Crawford 06 Nov '02

06 Nov '02

Well, I turned off debug mode, but then Zope failed to start. However, that's because it takes almost 5 minutes to actually start. So I increased the timeout value in "zopectl" to 300 seconds and that allowed it to start. I have no idea what "navigation" is as I had nothing to do with setting this up. I may go talk to the people that did set it up, but I think they're both out today. Anyway, based on your comments, I did a search for files with "index_html" in them and found two of them. One was at /var/lib/zope/var and was named index_html.zexp. The other was /usr/lib/zope/lib/python/OFS/standard/index_html.dtml. I removed the first one and then started Zope with debug mode off. I now get this on the start up page: Invalid attribute name, "ignore_case", for tag <dtml-in expr="objectValues('Folder')" sort="title" ignore_case>, on line 31 of navigation Once again "navigation" comes into play. However, I have no clue what file this is actually referring to. -----Original Message----- From: Paul Winkler [mailto:pw_lists@slinkp.com] Sent: Wednesday, November 06, 2002 12:40 PM To: Zope List (E-mail) Subject: Re: [Zope] starting zope problems On Wed, Nov 06, 2002 at 11:46:29AM -0500, Allen Crawford wrote: > The first is that when I run "/etc/init.d/zope start", it never returns me > to the command prompt. that's normal if you run in debug mode (check your start script to see if it passes -D to z2.py). > It does one of two things-either just says "Starting > Zope..." and never moves from that, or it mentions how I have a deprecated > version of something (I can't remember what right now and it hasn't happened > lately). that's the old "regex is deprecated" warning. It's just python warning you that the regex module is going away sometime in the future, maybe python 2.3, I forget. Nothing to worry about at all. It will only become an issue if you try to run zope with a version of python that A) isn't officially supported by zope, and B) doesn't exist yet anyway. > The second issue is that when I actually hit the Zope page in the web > browser, ... which means zope is running so none of the above matters . > I don't really get what we normally would see. What I get is this: (snip) > (Object: navigation) > Document Template Parse Error: (see above) That's just what it says, there's a syntax error in a DTML page, either the one you're viewing or another one that it calls. What is "navigation"? Did you create something called "navigation"? If it's happening on the "Welcome to Zope" page, you either hosed your installation somehow, or (more likely) changed index_html or standard_html_header/footer in your root folder. Without more info, I'd guess you added something like <dtml-var navigation> in your standard_html_header, and created a DTML doc or method called navigation, and made an error in that. > Finally, my zope-debug.log file shows this: (snip) that's all normal. -- Paul Winkler http://www.slinkp.com "Welcome to Muppet Labs, where the future is made - today!" _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

2 1

Acquiring/accessing a dotted name
by Andrew Athan 06 Nov '02

06 Nov '02

I have a Python (Script) object which needs to return the rendering of a page template called 'foo.html' return context.foo.html() will obviously not work. What will? I have tried various forms of the aq_acquire() call, but context does not seem to implement this. Importing the Acquisition module is not allowed--and it doesn't feel right to have to create a special security context for it. I must be missing something simple here, and yet it is incredibly difficult to find the answer I need from the various documentation I've looked at. Thanks aathan <Andrew Athan>

2 2

Re: [Zope] Still Chipping Away At Formulator/ZPT Interface
by beno 06 Nov '02

06 Nov '02

At 06:53 PM 11/5/2002 -0600, you wrote: > >> from Products.Formulator.Errors import ... > > beno> Hmmm. Went there. Was referred to a file called *Errors.py* in > beno> Formulator. File doesn't exist. Noticed the thread was recent and > beno> the author was the author of the program. What did I miss?! > >Depending how your directory tree is set up, you may have to look in more >than one place. I have a binary Plone installed (MacOSX). It has the >following relevant directories: > > /Applications/Plone/PloneInstance/Products > /Applications/Plone/Zope/lib/python/Products I d'l'd the latest version and found an Errors.py file (so I must have had an old version). This is what it reads: """Exception Classes for Formulator""" # These classes are placed here so that they can be imported into TTW Python # scripts. To do so, add the following line to your Py script: # from Products.Formulator.Errors import ValidationError, FormValidationError from Products.PythonScripts.Utility import allow_class class FormValidationError(Exception): def __init__(self, errors, result): Exception.__init__(self,"Form Validation Error") self.errors = errors self.result = result allow_class(FormValidationError) class ValidationError(Exception): def __init__(self, error_key, field): Exception.__init__(self, error_key) self.error_key = error_key self.field_id = field.id self.field = field self.error_text = field.get_error_message(error_key) allow_class(ValidationError) So I did as instructed, added this line: from Products.Formulator.Errors import ValidationError, FormValidationError and now it wants me to authenticate! Why? I changed the security on *access contents information* to *anonymous* just to see if that was it, but no. What do? TIA, beno

3 3

management interface with VHM on cluster?
by Jack Coates 06 Nov '02

06 Nov '02

Hi, I have two Linux machines, both running Zope at 8080 and Apache at 80 with ProxyPass redirects to Zope. MachineA runs four virtual hosts behind a single IP. A nightly rsync copies the entire zope tree from MachineA to MachineB. Both machines use VHM/SiteRoot to return www.hostname.tld, and one of the virtual sites is load-balanced with round-robin DNS of the www record. I'd like to eventually balance all the domains. My question is, how does anyone else doing this make sure that the management interface is on a single machine? I haven't sat down with ethereal to verify exactly what happens when using http://MachineA.domain.tld/manage, but I can certainly say that if one goes to http://www.domain.tld/manage, you might get MachineB and have your changes wiped out that night. I suspect that going to MachineA.domain.tld isn't going to help, since the SiteRoot will return www.domain.tld URLs and force another DNS lookup. The best idea I've had so far is to set up SSL and force the management interface to go through 443. However, I'm still pretty fuzzy on all the details -- I've read the documentation, but it's single-host. Next best idea is to use SSH tunneling to get at the management interface via webdav or ftp and disable web management over the Internet entirely. This is easy enough to do, but tough to support for other developers. Any better ideas? thanks, -- Jack Coates Monkeynoodle: A Scientific Venture...

2 2

starting zope problems
by Allen Crawford 06 Nov '02

06 Nov '02

Hello, This is my first post and it's because I'm having problems (surprise!). Anyway, I've been tasked with restoring Zope because it became corrupted some how and I had zero experience with Zope prior to this project. Here's the background info: Zope crashed. I have tape backups of the Data.fs file, which I've read is OK to backup while Zope is running. I've restored the Data.fs file and had many, many problems getting it to work. Eventually my boss decided to upgrade Zope. We're now running 2.5.1 (I have no idea what version we were running prior). We're using Debian Linux and used the Debian package of Zope for the initial install as well as the upgrade. Anyway, eventually I figured out that there was an invalid transaction header in the file, so I truncated it prior to that transaction. Then I tried starting Zope and it detected a truncated file and did its magic and appeared to actually start, but with two problems that I see. The first is that when I run "/etc/init.d/zope start", it never returns me to the command prompt. It does one of two things-either just says "Starting Zope..." and never moves from that, or it mentions how I have a deprecated version of something (I can't remember what right now and it hasn't happened lately). After waiting for over an hour, I usually press CTRL+C and it will spit out some more text and shut down Zope. The second issue is that when I actually hit the Zope page in the web browser, I don't really get what we normally would see. What I get is this: Traceback (innermost last): File /usr/lib/zope/lib/python/ZPublisher/Publish.py, line 150, in publish_module File /usr/lib/zope/lib/python/ZPublisher/Publish.py, line 114, in publish File /usr/lib/zope/lib/python/Zope/__init__.py, line 159, in zpublisher_exception_hook (Object: dav) File /usr/lib/zope/lib/python/ZPublisher/Publish.py, line 98, in publish File /usr/lib/zope/lib/python/ZPublisher/mapply.py, line 88, in mapply (Object: index_html) File /usr/lib/zope/lib/python/ZPublisher/Publish.py, line 39, in call_object (Object: index_html) File /usr/lib/zope/lib/python/OFS/DTMLDocument.py, line 127, in __call__ (Object: index_html) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 473, in __call__ (Object: index_html) File /usr/lib/zope/lib/python/OFS/DTMLMethod.py, line 120, in __call__ (Object: navigation) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 411, in __call__ (Object: navigation) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 340, in cook (Object: navigation) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 170, in parse (Object: navigation) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 223, in parse_block (Object: navigation) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 170, in parse (Object: navigation) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 239, in parse_block (Object: navigation) File /usr/lib/zope/lib/python/DocumentTemplate/DT_String.py, line 58, in parse_error (Object: navigation) Document Template Parse Error: (see above) Finally, my zope-debug.log file shows this: ------ 2002-11-06T16:47:12 INFO(0) zdaemon zdaemon: Wed Nov 6 11:47:12 2002: Houston, we have forked ------ 2002-11-06T16:47:12 INFO(0) zdaemon zdaemon: Wed Nov 6 11:47:12 2002: Hi, I just forked off a kid: 411 ------ 2002-11-06T16:47:12 INFO(0) zdaemon zdaemon: Wed Nov 6 11:47:12 2002: Houston, we have forked ------ 2002-11-06T16:50:43 INFO(0) ZODB Opening database for mounting: '144954144_1036532496.793743' ------ 2002-11-06T16:50:43 INFO(0) ZODB Mounted database '144954144_1036532496.793743' at /temp_folder ------ 2002-11-06T16:50:44 INFO(0) ZServer HTTP server started at Wed Nov 6 11:50:44 2002 Hostname: escher.mailcode.com Port: 9673 ------ 2002-11-06T16:50:44 INFO(0) ZServer FTP server started at Wed Nov 6 11:50:44 2002 Hostname: escher Port: 8021 ------ 2002-11-06T16:50:44 INFO(0) ZServer PCGI Server started at Wed Nov 6 11:50:44 2002 Unix socket: /var/lib/zope/var/Z2-pcgi.soc Does anybody have any tips for me? Thanks a lot. Allen

2 1

RE: [Zope] iptables locks out zope ftp
by Roel Van den Bergh 06 Nov '02

06 Nov '02

Thanks for the hint [root@piwebserver /]# lsmod | grep ip_conntrack_ftp ip_conntrack_ftp 5216 0 [ip_nat_ftp] ip_conntrack 22924 5 [ip_nat_ftp ip_conntrack_ftp ipt_state ip_conntrack_irc iptable_nat] Apparantly the order of doing things is very important [root@piwebserver /]# rmmod ip_nat_ftp [root@piwebserver /]# rmmod ip_conntrack_ftp [root@piwebserver /]# insmod ip_conntrack_ftp ports=21,8021 Using /lib/modules/2.4.18-3smp/kernel/net/ipv4/netfilter/ip_conntrack_ftp.o [root@piwebserver /]# insmod ip_nat_ftp ports=21,8021 Using /lib/modules/2.4.18-3smp/kernel/net/ipv4/netfilter/ip_nat_ftp.o Restarted ip_tables Launched a FTP session directly into Zope at 8021 and everything works fine > -----Oorspronkelijk bericht----- > Van: keo [mailto:keo@goa.hu] > Verzonden: zondag 3 november 2002 19:42 > Aan: Roel Van den Bergh > Onderwerp: RE: [Zope] iptables locks out zope ftp > > > On Wed, 23 Oct 2002, Roel Van den Bergh wrote: > > > Thanks for the quick respond :-) > > Tried this first without succes > > # Load Modules > > /sbin/modprobe ip_tables > > /sbin/modprobe ip_conntrack > > /sbin/modprobe ip_nat_ftp ports=21,8021 > > /sbin/modprobe ip_conntrack_ftp ports=21,8021 > > /sbin/modprobe ip_conntrack_irc > > > > Then tried the following: > > > > [root@server sbin]# rmmod ip_nat_ftp > > [root@server sbin]# insmod ip_nat_ftp ports=21,8021 > > > > worked fine > > > > but I do not seem to be able to do the same with ip_conntrack_ftp > > > > [root@server sbin]# rmmod ip_conntrack_ftp > > ip_conntrack_ftp: Device or resource busy > > seems some other module is using it. what does lsmod say? > > for me lsmod says for example: > > ip_conntrack 12684 5 (autoclean) [ip_conntrack_irc > ip_conntrack_ftp ip_nat_ftp ipt_MASQUERADE iptable_nat] > > which means ip_conntrack is used by 5 modules (ip_conntrack_irc > ip_conntrack_ftp ip_nat_ftp ipt_MASQUERADE iptable_nat) > > if lsmod | grep ip_conntrack_ftp says: > > ip_conntrack_ftp 3200 0 (unused) > > then its unused, and some other thing may be there. > > perhaps if you have an active connection, which uses ip_conntrack_ftp it > wont let it be removed. check with lsof, for example, what is using which > file , device, or port. > > (lsof=list open files) > > keo > -- > don't believe everything you think > > >

2 1