Re[2]: Major problem

This WebDNA talk-list message is from

1999

It keeps the original formatting. numero = 25221
interpreted = N
texte = What user is the owner of the directory that the database is located in? UnderUnix, the directory permissions are just as important as the file permissions. I have even seen a discussion of how it is possible to delete a read-only file.Make sure that all files have owner nobody:nobody; the easiest way to do this isto go to the top of the file hierarchy and type the following:chown -R nobody:nobody *That -R means recursive; it will change the ownership of all files in thatdirectory and below.HTHJohn Peacock____________________Reply Separator____________________Subject: Re: Major problem Author: Date: 12/7/99 8:17 PM> >Problem: It seems that old data reoccurs after a few days!>>Try a small test in which you use WebDNA to do a [replace] to a>record in a database, then a [commitdatabase] on that db. Open the>database file on disk using a text editor and verify the changes were>made.>>It is possible that some bad WebDNA is killing WebCatalog on your>machine before it has a chance to write out its databases. I'd turn>on extended debug logging in the prefs, which will give you a>WebCatalog.debug log file (written into the WebCatalog folder). This>debug log will include a line with the word Starting all by itself>each time WebCatalog is run, along with an entry for every hit to the>server.>>If it turns out WebCatalog is getting restarted for some reason, then>I'd add that [commitdatabase] unless you already have the global>preference turned on for committing databases on evey hit (in which>case it would be redundant).>Grant.I tried what you describe here. It doesn't work.It doesn't matter what I do. WebCat does not change or delete the record. The only thing I can do, is add a new record. The new record shows up as it's supposed to. I have changed the ownership to nobody, with no effect. I have tried to turn on extended technical support information, looked thru the debug file. No signs of Webcat restaring.I also have looked thru the templates for bugs and found nothing wrong.It seem that whatever I do, nothing affects the database.It seems like it simply does not want to be altered. Maybe it's alive with it's own will?I will not sleep well this night!#############################################################This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to To switch to the INDEX mode, E-mail to Send administrative queries to Associated Messages, from the most recent to the oldest:

Re[2]: Major problem ( 1999)

What user is the owner of the directory that the database is located in? UnderUnix, the directory permissions are just as important as the file permissions. I have even seen a discussion of how it is possible to delete a read-only file.Make sure that all files have owner nobody:nobody; the easiest way to do this isto go to the top of the file hierarchy and type the following:chown -R nobody:nobody *That -R means recursive; it will change the ownership of all files in thatdirectory and below.HTHJohn Peacock____________________Reply Separator____________________Subject: Re: Major problem Author: Date: 12/7/99 8:17 PM> >Problem: It seems that old data reoccurs after a few days!>>Try a small test in which you use WebDNA to do a [replace] to a>record in a database, then a [commitdatabase] on that db. Open the>database file on disk using a text editor and verify the changes were>made.>>It is possible that some bad WebDNA is killing WebCatalog on your>machine before it has a chance to write out its databases. I'd turn>on extended debug logging in the prefs, which will give you a>WebCatalog.debug log file (written into the WebCatalog folder). This>debug log will include a line with the word Starting all by itself>each time WebCatalog is run, along with an entry for every hit to the>server.>>If it turns out WebCatalog is getting restarted for some reason, then>I'd add that [commitdatabase] unless you already have the global>preference turned on for committing databases on evey hit (in which>case it would be redundant).>Grant.I tried what you describe here. It doesn't work.It doesn't matter what I do. WebCat does not change or delete the record. The only thing I can do, is add a new record. The new record shows up as it's supposed to. I have changed the ownership to nobody, with no effect. I have tried to turn on extended technical support information, looked thru the debug file. No signs of Webcat restaring.I also have looked thru the templates for bugs and found nothing wrong.It seem that whatever I do, nothing affects the database.It seems like it simply does not want to be altered. Maybe it's alive with it's own will?I will not sleep well this night!#############################################################This message is sent to you because you are subscribed to the mailing list .To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to To switch to the INDEX mode, E-mail to Send administrative queries to

DOWNLOAD WEBDNA NOW!

Re[2]: Major problem

1999

Top Articles:

Related Readings: