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; } } }

ExportToPDF with arcpy fails

Dalneberg

I have a pythonscript that exports pdf with arcpy.exportToPDF.

It has worked well until december 2024/january 2025.

It works on my machine (with Windows 11) in Windows scheduler (with option: Run whether user is logged in or not). (I have a runner.bat that runs a pythonfile.)

But it does not work on a Windows Server (We have upgraded from Windows Server 2019 to 2022 but it did not make any difference).

On this Windows server it only works to run when i run it right in the commandtool, or in a windows task scheduler with the option: Run only when the user is logged on.

I have tried with ArcGIS Server on the server, and also tried with only ArcGISPro (3.3) on the server. Both with MicrosoftEdgeWebView2RuntimeInstallerX64 installed (test is done with version 133.0.3065.92 and 134.0.3124.51).

I also tried with a older version of ArcGISPro.

I have all admin permissions on the folders and in task scheduler.

So, the question is what can cause this arcpy.exportToPDF to fail? and without any errormessages.

Najděte více příspěvků označených jako

Accepted answers

All comments

jschuckert

Thanks for the update @Dalneberg . That is at least somewhat hopeful and good to hear in your case.

I just tested and it is unfortunately still broken in our environment. That said, I am unsure what updates we have available for our various servers. I am hoping we have some ready to be applied for some before/after testing.

You are on Windows Server 2022, correct? We are on older server OS so it is hard to say how that will play into any patch fixes.

Dalneberg

@jschuckert
Hi, this problem is now solved in our enviroment! i.e. exporting pdf with arcpy via task scheduler and then also via FME Flow, works again!

It started working on 20/5 after our IT installed the month's windows patches on the entire production environment, they also updated vmware tools in connection with that. Now it is vmware version 12.5.2. The guy at IT is unsure what version it was before.

I have not received any confirmation what made this particular thing start working again, it would have been interesting to know.

jschuckert

I am still unfortunately stuck with no resolution on this. I have been working with our IT Department and tried opening a new ESRI case however no luck in either avenue. For the new ESRI case, I provided several new links related to the issue (this page for example) but they also came back stating it must be a Windows based issue per the Task Scheduler behavior when selecting "run whether use is logged in or not" when running the task.

Has anyone found a solution to this?

jschuckert

Interesting. We both seem to be stuck in the same loop. Still no solution on my end either...

Dalneberg

I now also had I case at ESRI, but they unfortunatley also closed it and they think the problem is in windows and probably has do with some permission in some kind. So now I have a errand on our IT department, hopeful they will find a solution.

jschuckert

@Dalneberg I have this exact same issue!! For me I had a production script running for well over a year then around the Dec 1st run of the process started failing but only for the pdf export step and only when run from Task Scheduler with the option (I need) "Run whether user is logged on or not" checked.

I have 3 servers (x2 on OS 2016 DataCenter and x1 on Server 2019) all of which I can recreate the same failing behavior.

I tried pointing the PDF output to the local C Drive which the service account running the script has full permissions on. I also tried older versions of Pro. None of that made a difference.

I opened an ESRI case, however it is now since closed as they were unable to reproduce the behavior and deemed it something network specific to my environment.

I have been troubleshooting this ever since with no success!! This is a tricky one...

The best I could find was old ESRI bugs that were very similar, however those have since been resolved. Since ESRI was not able to recreate the issue on their end I seem to be at a dead end.

Dalneberg

Yes, I can write a textfile, and all above the code down to exportToPDF, there it stops without any errors.

DavidPike

Yes I suggested it really to test that the script can write/output something. If that works, then it then likely excludes any write issues/file and folder permission issues etc. I'd still suggest trying to output a textfile.

Dalneberg

Hi @DavidPike
I do not use mapped drive locations, only on C:\
I also have tested to work the problem up, and it always stop at the arcpy.exportToPDF, not at the arcpy.mp.ArcGISProject for example.

My python-script:

import arcpy, os

def main():
print(f"1")
# Ange sökvägar
prjPath = os.path.normpath(r'C:\temp\fme')
outputPath = os.path.normpath(r'C:\temp\fme\testoutput')
print(f"2")
path = os.path.join(prjPath, 'Test_PDFutskrift.aprx')
print(f"2.1")

# Öppna ArcGIS Pro-projektet
p = arcpy.mp.ArcGISProject(path)
print(f"3")

# Lista av layoutnamn
layoutNames = ['A3', 'A2']
for name in layoutNames:
# Hämta layout
print(f"4")
layouts = p.listLayouts(name)
if len(layouts) == 0:
print(f"Layout {name} finns inte i projektet.")
continue
lyt = layouts[0]

# Sökväg för PDF-export
pdfPath = os.path.join(outputPath, f"{name}.pdf")
print(f"Försöker exportera {name} till {pdfPath}...")

# Exportera till PDF
try:
lyt.exportToPDF(pdfPath)
print(f"Lyckades exportera {name} till {pdfPath}.")
except Exception as e:
print(f"Misslyckades med att exportera {name} till PDF: {e}")

if __name__ == "__main__":
main()

DavidPike

Mapped drive locations can be an issue with scheduler, as they're profile-specific. Your service principal may not have those mappings or arcpy library, or may still be some gpo issue when the box logs in as you.

I'd be tempted to output somewhere simple such as the C:\ or a UNC path.

Work the problem up from writing a text file with no modules imported, then something basic in arcpy etc.

Dalneberg

Hi, thanks, no it does not cause the script to hang, it just stop and without any errors.
Ok, i will test to install ArcGISPro 3.4 on a windows server and see if it works with that.

Marshal

Does it cause the script to hang? Interesting that it behaves differently on Windows Server vs. Windows 11. I encountered similar behavior on our Windows Server 2019 box. The only solution I found at the time was using "Run only when user is logged on" and making sure the account was always logged on.

https://community.esri.com/t5/python-questions/scripts-with-exporttopdf-lock-up-windows-task/m-p/1093852

That said, I just did some testing on ArcGIS Pro 3.4 (Windows Server 2019, only ArcGIS installed) after a recent upgrade and it seems to work using "Run whether user is logged on or not". I will try to conduct further testing over next couple weeks and report back.

Připojte se k diskusi

Přihlášení členové mohou přispívat, sledovat aktualizace a další. Jste tu noví? Zaregistrujte si bezplatný účet.

Rychlé odkazy

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.