I'm getting our 5th instance of Foglight set up and SQL PI is proving to be difficult to get running. I'm going into detail to hopefully answer questions ahead of time.
My set up: (the specs here are the same on my previous 4 Foglight instances which work fine)
When I add a new server to this instance to be monitored, through the "Monitor -> SQL Server" wizard, this is what my initial screen looks like before I click "Monitor"
When I click "Monitor" things go through with no problems. I've done this over 50 times so I know the drill.
It then gets to the following screen & this runs for ~10 minutes before throwing an error:
This is the error I get after about 10+ minutes of spinning:
Now I could contact Dell but I don't give up that easily.
I add the server but without SQL PI. That works with no problems.
I go into the administration section of the server to try to add SQL PI manually but immediately notice that there isn't a repository host attached.
(I apologize for the tiny jpg. This is actually very easy to see but it appears the editor shrinks it down. But under "SQL PI Repository Host" it says "No SQL PI repository attached".)
So I attach our repository host using step #1.
When I click "Apply" it now shows up under the "Repository Host" column.
I select the server to have SQL PI enabled & click the "Enable" button.
It goes through its procedure that I'm familiar with and again, for 10+ minutes it sits and spins at this box:
After the customary 10+ minutes it errors out & says:
(The error says "Failed to enable SQL PI monitoring extension")
I've reconfirmed all rights to the servers & they are the same as they are on the other 4 I set up with no problems.
Now before I contact Quest for this, is there a log I can dig into to find out why this didn't enable? Or is there something I can look at to find out what needs to be done? I've used this procedure several times and know it works & I am familiar with it. It would just be nice if Foglight offered some decent error logs or why something doesn't work. Instead you are forced to go hunting.
Thank you for reading this far. Hopefully if this gets fixed here, it will help someone else as well.
That's frustrating. I would take a look at the PI Repository agent log file. Navigate to Administration -> Agents -> Agent Status, locate the DB_SQL_Server_SPI_Repository agent(s) and click the log file icon to download.
If you could also confirm the version - there is a new version 22.214.171.124 that was released yesterday (2/8) and available on support.quest.com under the "Foglight" product search.
In reply to Darren Mallette:
In reply to john.waclawski:
In reply to Christian.Broce:
In reply to foglight.admins:
In reply to John.Sakalauskas:
as I can see here:
now is possible to install SQL PI Repository on a Wndows 2016:
"Windows 2016 is supported as a SQL PI or Oracle PI repository server using Infobright 5.0.4 Please see KB 227950 for more details."
We have contacted support, upgraded the version of Infobright to 5.04 and now we were able to enable SQL PI but only for Agents monitoring SQL Express versions:
SQL Server version: Microsoft SQL Server 2012 (SP3-GDR) (KB4019092) - 11.0.6251.0 (X64) Jul 7 2017 07:14:24 Express Edition (64-bit)
SQL Server version: Microsoft SQL Server 2012 (SP4) (KB4018073) - 11.0.7001.0 (Intel X86) Aug 15 2017 10:26:40 Express Edition
For the other agents monitoring next versions we get same errors as in the original post:
SQL Server version: Microsoft SQL Server 2012 (SP3-GDR) (KB4019092) - 11.0.6251.0 (X64) Jul 7 2017 07:14:24 Standard Edition (64-bit)
SQL Server version: Microsoft SQL Server 2012 (SP3-GDR) (KB4019092) - 11.0.6251.0 (X64) Jul 7 2017 07:14:24 Enterprise Edition: Core-based
Any ideas what could be wrong John.Sakalauskas?
Hi foglight.admins, Just to confirm, with Infobright 5.0.4 installed you are getting issues where adding the PI installation when creating a new DB agent times out and then states "Failed to establish connection to the PI repository" from the FMS? Are all of these using the same PI repository and FglAM servers, to eliminate this as the cause? If these are different FglAMs or PI repository, then - each FglAM and PI repository server must have the Microsoft Visual C++ 2010 SP1 Redistributable Package (x64) installed. There is an error in the release notes that will be fixed in the next cartridge to correct a note that later versions are compatible. This is incorrect, it specifically must be the 2010 version. - The 5029 TCP port must also be open between the FMS and PI repository. - The sizing requirements for the FglAM and PI repository must be met or exceeded. Right now about 80% of the SQL PI issues are related to incorrect sizing or missing CPU and memory reservations. For logs, I can suggest trying the connection or enabling the PI extension for the agent, and then looking at the tail end (last few hundred lines) of these two files - FMS log - DB_SQL_Server_Installer log (this is on the FglAM server where the Database Agents are installed, which may not be the PI repository). To expedite troubleshooting, I would recommend opening a Service Request for a Support Engineer (SE) to assist with this as it is easier to investigate directly in the environment and the SE is familiar with logs coming from the DB agents. John
thank you for the follow up.
We get the next error:
All of the Agents are using same PI repository and FglAM.
We have a Support Case opened with all the information: SR Number:4166244
Thank you and regards,
Hi foglight.admins, KB 232399 is a comprehensive list of some of the common issues and KB 146730 is more specifically for this error message. Insufficient sizing for one of the PI environment components and the lack of VM reservations are the most common PI issues. An installation that might complete one time may not at a different time because of the shared nature of resources on the VM server. In this example, monitoring an Express installation of SQL Server would require less resources than monitoring an Enterprise edition. Our Support Team will review will follow up through the Service Request process where they have access to the log files (support bundles) and your contact information for a webex to review the environment. John