nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

An error occurred during PT compiling. Please see more details in log files. Error

tivinelvis

Hello,

I have added a new user to teamsite and that particular user is getting the error "An error occurred during PT compiling. Please see more details in log files." when generating any DCR. Any guess on this?

Find more posts tagged with

Comments

nipper

lots of guesses, but since this is specific to a single user I would be willing to bet your job that it is a permissions issue. The user does not have permission to write to the workarea or the local folder where the files are created.

checkboxyear.rptdesign

Lex

I am getting this message as well for an established user. She has recently started maintaining files in an established workarea that she did not previously maintain. The thing is, it's not every file, only files in a specific directory (and all subdirectories). I have checked every permissions issue I can think of. I have even gone so far as to explicitly give her full access permissions on the workarea in question (we use AD groups to provide access normally).

No matter what I try, when she tries to generate a page from a DCT or regenerate a page in this one directory she gets the "An error occurred during PT compiling. Please see more details in log files." message. I have checked all the log files and there doesn't seem to be any more details about this in any of them. Is there some hidden log file somewhere that would have PT compiling details? We're to the point where I have to regenerate the pages for her, but long term that is not going to work.

I am going to have her create a new folder and try to generate the pages she's having troubles with into it. I guess if that works then she can delete the original folder that is giving her problems and just rebuild it by generating all the pages that were in it. I'd sure like to know why this one directory is giving us fits, though.

karel

Non-OS Users cannot execute perl scripts (such as presentation templates). Although they have all the TeamSite permissions, they do not exist for Windows, or your domain.
"Error impersonating user X" appears in log files.
(Common LDAP/AD issue)

nipper

I am getting this message as well for an established user. She has recently started maintaining files in an established workarea that she did not previously maintain. The thing is, it's not every file, only files in a specific directory (and all subdirectories). I have checked every permissions issue I can think of. I have even gone so far as to explicitly give her full access permissions on the workarea in question (we use AD groups to provide access normally).

No matter what I try, when she tries to generate a page from a DCT or regenerate a page in this one directory she gets the "An error occurred during PT compiling. Please see more details in log files." message. I have checked all the log files and there doesn't seem to be any more details about this in any of them. Is there some hidden log file somewhere that would have PT compiling details? We're to the point where I have to regenerate the pages for her, but long term that is not going to work.

I am going to have her create a new folder and try to generate the pages she's having troubles with into it. I guess if that works then she can delete the original folder that is giving her problems and just rebuild it by generating all the pages that were in it. I'd sure like to know why this one directory is giving us fits, though.

Can she generate ? There are sometimes issues with preview but generate works. If that is the case, you can try to increase teh preview history limit in iw.cfg.

Basically what can happen is the zz_tst files get submitted (via iwsubmit) and then connot get overwritten. This just makes more and it increments the number.

If she cannot generate either then it is a different issue

Lex

Thanks for the replies. She can neither generate nor regenerate. I'm still waiting to hear from her if she can generate the pages in a different folder - I'm hoping that will work fine.

nipper

Ok, does her user have the ability to log onto the server ? You may need to give her log on locally access. Check your workflows as well, if they run an external task as $iwuser then they would probably fail for this user as well.

Andy

Lex

I added her to the local power users group on the server, but she is still unable to generate. She did finally try generating a page to a different directory, but got the same error. It's something to do with the permissions to those presentation templates, but I've looked at them and the folders half a dozen times now and her user account has explicit full control permissions to everything. The odd thing is that she can generate using PTs in any other set of directories under templatedata except this one. And I can't see anything that is different at all. There aren't any workflows occurring here - she edits a DCR, the DCT is pulled up, she makes her changes, saves, and then clicks generate, supplies a path and file to generate to, and the error occurs.

nipper

ok, she can generate on the server somewhere ? then the login is correct

Can you have her log into the server and run iwpt_compile ?

Also, set up a simple PT, basically output hello world and do not use any template information. Any change ? I have seen cases where you load DCRs or data from other locations that were not available.

Lex

Er.... Remember how I said I checked the permissions all the way down to the presentation templates? I lied. I had only checked as far as the /presentation folder. When I checked the actual .tpl files, there were no permissions. As soon as I inherited permissions and applied it she was able to generate just fine. I shall now go back into hiding. Thanks for talking this through with me - sorry to waste your time on something I should have caught from the beginning.

nipper

Er.... Remember how I said I checked the permissions all the way down to the presentation templates? I lied. I had only checked as far as the /presentation folder. When I checked the actual .tpl files, there were no permissions. As soon as I inherited permissions and applied it she was able to generate just fine. I shall now go back into hiding. Thanks for talking this through with me - sorry to waste your time on something I should have caught from the beginning.

I think this deserves a smackdown.

*slap* Don't do it again *smack*

Smiley Very Happy