Please downgrade to 2.0.9 (table) or upgrade to trunk or to the nightly build (in 1h). This is a bug in trunk that was introduce two days ago and solved yesterday and it should have nothing to do with the port forward.
massimo On Friday, 28 September 2012 09:15:00 UTC-5, Krzysztof Kaczmarski wrote: > > Hi, > > For some reason I had to create a port forwarding rule on my server with > this IP rule: > iptables -t nat -A PREROUTING -i eth0 -s IP -p tcp --dport 80 -j REDIRECT > --to-ports 81 > The problem is that no user which entries in db.auth_membership can now > log in. Users without any group memberships may login without problems. > The message is as follows: > > Traceback (most recent call last): > File "/var/www/web2py/gluon/main.py", line 528, in wsgibase > session._try_store_on_disk(request, response) > File "/var/www/web2py/gluon/globals.py", line 594, in _try_store_on_disk > cPickle.dump(dict(self), response.session_file) > File "/usr/lib/python2.6/copy_reg.py", line 74, in _reduce_ex > getstate = self.__getstate__ > File "/var/www/web2py/gluon/dal.py", line 6478, in __getattr__ > self.__allocate() > File "/var/www/web2py/gluon/dal.py", line 6471, in __allocate > self._record = self._table[int(self)] > File "/var/www/web2py/gluon/dal.py", line 6712, in __getitem__ > return self._db(self._id == key).select(limitby=(0,1)).first() > File "/var/www/web2py/gluon/dal.py", line 7578, in select > return adapter.select(self.query,fields,attributes) > File "/var/www/web2py/gluon/dal.py", line 1315, in select > rows = response(sql) > File "/var/www/web2py/gluon/dal.py", line 1305, in response > self.execute(sql) > File "/var/www/web2py/gluon/dal.py", line 1392, in execute > return self.log_execute(*a, **b) > File "/var/www/web2py/gluon/dal.py", line 1386, in log_execute > ret = self.cursor.execute(*a, **b) > ProgrammingError: Cannot operate on a closed database. > > Any idea what it can be? > > KK > > > --
