On scheduled update I get ERROR: Access is denied
Forum rules
★ Download the latest EPG123 here: https://garyan2.github.io/ <> Setup guide here: https://garyan2.github.io/install.html ★
★ Download the latest EPG123 here: https://garyan2.github.io/ <> Setup guide here: https://garyan2.github.io/install.html ★
-
- Posts: 38
- Joined: Sat Jan 10, 2015 3:51 am
- Location: Massachusetts USA
- HTPC Specs:
On scheduled update I get ERROR: Access is denied
On this PC it's in Client Mode. If I open the EPG123 Client Tool to see how the last scheduled update performed I'm getting "ERROR: Access is denied", yet if I click on Manual Import it works every time.
If Manual Update works and it's pointing to the exact same MXF file shouldn't the Scheduled update work?
If Manual Update works and it's pointing to the exact same MXF file shouldn't the Scheduled update work?
-
- Posts: 38
- Joined: Sat Jan 10, 2015 3:51 am
- Location: Massachusetts USA
- HTPC Specs:
Update:
If I run the Client Tool as administrator the problem goes away. So what happens if I restart the PC and don't go look at the Client Tool? Will the scheduled task work correctly? How do I know that the process necessary to run this task has the right privs?
If I run the Client Tool as administrator the problem goes away. So what happens if I restart the PC and don't go look at the Client Tool? Will the scheduled task work correctly? How do I know that the process necessary to run this task has the right privs?
-
- Posts: 15
- Joined: Sun Jul 26, 2015 4:50 pm
- Location:
- HTPC Specs:
You can try looking at the log (View Log button on the client tool) and see if the task completed correctly. For example, this is what my log says about the scheduled update last night (1:00 AM):
[1/13/2020 1:01:10 AM] [ INFO] Successfully started the PvrScheduleTask task. Exit code: 0
[1/13/2020 1:01:10 AM] Exiting runWmcTask(PvrScheduleTask). SUCCESS.
[1/13/2020 1:01:10 AM] [ INFO] Completed EPG123 client execution.
[1/13/2020 1:01:10 AM] [ INFO] EPG123 client execution time was 00:01:09.8843403.
The access is denied error is probably because the Client tool needs admin privilege's to query the task scheduler, this doesn't mean the task didn't run at the scheduled time. If you are using a shortcut to run the client tool you can change the shortcut's properties to "run as administrator", click "Advanced'' in the properties dialog.
[1/13/2020 1:01:10 AM] [ INFO] Successfully started the PvrScheduleTask task. Exit code: 0
[1/13/2020 1:01:10 AM] Exiting runWmcTask(PvrScheduleTask). SUCCESS.
[1/13/2020 1:01:10 AM] [ INFO] Completed EPG123 client execution.
[1/13/2020 1:01:10 AM] [ INFO] EPG123 client execution time was 00:01:09.8843403.
The access is denied error is probably because the Client tool needs admin privilege's to query the task scheduler, this doesn't mean the task didn't run at the scheduled time. If you are using a shortcut to run the client tool you can change the shortcut's properties to "run as administrator", click "Advanced'' in the properties dialog.
- garyan2
- Posts: 7480
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
The status you see is not the status of the task, but is the error code generated because you can't view the task status. In Win10, you will only be able to see the task status if the GUI is run with elevated privileges.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 38
- Joined: Sat Jan 10, 2015 3:51 am
- Location: Massachusetts USA
- HTPC Specs:
I'm still getting this error on a daily basis:
[1/14/2020 11:36:01 AM] [ERROR] File "\\SHUTTLE\epg123\output\epg123.mxf" does not exist.
[1/15/2020 11:36:01 AM] [ERROR] File "\\SHUTTLE\epg123\output\epg123.mxf" does not exist.
This is a file shared by another computer on my network. I can navigate to it in explorer and I don't have a problem. If I load the Client and run as admin it can access the file. But when it comes time to do the background daily update it fails.
What have I configured wrong?
[1/14/2020 11:36:01 AM] [ERROR] File "\\SHUTTLE\epg123\output\epg123.mxf" does not exist.
[1/15/2020 11:36:01 AM] [ERROR] File "\\SHUTTLE\epg123\output\epg123.mxf" does not exist.
This is a file shared by another computer on my network. I can navigate to it in explorer and I don't have a problem. If I load the Client and run as admin it can access the file. But when it comes time to do the background daily update it fails.
What have I configured wrong?
- garyan2
- Posts: 7480
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
You will need to edit the task in Task Scheduler to remember the user's password and/or change the user to an account that has network access and access to the shared folder.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 38
- Joined: Sat Jan 10, 2015 3:51 am
- Location: Massachusetts USA
- HTPC Specs:
I'm confused. Why should I have to provide log in credentials to access a shared folder that has been set to allow access for "Everyone"?
-
- Posts: 101
- Joined: Mon Jul 20, 2015 8:22 pm
- Location:
- HTPC Specs:
Try sharing just the "output" folder on your server. Make folder available "offline" in Windows share properties. This fixed it for me.
- garyan2
- Posts: 7480
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
I think making it available offline is just hiding the problem.
You need to add credentials (username and password) in order for the task to access the network regardless of how the shared folder is set up. If the user doesn't have a password, then I think it would work okay.
You need to add credentials (username and password) in order for the task to access the network regardless of how the shared folder is set up. If the user doesn't have a password, then I think it would work okay.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 101
- Joined: Mon Jul 20, 2015 8:22 pm
- Location:
- HTPC Specs:
Gary, one other observation I forgot to mention. Before my offline fix, I was unable to manually update the client PCs until I double clicked mapped "output" folder from client pc "My Computer" screen. That seemed to make the shared output folder available to windows task or EPG123. That's when I decided to check my share settings in server. If you got a write up on how to do credentials over network to access file for update that would be helpful. Maybe I'm doing it the hard way.
Sent from my SM-G960U using Tapatalk
Sent from my SM-G960U using Tapatalk
-
- Posts: 38
- Joined: Sat Jan 10, 2015 3:51 am
- Location: Massachusetts USA
- HTPC Specs:
Which version of Windows are you running the PC that is the master which has the output folder?joeer77 wrote: ↑Fri Jan 17, 2020 6:04 am Gary, one other observation I forgot to mention. Before my offline fix, I was unable to manually update the client PCs until I double clicked mapped "output" folder from client PC "My Computer" screen. That seemed to make the shared output folder available to windows task or EPG123. That's when I decided to check my share settings in server. If you got a write up on how to do credentials over network to access file for update that would be helpful. Maybe I'm doing it the hard way.
Sent from my SM-G960U using Tapatalk
Which version of Windows are you running on the client only PC?
-
- Posts: 101
- Joined: Mon Jul 20, 2015 8:22 pm
- Location:
- HTPC Specs:
All my computers run Windows 7.
-
- Posts: 38
- Joined: Sat Jan 10, 2015 3:51 am
- Location: Massachusetts USA
- HTPC Specs:
My master PC is Win 7 and another PC with client only is also Win 7. My third PC is Win 10.
When the task scheduler starts the client to get the update from the output folder of the other PC, my Win 7 machine works fine without the need to pre-configure it with credentials. However the Win 10 needs credentials on the task scheduler for it to work.
Note that the password on my Win 7 PCs are both empty and this may be the reason it works rather than which OS is on the machine. The Win 10 PC has a password, although in User Accounts "Users must enter a user name and password to use this computer" is unchecked.
When the task scheduler starts the client to get the update from the output folder of the other PC, my Win 7 machine works fine without the need to pre-configure it with credentials. However the Win 10 needs credentials on the task scheduler for it to work.
Note that the password on my Win 7 PCs are both empty and this may be the reason it works rather than which OS is on the machine. The Win 10 PC has a password, although in User Accounts "Users must enter a user name and password to use this computer" is unchecked.
- garyan2
- Posts: 7480
- Joined: Fri Nov 27, 2015 7:23 pm
- Location:
- HTPC Specs:
The task will only need a password if it is to access a shared network folder. If the user password is blank, that is okay as long as the network share allows it.
So yes, you tasks for computers that do not have a password for the user, you won't need to store the empty password for the task to work. For the computers that have a password for the task user, it will need to be stored in order to successfully run.
So yes, you tasks for computers that do not have a password for the user, you won't need to store the empty password for the task to work. For the computers that have a password for the task user, it will need to be stored in order to successfully run.
- Gary
Keeping WMC alive beyond January 2020. https://garyan2.github.io
Keeping WMC alive beyond January 2020. https://garyan2.github.io
-
- Posts: 5
- Joined: Tue Jan 28, 2020 1:07 pm
- Location:
- HTPC Specs:
Similar issue - I get the "Access Denied" message unless I start EPG123 as Administrator.
From other posts, the access denied is only for the results of the report - I'll let it cook for a couple of days to make sure it is actually updating.
The new Windows 10 stuff is a bit quirky.....
Is there a way to always run EPG123 as administrator without the right click selection?
This is a brand new Win10 build - recently installed WMC, got EPG123 up and running (sorta), after it cooks a few days, I'll transfer my recording schedule from my old Win7 box.
Just wanting this to run as clean as possible.
Thanks in advance for your help!
From other posts, the access denied is only for the results of the report - I'll let it cook for a couple of days to make sure it is actually updating.
The new Windows 10 stuff is a bit quirky.....
Is there a way to always run EPG123 as administrator without the right click selection?
This is a brand new Win10 build - recently installed WMC, got EPG123 up and running (sorta), after it cooks a few days, I'll transfer my recording schedule from my old Win7 box.
Just wanting this to run as clean as possible.
Thanks in advance for your help!
-
- Posts: 2840
- Joined: Sun Jun 02, 2013 9:44 pm
- Location:
- HTPC Specs:
On the shortcut that points to EPG123 (this does not work directly on the exe file), right click and select "Properties" from the menu, then go to the "Shortcut" tab, then press the "Advanced" button. Put a check mark next to the "Run as Administrator" option and press the "OK" button. Press the "OK" button on the Properties window.
Now, when you start EPG123 via that shortcut, it should run it as Administrator.
Now, when you start EPG123 via that shortcut, it should run it as Administrator.