Plugin: Sage Job Queue (SJQ) v3

[Slugger]

What user is the remote sjqc running as? I'm not a Windows networking guru, but I believe the problem is that your sjqc service on the remote host is running as a user that does not have permission to use/read mapped network drives. Try using the :MAPDIR directive and mapping E:\ to an appropriate UNC path instead (in the remote host's sjqc client config). You may also have to configure the remote sjqc service to run as a proper user with access to the mapped drive(s).

I defer to others with more expertise in the area of Windows networking, but I'm pretty sure I've got you on the right path. Don't give up, you're almost there!

[Fuzzy]

Dave, you definitely need to avoid the mapped drives, as services can't use them. The client needs to access your files via the direct UNC path. Either change it from sage itself (this would be the ideal method), or if you don't want to change it in sage, you can use the :MAPDIR directive on the client's config as slugger mentioned. That way, when the client is asked to process E:\Whatever\SomeFile, it will translate it internally to \\SomeServer\WhateverShare\SomeFile....

[nyplayer]

UNC is not always the solution for everyone. I cannot use UNC paths on my server because it causes corrupted files. There are threads all over the place about UNC causing corruption in recordings.

I use mapped drives with Sage and do not have a problem with running SJQ. I make sure that my account has administrator authority on my server

The thread below is an example.
http://forums.sagetv.com/forums/show...636#post417636

[Slugger]

Originally Posted by nyplayer

UNC is not always the solution for everyone. I cannot use UNC paths on my server because it causes corrupted files. There are threads all over the place about UNC causing corruption in recordings.

I use mapped drives with Sage and do not have a problem with running SJQ. I make sure that my account has administrator authority on my server

The thread below is an example.
http://forums.sagetv.com/forums/show...636#post417636

Do you run remote sjqc clients as a Win service? If so, are you able to access files over mapped network drives?

[Fuzzy]

As mentioned, you can still run SJQC using UNC, even without sage recording to UNC, by using the :MAPDIR directive. This will allow sage to still record direct to the local drive, and still allow the SJQC Service to access the recordings.

[nyplayer]

Originally Posted by Slugger

Do you run remote sjqc clients as a Win service? If so, are you able to access files over mapped network drives?

I use the mappings as FUZZY suggested... I still have the drives mapped to my client in order to use comskip etc... It will not work unless you use the :MAPDIR as fuzzy suggested.

Since I do not use UNC paths I have to use the Admin shares ex.

:MAPDIR "M:\\sagem" "\\\\192.168.2.155\\M$\\sagem"
:MAPDIR "N:\\sagen" "\\\\192.168.2.155\\N$\\sagen"

[nyplayer]

I did some further testing on this... I am able to use mapped drives without the :MAPDIR... The reason this worked for me is that my SERVER uses autologin. With a user name and password.

I also have the same USER and PWD on my clients and the drives are mapped with that user also the SJQ service uses the same user.. The key here it appears if your server uses autologin then it will work.

[davephan]

Originally Posted by nyplayer

I use the mappings as FUZZY suggested... I still have the drives mapped to my client in order to use comskip etc... It will not work unless you use the :MAPDIR as fuzzy suggested.

Since I do not use UNC paths I have to use the Admin shares ex.

:MAPDIR "M:\\sagem" "\\\\192.168.2.155\\M$\\sagem"
:MAPDIR "N:\\sagen" "\\\\192.168.2.155\\N$\\sagen"

I have an update. I tried changing the account on the SJQC service from "system" to another account on the second workstation. This didn't work either. I tried a third account. It did not work. Both accounts have administrator rights on the second computer.

I tried then stopped the SJQC service on the second computer and ran the SJQC as an application on the second computer. The SJQ GUI running on the second computer then displayed the second computer client. A newly completed recording added to the SJQ GUI displayed on the second computer. The second computer's IP was then assigned as the client. Comskip ran on the second computer against the mapped drive to the SageTV computer where the recording was stored. The TXT and EDL files were created on the SageTV computer in the directory where the recording was stored. Commercial blocks were detected. So, running the SJQC as an application works!

So, for some reason, the SJQC service cannot see the mapped drive, even when running as the same account that the SJQ application successfully used. I would prefer using the SJQC service instead of the SJQC application on the second computer.

I had checked the help document, and there wasn't any syntax there for MAPDIR, so the syntax post is helpful.

I assume that the :MAPDIR command is used in the client configuration, which is running on the second computer.

If my SageTV server has an IP address of 192.168.1.99 and the SageTV server has the following recording drives:
D:\Video
E:\Video
F:\Video
G:\Video

Each drive on the SageTV computer is mapped to the same drive letter on the second computer.

If I have the syntax correct, the code will be:

:MAPDIR "D:\\Video" "\\\\192.168.1.99\\D$\Video"

:MAPDIR "E:\\Video" "\\\\192.168.1.99\\E$\Video"

:MAPDIR "F:\\Video" "\\\\192.168.1.99\\F$\Video"

:MAPDIR "G:\\Video" "\\\\192.168.1.99\\G$\Video"

Would my client configuration code remain unchanged, except for adding the four :MAPDIR lines of code?

Dave

[Fuzzy]

You don't HAVE to use the ADMIN shares, and I'd actually recommend against it as well. Also, IP addresses aren't really ideal, as they CAN change if you do any other networking changes (new router, etc).

Also, I'm not even sure admin shares would WORK on later windows versions. I think they are locked down on vista and 7. You CAN though explicitly share the entire drive, or even just the recordings directory. nyplayer, if you set up your sagem folder as a share, you could use the mapdir as:

:MAPDIR "M:\\sagem" "\\\\server\sagem"
:MAPDIR "M:\\sagen" "\\\\server\sagen"

This would lessen the permissions complications, and allow it to work with later versions of windows.

All that said, I have been using UNC paths for many many years for my main sage drives, and haven't had any issues. Not sure what the differences might be, but I've not had any performance problems referring to local drives via UNC.

[davephan]

Whats the best way to monitor and delete orphaned Comskip .edl .log, .log.txt, and .txt files? SJQ has a cleanup utility, but it looks like that is a one time manual process. I think a script that runs periodically would be a better way to do it. I used to use DIRMON2 for processing Comskip, and that included deleting orphaned Comskip files. I thought that someone must be automatically deleting the orphaned Comskip files with SJQ.

Dave

[Slugger]

The file cleaning utility in SJQ is automatic. Once you put in the settings, it runs periodically (approx. every few hours). It, unlike others, also has safe guards in place to prevent deletion of registered SageTV media objects (I wouldn't rely on the safe guards, but they do exist). SJQ also logs anytime it deletes a file in the server logs.

[ewelin]

I have several internal tasks that are not getting performed. All of my internal tasks were working a few weeks ago and now they seemed to have stopped. I have not changed anything on SJQ. The tasks include delete, unmanualrec and reschedule. I've shutdown and restarted the computer twice with nothing changing. The tasks appear in the queue but never run. Any ideas???

[ewelin]

ok, i just restarted the sagetv service and now it has finally processed all of those internal tasks. Not sure what happened there...

[Islander]

I finally installed some clients and they worked like a charm. I am however having trouble because they seem to not honor the offhour and continue to process pass the blocked time. The rule section dealing with this:

:OFFHOUR "7-8, 16-24"

Is there is something wrong with the syntax that is causing it not to be honored?

Thanks.

[razrsharpe]

@islander - the off hour only prevents items in the queue from starting.... it does not stop / pause tasks that have already been started....

[Islander]

Correct, that is what I understood.

This is the config:

:OFFHOUR "7-8, 16-24"

These are from processes started past the block:

Thu Apr 29 16:39:01 GMT-05:00 2010: Starting task with priority 5/1/10
Thu Apr 29 19:04:53 GMT-05:00 2010: Starting task with priority 5/1/10

etc.

Recommendations? maybe reboot the whole thing?

Thanks

[razrsharpe]

opps i think i might have misspoke earlier...

OFFHOUR in the ruleset prevents items from being added to the queue

OFFHOUR in the client task config prevents that task from running

so where did you put the OFFHOUR (in the ruleset or the client task config)?

[Islander]

On the client looks like this:

MEDIASHRINKHQ
{
# Mark's Computer
#:CPU "LOW"
:OFFHOUR "7-8, 16-24"
:OFFDAY "1, 7"
:MAX 1
:RESOURCES 45
"C:/Mediashrink/mediaShrink.exe \"%c%\" /noAutoCrop /centralWorkFolder C:/Temp /batch /vprofile HQ /vbitrate 2500 /twopass"
}

[Islander]

Saturday came around and it seems that it is honoring the OFFDAY settings.

I had another read of the guide and found that all references to OFFHOURS show the time gaps as this:

:OFFHOUR "20-22, 7-10"

were on mine these would be reversed. I copied mine from the medishrink thread as a working setup. Maybe the time blocks have to be presented from higher to lower?

If no one knows for certain I guess I can switch mine around on one of the six clients and see if it makes a difference, or maybe get rid of the one hour block in the morning so that it only has one block each day.

[razrsharpe]

@Islander - something just came to me... try

:OFFHOUR "7-8, 16-23"

IIRC i think the 0-23 is the allowable range

Here slugger talks about 23 disabling until 11:59pm