Permissions problems
I continue to get these messages when some cron jobs are running. I can see that it is a permissions problems. But I have tried everything by changing permissions and it still is having problems. This particular file that is mentioned is not there. Someone please help me figure this out. There has to be some little thing I am missing. I have compared files with others that are not getting the message and the permissions are the same.
Your "cron" job on lists /usr/local/bin/python -S /usr/local/mailman/cron/nightly_gzip
produced the following output:
Traceback (most recent call last): File "/usr/local/mailman/cron/nightly_gzip", line 154, in ? main() File "/usr/local/mailman/cron/nightly_gzip", line 140, in main compress(f) File "/usr/local/mailman/cron/nightly_gzip", line 81, in compress outfp = gzip.open(txtfile+'.gz', 'wb', 6) File "/usr/local/lib/python2.3/gzip.py", line 49, in open return GzipFile(filename, mode, compresslevel) File "/usr/local/lib/python2.3/gzip.py", line 94, in __init__ fileobj = self.myfileobj = __builtin__.open(filename, mode or 'rb') IOError: [Errno 13] Permission denied: '/usr/local/mailman/archives/private/mailman/2007-October.txt.gz'
Melinda Gilmore wrote:
So the user who's crontab ran this does not have permission to create the file.
Try doing
su - user
where user is the user who's crontab this is, followed by
touch /usr/local/mailman/archives/private/mailman/2007-October.txt.gz
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
I'm moving a list manager to a new box, and at the same time bumping
up the version
of mailman.
I copied archives and the lists directory over, installed the
2.1.12rc1 version on top of
the old 2.1.9 version.
bin/list_lists shows all the old lists when run on the new box.
The cgi script listinfo returns no lists for the web page at host/
mailman/listinfo--I get the
default welcome page for mailman, no error message, but no mailing
lists displayed.
Any idea what could cause this?
Don McGregor wrote:
See the FAQ at <http://wiki.list.org/x/6oA9> and others linked from it for information about why this is happening.
Also see <http://wiki.list.org/x/gIA9>.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Mark, thanks for the info that did work for that particular error. But I keep getting this one, and the number at the end changes. So I have to keep adding a file. Is there some type of numbering system for config.pck.tmp, is this related to a cron job
IOError: [Errno 13] Permission denied: '/usr/local/mailman/lists/sis_directors/config.pck.tmp.lists.19678'
-----Original Message----- From: Mark Sapiro [mailto:mark@msapiro.net] Sent: Wednesday, January 21, 2009 11:43 AM To: gilmore.126@osu.edu; mailman-users@python.org Subject: Re: [Mailman-Users] Permissions problems
Melinda Gilmore wrote:
So the user who's crontab ran this does not have permission to create the file.
Try doing
su - user
where user is the user who's crontab this is, followed by
touch /usr/local/mailman/archives/private/mailman/2007-October.txt.gz
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Melinda Gilmore wrote:
The problem appears to be with the creation of (in this case) '/usr/local/mailman/lists/sis_directors/config.pck.tmp.lists.19678'
Is there some type of numbering system for
The number is the PIP of the process that's trying to update the config.pck.
config.pck files are not updated directly since if they were, a failure during the update could leave the file corrupt. They are updated as follows:
A file is created named config.pck.tmp.host.pid where host is the name of the host on which the process is running and pid is the process id of the process. This file is written with the updated data. Then, config.pck.last is removed, config.pck is renamed to config.pck.last and finally config.pck.tmp.host.pid is renamed to config.pck.
Thus, except during the update process itself, there are only config.pck and config.pck.last files. If there are problems creating config.pck.tmp.host.pid, either the ownership/permissions of the superordinate directories is not correct or the process doing the updating is not running in Mailman's group.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Melinda Gilmore wrote:
So the user who's crontab ran this does not have permission to create the file.
Try doing
su - user
where user is the user who's crontab this is, followed by
touch /usr/local/mailman/archives/private/mailman/2007-October.txt.gz
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
I'm moving a list manager to a new box, and at the same time bumping
up the version
of mailman.
I copied archives and the lists directory over, installed the
2.1.12rc1 version on top of
the old 2.1.9 version.
bin/list_lists shows all the old lists when run on the new box.
The cgi script listinfo returns no lists for the web page at host/
mailman/listinfo--I get the
default welcome page for mailman, no error message, but no mailing
lists displayed.
Any idea what could cause this?
Don McGregor wrote:
See the FAQ at <http://wiki.list.org/x/6oA9> and others linked from it for information about why this is happening.
Also see <http://wiki.list.org/x/gIA9>.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Mark, thanks for the info that did work for that particular error. But I keep getting this one, and the number at the end changes. So I have to keep adding a file. Is there some type of numbering system for config.pck.tmp, is this related to a cron job
IOError: [Errno 13] Permission denied: '/usr/local/mailman/lists/sis_directors/config.pck.tmp.lists.19678'
-----Original Message----- From: Mark Sapiro [mailto:mark@msapiro.net] Sent: Wednesday, January 21, 2009 11:43 AM To: gilmore.126@osu.edu; mailman-users@python.org Subject: Re: [Mailman-Users] Permissions problems
Melinda Gilmore wrote:
So the user who's crontab ran this does not have permission to create the file.
Try doing
su - user
where user is the user who's crontab this is, followed by
touch /usr/local/mailman/archives/private/mailman/2007-October.txt.gz
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Melinda Gilmore wrote:
The problem appears to be with the creation of (in this case) '/usr/local/mailman/lists/sis_directors/config.pck.tmp.lists.19678'
Is there some type of numbering system for
The number is the PIP of the process that's trying to update the config.pck.
config.pck files are not updated directly since if they were, a failure during the update could leave the file corrupt. They are updated as follows:
A file is created named config.pck.tmp.host.pid where host is the name of the host on which the process is running and pid is the process id of the process. This file is written with the updated data. Then, config.pck.last is removed, config.pck is renamed to config.pck.last and finally config.pck.tmp.host.pid is renamed to config.pck.
Thus, except during the update process itself, there are only config.pck and config.pck.last files. If there are problems creating config.pck.tmp.host.pid, either the ownership/permissions of the superordinate directories is not correct or the process doing the updating is not running in Mailman's group.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (3)
-
Don McGregor -
Mark Sapiro -
Melinda Gilmore