2008 August MAR
Monthly Activity Report
August 2008
-
AIMWorX – Supported all AIMWorX users varying requests. Copied all SMDR and CDR backup files to CDR for archive. Processed the weekly update of cost centers and student information. Ran a monthly process to remove any duplicate calls from the database prior to a billing cycle. Setup charge information for new App Hosting monthly & onetime charges. During student return weekend it was discovered that Apphost2 did not have access to AIMWorX. Apphost2 runs a query against the AIMWorX database to give validated students their Vnet codes. When the AIMWorX servers were moved into thier new subnet, this firewall rule was not moved. Terry Cavender updated the firewall to allow the Apphost2 query.
-
AIMWorX Issues — The beginning of August brought problems with the OAI connections to both the Student & Admin PBX networks and AIMWorX. These problems originally showed themselves by a constant stream of screen pops for VPD stating there was a ‘line link error’ on the FPC17 route to VPD (170). After resetting AIMWorX and the OAI connection multiple times, the PBX techs and NECdecided that a restart of the Student PBX network NCN was needed. This corrected the problem. The next weekend the OAI problems presented themselves in the Admin PBX network. AIMWorX was rebooted several times and each time the problem bounced between VPD screen pops and Authorizer. Either Authorizer was not working or the ‘line link errors’ on the VPD route was received every minute. This problem was worsened because the CHECKSUM process in the PBX was not working to validate Vnets. The result was that no one could make long distance calls using a Vnet. It was decided that the Admin PBX NCN had to be rebooted. Again this resolved the problem.
- MA4000 project – After installing the MA4000 software using the SQL test cluster the software was producing errors. The DTC registry hacks were checked on both the MA4000 & SQL test cluster servers. It was determined that a service restart did not always work, this was determined based on comments found while searching for a resolution to the DTC issues. The recommendation was always to reboot. So, the SQL test cluster servers were rebooted and MA4000 was able to make a connection to the database using DTC. During this process NEC was consulted and assisted in correcting a problem with the CAS software. The CAS software is used to validate logins with MA4000.
- Virtual Desktop project — The three VISTA virtual desktops within VMware VDI lost trust with the domain. These three desktops were deleted and recreated to resolve the problem. Users are again testing. Went and talked with LPS about the Citrix Xendesktop solution. A pilot of this would require one physical server.
-
Virtual Servers — Created a virtual server template for Windows 2008 64 bit. Converted the DOA web server from physical to virtual.
-
OSIS servers — It was determined that the six windows servers did not have the security setup completed on them: IVR01 & 02, TAPI01 & 02, CR01 & 02. I have contacted Amcom and Higher Ground to determine what firewall rules are needed on the local host for their software to funtion. Once this is received the firewalls will be setup and turned on.
-
Higher Ground Server – On August 11, one of the Higher Ground call recording servers began sending error messages to the PBX operators every minute or so. They contacted me, on-call, and I called Amcom per our support agreement. Talking with Amcom support they stated that they did not support this server and that I should contact Higher Ground. I asked them to talk with Ian Campbell, Amcom support manager. They did and according to the tech support person he would get the server checked out. After a while the Amcom support tech called back and said that the Amcom software was working properly and that I should contact HG. Again I asked them to talk with Ian because my understanding was that Amcom would contact HG. I went ahead and contacted HG and opened a support ticket because the server had not been recording for several hours. HG resolved the problem in short order. I continued to email back and forth with Ian about the support arrangement. Ian stated that VU was suppose to contact Amcom when there are issues with the HG servers and that he needed to communicate this to his staff. In the next OSIS meeting, Ian stated that we should contact him with support for the HG servers until his staff is properly trained.
-
QueWorX Life Cycle replacement – The two IBM servers purchased for QueWorX were recieved and determined that they did not have the correct expansion ports. The Dialogic board being used for QueWorX was a PCIx board. The servers had two PCIx slots and two PCIe slots. The problem being the Dialogic board was a full length/full height board. Only one of the PCIx slots was usable. NEC was contacted and they determined that this board was only available in full length/full height. The install document states that PCIe slots are needed, but the board only comes in PCIx. This prompted a discussion on whether the servers received would work since there was no expansion capibility. During this discussion the current IVR server for node one, QueWorX is replacing this server, began having power supply problems. So, one of the two IBM servers was loaded with Windows 2003 sp2 and the QueWorX software and installed in the Bryan Building to begin the load process to replace the server going bad. No decision has been made regarding the second server.
-
Mediasite — Worked with Mike Vidal, of Sonic Foundry, to resolve an issue with MAC’s not being able to view presentation. This issue was corrected with the setup of http streaming on the Mediasite server.
-
SCALA players — Before student return, several of the SCALA players were not talking with the server over https. Tom Hunt, NEC, set the players to a http connection to allow the players to download their new content. Now it needs to be determined why https will not work. A new SSL certificate was installed on this server the week prior to the problems. An emergency sign process was tested and was successful. The process is very manual. NEC was then asked if there was an easier way to make this work. NEC came back with SCALA scripting that can be added at a cost to make the emergency process easy.
-
Server Decommission — The hard drives were erased or removed from four servers that need to be sent to supluss. The server information was sent to Joy Saunders to remove them from inventory. These servers came from the Bryan building: Two were used for MCS, one for Codemaster, and the other I do not know.