Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Application Using 99% of resources
Message
De
06/12/2000 11:59:02
 
 
À
06/12/2000 01:54:49
Information générale
Forum:
Visual FoxPro
Catégorie:
FoxPro 2.x
Divers
Thread ID:
00449718
Message ID:
00449999
Vues:
16
>>Hi All:
>>
>>I have a situation with a remote user that I can't resolve. I'm hoping better minds than mine can point in the right direction.
>>
>>The application is FPW2.6 and has been running fine for several years.
>>
>>Last night, the office was re-cabled from Type 9 to Type 10 (I have no idea what that means).
>>
>>This morning one user brought up the system and started a re-index process. This takes about an hour and ran through to completion properly. After it completed, the other users were allowed to log on.
>>
>>Things apparantly ran smoothly for a bit. One of the operators then tried to re-connect a tape backup unit which had been disconnected and then reconnected to the wrong port.
>>
>>When she did this, several users froze and the system was rebooted.
>>
>>Since that time, the users can log into the application. However, as soon as they try to open one of the policies (it's a crop insurance program), the program hangs completely. Looking at the task manager they find that
>>
>>1. The application is no longer responding
>>
>>2. Foxw2600.ESL is consuming 99% of the resources.
>>
>>Last night's backup was not successful. I had them restore everything but the data directories from the Friday backup. Still no luck.
>>
>>I'm supporting them via PC Anywhere on a 26K line. At the moment, I'm sending over ALL the exes, prgs, sprs, etc. so that I can SET STEP ON and see where in the code the program is hanging.
>>
>>The workstations are NT. The file servers are Novel and (I think) OS2.
>>
>>Can anybody provide some guidance as to what might have happened and what I can do to fix the problem?
>>
>>Thanks a bunch..............Rich
>

>Was the tape unit attached to a server, or a workstation?

The unit was attached to the server.



>As a first cut, in case the indices got corrupted beyond what a REINDEX process can repair, manually delete all the tags, then manually rebuild them.
>
I did that last night and it seemed to help. At least the process ran through to completion afterwards. It was just slow.

I'm having the user add one user at a time to see if it is a function of how many people are using the system (there are typically nine users logged in). She said one other user logged on and it got very slow. They are rebooting the server and all workstations and will try again.

I have the feeling it will be one of those hardware/software finger pointing exercises. They're going to say it's the software. I'm going to say that the software ran properly for years on three sites. The network was the last thing to change. Unfortunately, aside from not being there, I have almost no network skills and don't have a clue as to how they can monitor it to see where the bottleneck is happening.

Thanks for your input (and the opporunity to spout)...........Rich
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform