Also, as a side issue, my backup process is missing the scdata.sc file (and one other, I can't recall exactly which) while ARAS is running.  From the documentation, it appeared that the files should be backed up unless someone was actually accessing the file (via ARAS) at the time the backup was running.  I'm pretty sure this was not the case.  So, I am faced with a dilemma...shutdown ARAS when I leave for the night so it gets backed up, or not getting the file backed up during my nightly tape backup.

Any help would be greatly appreciated!

What is the file date of AyaService.exe located in C:\Program Files\AyaNova on this 2003 computer?

Regarding backup of SCDATA.SC while ARAS is running:

While ARAS is running, a simple share is occurring when no users are actually accessing.

Your backup software may not allow even this.

If that is the case, a suggestion is to create a batch file that copies the SCDATA.SC file to another location prior to the backup so that it can be backed up on a regular basis without having to shut down ARAS

Will do on the copy to another location for backup.

Thanks!

Windows 2003 requires a newer version of the AyaService.exe file (do note this newer version can also be used with other operating systems as well)

1. Stop the ARAS service

2. Remove the service setup by running  AyaService -u from command line at the AyaNova program directory

3. Download the replacement AyaService.exe for Windows 2003

AyaService_2003.zip

4. Extract the AyaService.exe overtop of the existing.

5. Perform the steps to run ARAS as a service again as per the ARAS Installation & Configuration Guide.

Thanks for the help. 

The ARAS.log from the root of the D:\ is from when ARAS is started as a desktop service (via the ARAS icon on the desktop, or via ARAS if in Startup)

The ARAS.log from the root of C:\ is from when ARAS is started as a service.

Now, both logs show starting and stopping on same days, but it was indicated that you run ARAS as a service.

I would like to see the actual flow of what is occurring, and we will go from there:

1. Confirm that the file version of Ayaservice.exe was and is 6/16/2005 that you used when you performed the service uninstallation, and reinstallation

2. Ensure any ARAS service is shut down, and ensure any ARAS desktop is shut down

3. Rename both ARAS.log files in C:\ and in D:\ to ARAS.log.BAK

4. Reboot the ARAS computer so it is at the log in prompt and has a chance to load all its services - do not log in

5. Without logging in on the ARAS computer, from another computer on the network confirm if can bring up the ARAS login web page

6. Now log in at the ARAS computer

7. From the same other computer, confirm if can bring up the ARAS log in page

8. Find the ARAS.log file that would have been newly created. Attach a copy of this file to your reply and indicate from which drive and path it was in. If there is an ARAS.log on both locations, rename one and attach both indicating location.

9. Now log out of the ARAS computer

10. From that same other computer, confirm if can bring up the ARAS log in page

11. Log back in to the ARAS computer, and attach a new copy of the ARAS.log file

AyaNova Sales & Technical Support

http://www.ayanova.com

1. Perform the un-installation of the ARAS service from the cmd prompt        AyaService -u

2. Confirm that ARAS is not listed in Services (this indicates it has been removed from registry as well as registry settings)

3. Extract the attached to overwrite the existing AyaService.exe file in C:\Program Files\AyaNova

4. Perform the service installation at the cmd prompt using the 6/16/2005 version file         AyaService -i

5. Confirm the AyaService.ini file has correct command line for location of database, etc

6. Start the service manually

7. Confirm can access ARAS log in page

8. Reboot the ARAS computer, and confirm accessibility whether logged in or not (of course once computer has had a chance to reload the service)

AyaNova Sales & Technical Support

http://www.ayanova.com