Akopia Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Minivend by date ][Minivend by thread ]

Re: [mv] VERY large session.gdbm



On Tue, Dec 05, 2000 at 10:55:53AM -0600, Stan Crump wrote:
> Running MV 3.14
> 
> Although I run expireall -r as minivend from crontab each day, the
> session.gdbm for one of my catalogs has become huge!
> 
> I've ran "expire -r -c catalogname" as minivend from the command line and
> after a long wait, receive a lengthly error message which I'll paste below.
> 
> Can I simply delete the session.gdbm (and then replace it by "touch")
> without causing any problems or does anyone know how I can force it to
> expire?

If I recall you can delete it and minivend will create a new one.  Don't
touch it because a 0 byte file will be "corrupt".

-- 

Christopher F. Miller, Publisher                             cfm@maine.com
MaineStreet Communications, Inc         208 Portland Road, Gray, ME  04039
1.207.657.5078                                       http://www.maine.com/
Content management, electronic commerce, internet integration, Debian linux

_______________________________________________
Minivend-users mailing list
Minivend-users@minivend.com
http://lists.akopia.com/mailman/listinfo/minivend-users


Search for: Match: Format: Sort by: