This can happen if you have a script in scripts.ps1 that doesn’t actually exist on disk. In 2.3.1, if a script is missing, it will cause all scripts to fail to load. We fixed that in 2.4. It can also happen if ContainerGetINCount.ps1 doesn’t exist for some reason.
I was able to run the script manually from within side of PSU?
So another script could be causing the rest of the file to not read? This one is at the end of my schedule.ps1? I just noticed this one because it was a new critical one I scheduled but now that you mention it my schedule page looks awfully light.
If Script.ps1 does not exist within C:\ProgramData\UniversalAutomation\Repository, it will fail to read the scripts.ps1 file.
This causes a chain effect where when it attempts to create the schedules, it won’t find scripts that were scheduled. So for example, in my schedules.ps1, if I had script2.ps1 scheduled, the schedule would also not show up. Also, ensure that a scheduled scripts within schedules.ps1 exist within scripts.ps1.
This would fail since the scripts don’t exist within PSU.
The way to resolve this is to ensure that the scripts that are listed in scripts.ps1 actually exist on disk within C:\ProgramData\UniversalAutomation\Repository.
And like I said, we have a fix for this so you won’t have this problem in the next version. It will simply just be a notification that a particular script file is missing.