[Resolved] Is there a way to speed up Uninstall in DIM?
So, backstory: lately, I've noticed quite a lot of products in my Smart Content folder were empty when I tried to go into them. After T/S, I found that all I need to do is use DIM to Uninstall and Reinstall the items--I didn't even need to remove them from the Content Library/Products tab/database. But there are so many products that have missing data, it's impossible to individually chase them all down--my only recourse is the completely remove and reinstall the entire mess.
But my new problem is that DIM is taking FOREVER to remove the items one by one--and I have 34+ THOUSAND items! At best, I'm only able to remove about 100-140 items per day!! I've tried watching the folders and files being removed, and the slowdown seems to be focused in the Runtime/Support folder where DIM is taking a hell of a long time removing the pictures stored there. So far, after 10 days, I've only gotten 1260 items uninstalled.
Is there any reliable safe way I could manually speed things up and make DS ready to receive a clean fresh installation from DIM?
FYI: the various DS applicaitons are in
E:\Program Files\3D\DAZ 3D\DAZStudio4; E:\Program Files\3D\DAZ 3D\DAZStudio4 Public Build; E:\Program Files\3D\DAZ 3D\DAZStudio6 Public Build
The applications access the installed products in
F:\Users\Public\Documents\My DAZ 3D Library
Thanks in advance,
Ryuu

Comments
That sounds as if the need to reinstal and the slow uninstall are both symptoms of another issue - possibly an over zealous security tool trying to check every step of the process. I haven't tried unisntalling that many products at once, but I have had to uninstall/reinstal a few things on occasion and the process has been pretty nippy so I can't believe it would ramp up as quickly as you are finding.
I don't know how much any security software would be delaying things. I'm using Norton products.
So far, all the files and folders associated with the products are gone within a few seconds or so once DIM starts the uninstall process--leaving the pictures in Runtime/Support for last, where it seems to sit for several minutes, sometimes up to a dozen minutes. Likewise, DIM's progress bar also shows it goes almost instantly, then sits at "Uninstalling.. 100%" until it finally removes the picture from Runtime/Support before going to the next item.
Also, I've not noticed too much time spent installing anything. Package size seems to the be the big factor there, Gigabyte loads take a minute or two, blink and you'll miss seeing anything less than 10kb. Just this uninstall seems to be taking an aweful long time.
Some folks incl. myself encountered the same issue. I ever digged out the culprit. I think the culprit on your side might be the very same one ~
You can check my two posts in this thread: https://www.daz3d.com/forums/discussion/comment/8769886/#Comment_8769886
Firstly check if you have some products like https://www.daz3d.com/pred-pack-horse-chestnut-trees-12261 that has Description data.
After I eliminated the culprit, a product could be instantly uninstalled with DIM in seconds ~ You can try the way I proposed if you'd like to. It's 100% safe but just in case, back up %appdata%\DAZ 3D\cms\ beforehand.
Edit: DS always uninstalls a product before re-installing it. So, if you don't fix those problematic products, the Unintallation process with a single product will always take minutes ~~ This issue has never been fixed by DS, AFAIK.
Thanks for the info, crosswind!
Related to what I posted earlier, for mulch*&giggles, I manually removed all the picture files from Runtime/Support and backed them up in another folder to the side--to deal with another issue I know I will have with icon photos missing in DS after doing the reinstall. No change in the uninstall speed, so it could very well be the CMS issue you mentioned.
I'll have to track down and install that software and will give it a shot.
Cheers,
Ryuu
*--preedited so Richard Haseltine doesn't have to
Hi crosswind,
I'm using the trial version, and I got the following error when I tried testing the connection, using the settings you suggested:
connection to server at "localhost" (::1), port 17237 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
connection to server at "localhost" (127.0.0.1), port 17237 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
I also retried using the default settings and got this error:
connection to server at "localhost" (::1), port 5432 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
connection to server at "localhost" (127.0.0.1), port 5432 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
Any advice?
Thanks,
Ryuu
You mentioned you're using Norton products.... Can you check if Norton's firewall blocks Navicat application ? Or just simply stop Norton for a while, and test the Connection to cms ?
Besides, also check in DIM if cms connection is valid... Check that "database icon" in the upper right corner of DIM. Icon in white color means connection is started and valid, dark gray color with a slash means cms service is down. Then restart it.
Okay, I've got like 27 different Firewall settings on Norton... Any suggestions??
I'm not sure how to shut anything down. And am worried about how to restore once I'm done with this little Frankenstein experiment.
As for DIM, cms is currently set to Fast and appears to be running.
Ah... I'm using ESET and barely know nothing at all about Norton. Maybe you can righ-click on Norton's tray icon to see if there's anything like Stop Protection temporarily.. ?
Also, check if there's a Rule set in Norton for Navicat application, or you can add one Rule for it ? Find some tutorials on youtube if you don't know how to make it, like this one: https://youtu.be/OmRKT_IF8V8?si=5x5tCoA-ADTfrwSx
According to Norton, Navicat is allowed to do "internet out", remote port 123,443
Neither cms or PostgreSQL show up as any application currently allowed or blocked by Norton.
My last post was made before I saw your last, so that is NOT a reply to you on that, but hopefully it provides some helpful answer
I did also just find GRE Public communcations are blocked in Norton's Traffic Rules, but GRE Private is allowed. There's a mention for "GRE (47)" under protocol & local port 3389. sorry, wrong line I was looking at! There's NO port # listed!
Should I try using that Port# in Navicat? If you think that might be a clue, should I use the default DB names or use the ones you have in your example?
Edit--I have to step away for an hour or two.....
I'm back now...
Okay, I was able to tell Norton to allow everything through, & trying Navicat.
Still unable to connect on Test using the settings you provided:
connection to server at "localhost" (::1), port 17237 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
connection to server at "localhost" (127.0.0.1), port 17237 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
Still no joy with default settings, either:
connection to server at "localhost" (::1), port 5432 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
connection to server at "localhost" (127.0.0.1), port 5432 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
Tried looking in Navicat's help files for any sort of "GRE (47)" protocol, mentioned but there was nothing of that nature. I did see a mention of using Port 80 (used for HTTP) as a possible way to tunnel into TCP/IP, no joy there either.
I just don't know why....
Have you tried rebooting your PC ?
Or maybe you can submit a ticket to Norton CS ?
Same results after reboot.
Navicat seems to want to use TCP/IP, but evidently the port numbers you provided and the default port# aren't what my cms is set to. Do you know of a way to find what port the cms is programed to use?
What I could find in the "postgresql.conf" file, lists 2 port #s: 5432 & 17237, so those numbers look legit? Also, a reference for "#krb_srvname" is 'postgres'. Mentions of TCP Keepalives, but doesn't seem to have any useful info there....
Then there's "pg_hba.conf" file, with references to address "127.0.0.1/32" for IPv4 & "dzcms" as a User under "#host"....
Nothing really seems to stand out except possible data entry issues for the Navicat connection page????
And no joy with various combos of that mulch*, either.
*--preedited so Richard Haseltine doesn't have to.
You can check the settings in : DS > Edit > Preferences > CMS Settings tab... What port is set there ?
Or check in : DIM > Advance Settings... > Installation tab...
Have you ever changed the port settings ?
Yeah, my port # is set to 17327 & just tried the info you have in your latest example, same rejection as before.
connection to server at "localhost" (::1), port 17237 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
connection to server at "localhost" (127.0.0.1), port 17237 failed: Connection refused (0x0000274D/10061)
Is the server running on that host and accepting TCP/IP connections?
Do you really think Norton Customer Service would be the ones to ask, or should I reach out to Navicat?
Ah...maybe better try approaching both of them if possible...?
Well, I guess I can rule out Navicat. Their sign-up requires me to fill in a country/region of origin (apparently beneath the Last Name)--but there's NO entry spot to fill in!
I really think there's something wrong with your Norton... because when I googled issues of Norton yesterday, I saw some guys reported that Norton prevents webpages from being fully loaded... for some reason.
Unfortunately, I'm unable to get any help from Norton on this. And with the trial period for Navicat counting down, I'm running out of options for pursuing this route. I did look around and saw there were other DB manipulators out there with trial periods, like DbGate, pgAdmin, DBeaver, as well as Navicat.
But I'm wondering if it's really worth the effort to chase down whatever such obscure problem that's slowing DIM down, or shouldn't it just be easier to rip all of the cms and downloaded files in DS out by the roots and try starting over and reload from scratch?
You don't have to go for this route though it should've been pretty straigh-forward and faster. Since this way doens't work for you, another option is that you can Reset cms database by using Content DB Maintenance and re-import the metadata of installed products.
However, the cons are: 1) that'll take much more time; 2) if the products with wrong Description data are re-imported, you'll still have to face the issue of slow uninstallation in DIM ~~
Well, if I were you, I would firstly uninstall Norton applicaiton, retry using Navicat.... see if it'll work. Then re-install Norton application after fixing the issue or failing to fix... In this way, at least I can know if Norton is the culprit or not ~~
Still same error & unable to connect.
Reinstalling Norton AV since that's evidently not the cause.
Then there might be no other options... You may either try the traditional way or other DBA software ~~
Still, thanks for all your asistance. It was still worth the effort.
Okaaaayyy....
I have absolutely NO IDEA what the [close affectionate physical love]* just happened, but the DIM unstall process FINALLY got its little butt out of 1st gear with the parking brakes glued shut and decided to seriously kick into warp 36 (TAS)! I'm outrunning all the bloody [close affectionate physical loving]* cops!
Only moments ago, I had come across a thread about the appearance of the Next Gen of DAZ Studio (2025), which is currently in Alpha ATT. Currious, I opened it up, and in addition to what was in the thread, I saw that it was only accessing some of the files that my current Premium DAZ was still able to see, so after checking its Preferences, I saw they were not synched up. NBD So, I did was copy over the directories from the Premium DAZ to the 2025 Alpha--and once Alpha started up again, DIM took off like a bat out of hell with its tail on fire!
Furthermore, the 2025 isn't having the same problem with missing Smart Content data that the Premium DAZ still has, so for now I think I should let DIM finish off uninstalling everything, then I'll go see if reinstalls will fix the issues with the Premium version.
Hopefully, everything will work out soon., but damn, that's Weirder than [close affectionate physical loving]* Normal!
*--preedited so that Richard Haseltine doesn't have to
Reinstallings seem to be working okay so far. I'll still have to see how much of the missing files really are recovered after I'm done, but the issue over DIM's uninstall speed seems to have fixed itself somehow.
Thanks for the help, everyone!
Cheers,
Ryuu