jamesloker

The work around, if anyone is interested, is to have the Photocopiers set as local printers and deployed with Group Policy on the 2003 box. Xerox and Lexmark are ok to still be deployed from the 2008 box.

We have fixed the issue. The problem was down to a Printer Driver problem with one of our printers. As we have 2008 server coming online, the printer driver for the Photocopiers (Infotec) didnt want to work on Windows 2003 R2 x64 (Even though i had installed that particular driver on the 2008 machine and tried the 2008 driver) The issue was caused by the Terminal Server not being able to communicate with the 2008 server for these drivers only. Our xerox and lexmark machines work fine shared from 2008 server to the 2003 box. But for some reason the drivers for the photocopiers just dont work. Anyways the problem is solved and it ISN'T a permissions issue. Hope this helps anyone with other problems similar. Try the drivers for your printers first! Also, cant understand why it was bothered about the Photocopier drivers. The Xerox printer in the staffroom which is the default printer and the printer set in the printer setup in fms was working. But FMS is being picky and wanted to know about all the printers....again BAD BAD SOFTWARE!!!

Whole folder yes, and into subdirectories. I acknowledge it will be a permissions issue, but the other issue is why did it just stop working? There was no reason for it. It has worked fine for ages. Now as i have also said, we can use the head teacher account to view these (Fund Review and the other bit.) but why has it just stopped working. Maybe all will be resolved for September when the machine is overhauled and the new SQL 2008 is installed.

Matt, You didnt read my previous message. We have given full access previously, individually and to group. But i have tried again and still the access violation remains. Even if it was because of the group Glemsfordschool\STAFF that is missing. That would not explain the Administrator account experiencing the same issue. The only person who is able to access the fund review is the Headteacher. So this is not the reason as i have told CSD previously and has been noted on this thread. Back to the drawing board yet again.

Please find attached. Please remember, i have added permissions in the past, they havent worked so have reverted back. Also, folders with .old are backups i have created so as not to lose any data incase of problem Results [attachment=6805:name] permreport.txt

OK, FMSConnect.ini is stored in SIMS\Finance in the Program Files directory. Well i have just logged in as Administrator to windows and ran FMS, logged in as sue and still the access violation remains.

Ok, well we have changed now to C:\Program Files (x86) and cannot setup the fmsconnect.ini to look in C:\Program Files (x86)\SIMS\Finance because, as mentioned before, it only picks up the C:\Program Files (x86)\SIMS\Fina

i would understand during holidays mate, but im talking about during term time. Anyways enough of the politics, when i told sue i was talking with you regarding this issue, she was pleased. ) in response to the questions. I gave Sue full permissions and it still didnt work. It used to be in the 32bit program files, then after the one before last update, it went to the 64bit program files folder, which when you are running solus, you have no control over which folder it installs to. Only when you run it manually can you tell it which folder to go into. The files in FMSSQL were all changed to to sue and kelly to have full permissions. The weird thing is it only stopped working 3 weeks ago (ish). The week after half term and the following week it was working fine. Worked on the wednesday, then stopped on the thursday. No one changed anything, i was on paternity leave. ?? No permissions were changed, its soooo weird. Yes, with sims.ini when you change it in c:\windows it changes for all users.

We have a license to cover both, so will use just the normal SQL 2008 and good to have a migration tool. Handy. Chargeable visit....um...no... we paid previously for cover to include visits and never got them...so think i will stumble through this one. Hopefully i can resort to this when i get stuck. Any ideas on the previous post?

on a side note, In the summer holidays, i am going to also be transferring to SQL 2008 R2 on a new server. Im not good with MS SQL (mysql im better on) but i need to transfer from the old to the new. 1 question.....HOW? Cheers

Hi Matt, When running FMS to config the database settings for fmsconnect.ini, changing to C:\Program Files (x86)\SIMS\Finance FMS will only allow C:\Program Files (x86)\SIMS\Fina which of course isnt a directory. Regards James PS> yes...lots more to come with lil one....oh the joys

Hi Matt, Thanks, we had a baby boy, Benjamin. He's pretty good at night touch wood. Sleeps generally from about 9/10 through to at least 3am before he needs a quick feed and change. Sometimes he sleeps through to 5am! but anyways Copied the pdoxusr file to the fms directory which is under ProgramFiles not ProgramFiles x86. Solus installed the software into the ProgramFiles directory during an upgrade. it even copied or moved everything across, so it appears to be aware that the x86 directory is different to the x64 program files. Just spoke to Sue and she says its the Fund Review and Non-Invoiced Income which are having a problem. Everything else works fine. So its something to do with those areas...anyone from Capita wish to elaborate on what these areas actually need??

Hi Matt, Do you still work for SCC? i thought you left. I did give full control to the sims directory. x64 may not be supported but it works. It is only on the Fund Review and one of the Purchase Ledger things. I will ask Sue again tomorrow to verify. But everything else works fine. And as mentioned above, it works on other peoples. SIMS.net were originally installed in Program Files (x86) but a little while back we had an upgrade which moved everything to the x64 program files directory. We had a slight issue then but all that was, was the star7 path pointing to the wrong folder. I didnt tell it where to install, solus just did it itself. I will try the pdoxuser file thing. But that still doesnt explain why it works with 1 user and not with others. My account wont even load Finance. In the summer, i will be reinstalling the terminal server and adding a dedicated SQL server (no longer shared server)

Still not working. Even when i gave the user full administrator rights (for testing only. soon reverted back) Im thinking it maybe the users profile? what do you guys think? Also, capita have no idea why its not working. The weirdest thing is, it stopped working over night....no updates from windows (i checked) it just decided one day...right im not working as of now...im going on strike.

Already tried that. Also capita came back to the LEA saying the users require full control of the C:\Windows and C:\Windows\System32 directories. But i also tried all that and still no joy