Re: Error from /home/minivend/mvend/bin/expireall -r

[Ryan Hertz <rhertz@gyb.baits.com>]

At 02:49 PM 6/25/99 , Kyle Hayes wrote:
>******    message to minivend-users from Kyle Hayes <kyle540@quicknet.net>
    ******
>On Fri, 25 Jun 1999, .cory.trese. wrote:
>> ******    message to minivend-users from ".cory.trese."
<digital@arcane.specialty-books.com>     ******
>> >>Could not tie to session: Permission denied
>> 
>> My crond deamon spat this out at me last night and I'm wondering if
anyone has
>> seen it before.  I haven't made any changes that I can think of that might
>> cause this.  It could be a fluke, but it still worries me.  Anyone have any
>> ideas?
>> 
>> Thanks so much for everything folks.  You're making learning this system
100%
>> easier.
>
>Hmm, I just put in the crontab entries yesterday to run expireall and I
>noticed that expireall seems to be leaving the session.gdbm file owned by
>root, not minivend!  I manually set it back this morning, but not after
>some headscratching...  I probably mucked up the crontab entry.  Could
>someone post what it should look like?  I am running RH Linux 6.0, MV 3.12
>and MySQL 3.22.x

	You must be running the expireall in root's crontab!  You could still run
it from root's crontab, but you'd have to make a script to cause expireall
to run as your minivend account.



Ryan Hertz                                              tel  520-645-3812
Webmaster                                               tel  800-645-BAIT
Advertising Director                                    fax  520-645-2588
Gary Yamamoto Custom Baits, Inc.            http://www.yamamoto.baits.com