Hello Tridion Experts,
I am running into a number of issues while Importing content using Content Porter SP1.
Fail to import all the Categories with all Keywords
Fail to import Components which are copied
Fail to import Structure Groups
here are the error details
8/8/2012 10:13:25 PM [Information] Resolving item mappings
8/8/2012 10:13:25 PM [Information] Mappings resolving started
8/8/2012 10:13:25 PM [Information] Mappings resolving finished
8/8/2012 10:13:25 PM [Information] Discovering potential problems
8/8/2012 10:13:25 PM [Information] Problems discovery started
8/8/2012 10:13:26 PM [Information] Problems discovery finished
8/8/2012 10:13:26 PM [Information] Import started
8/8/2012 10:13:26 PM [Information] Importing System Administration items
8/8/2012 10:13:26 PM [Information] Importing items into '040 XXX XXXXX Website' Publication
8/8/2012 10:13:26 PM [Information] Importing items into '040 XXX XXXXX Website' Publication started at 18:13:26
8/8/2012 10:13:27 PM [Error] <?xml version="1.0" standalone="yes"?>
<tcm:Error ErrorCode="80040200" Category="4" Source="Kernel" Severity="2" xmlns:tcm="http://www.tridion.com/ContentManager/5.0"><tcm:Line ErrorCode="80040200" Cause="false" MessageID="16137"><![CDATA[Unable to save Publication (tcm:0-0-0).]]><tcm:Token>RESID_4574</tcm:Token><tcm:Token>RESID_4452</tcm:Token><tcm:Token>tcm:0-0-0</tcm:Token></tcm:Line><tcm:Line ErrorCode="80040200" Cause="true" MessageID="15748"><![CDATA[Unable to map all paths to URIs.]]></tcm:Line><tcm:Details><tcm:CallStack><tcm:Location>Tridion.ContentManager.UrlConversion.Convert()</tcm:Location><tcm:Location>Tridion.ContentManager.IdentifiableObject.Save(SaveEventArgs)</tcm:Location><tcm:Location>Tridion.ContentManager.IdentifiableObject.Save()</tcm:Location><tcm:Location>Tridion.ContentManager.BLFacade.IdentifiableObjectFacade.Create(UserContext,String)</tcm:Location><tcm:Location>XMLState.Save</tcm:Location><tcm:Location>Publication.Save</tcm:Location><tcm:Location>Request.SaveItem</tcm:Location><tcm:Location>XMLResponder.Request</tcm:Location></tcm:CallStack></tcm:Details></tcm:Error>
8/8/2012 10:13:27 PM [Information] Import failed
=======
Start time: 2012-08-08 18:13:26
End time: 2012-08-08 18:13:27
All changes made during import process were rolled back
8/8/2012 10:13:27 PM [Error] Transactional import failed. No changes will be commited.
8/8/2012 10:13:27 PM [Information] Import completed
Thanks in advance
You mention you are running into a number of issues but the error message you provide actually seems to report only a single failure (which would prevent all further actions to take place indeed).
The error you get is Unable to save Publication with the standard WebDAV explanation of Unable to map all paths to URIs..
So the comment Quirijn made about whether the 040 XXX XXXXX Website Publication actually exists seems indeed relevant. However it shouldn't matter if it does or does not exist as long as the user who is importing this has enough rights in the system to create items (specifically Publications).
So I would check the following:
Are you importing through the Content Porter with a Tridion Administrator account?
When you log into the UI, are you able to Create the Publication 040 XXX XXXXX Website manually?
If you are able to complete #2, does the import work after that?
If you can import after #2, then my guess is that you didn't export the Publication itself in Content Porter, but my first thoughts would be that you are trying to import with a user with insufficient rights to create the Publication or any items inside it.
Thank you for Answer, But somehow that was not an issue.
Resolution was that I have failed to installed root publication 100%. That is why I was facing issue with Category& keywords.
And yeah there is no need to do anything manually while we are importing... that will break the blueprint somehow.
to solved this issue I need to clear all publication and need to Import root publication with 100% tridion artifact should be cover.
Thanks,
Hiren
I know that you have resolved this question, but I came across the same error and wanted to provide a little bit more information based on how I solved it. In my case I was importing a publication that inherited from a publication I had previously imported with Content Porter. As you mentioned in your solution Hiren, my issue was in the previous publication, specifically the lack of a "root" structure group in the publication to be inherited. Since publications cannot be inherited without a root structure group this was preventing the creation of my new publication during the import. Once I created a root structure group in my parent publication the import went off without a hitch.
Related
Will appreciate if someone can please throw some light on best way to backup and restore Artifactory. Primary concern being the repository plus user and permission are available on restore.
I am trying System Export and import feature as well as incremental backup plus import but having no success with user/permissions when restore happens. Expecting to see ALL users after import from source - but net results are opposite - after restore completes only user I see is access-admin.
I even lose the user and anonymous on destination instance.
As per Arti. doc https://www.jfrog.com/confluence/display/RTF/Importing+and+Exporting ,system export and import should take care of ething including security BUT my tests does not seem to have user info on import.
From Doc. At system level, Artifactory can export and import the whole Artifactory server: configuration, security information, stored data and metadata. This is useful when manually running backups and for migrating and restoring a complete Artif. instance (as an alternative to using database level backup and restore).
artifactory.version=5.9.3
artifactory.timestamp=1521564024289
artifactory.revision=50903900
artifactory.buildNumber=820
Default embedded derby mode . In new instance not restoring the db as per my understanding documentation says - System Backup and Restore (ALL) will take care of all configurations.
But I am new to artifactory - Please correct me if my understanding is not correct.
Do like to point out restore is tried at seperately new spun instance with jfrog ami and not on the instance from where data was backed.
This is to test if we lose our instance completely , can we spin the new aws instance and quickly restore the artifactory envoirnment back.
Thanks in advance for help.
Am trying to import MSI without binding to Biztlak Production Server 2013. And i get the following error :
Error in Importing Application
Import Wizard[21.1.2016 14:10:10]: **Change requests failed for some resources.
BizTalkAssemblyResourceManager failed to complete end type change request.
Cannot access a disposed object.
Object name: 'ServicedComponent'.
Pictures attached :
Side NOTE: Also, its not advised, but i try to delete the application and do a fresh import but i couldn't be able to delete it too.
Any pointers are appreciated. thx
Update : After Googling i found this link : https://social.msdn.microsoft.com/Forums/en-US/17eed40a-0175-407a-b450-53f3be6e087e/failed-to-add-resources-to-application-mscorlib?forum=biztalkgeneral
The problem was solved in the above link thread with ' power admin rights' .I have Global Admin rights. I can create ports and things.
Solution : There were some Admin rights missing.Make sure it has all the admin rights.Also,make sure you are importing that stuff to BizTalk as administrator (run as administrator)
Solution : I have added all the admin right (Make sure it has all the admin rights). Also,make sure you are importing MSI to BizTalk as administrator (run as administrator)
We are getting some strange error when re-publishing the same page. The page was published successfully the first time and we can see the page from presentation server. It failed with the following error (see below) when we tried to publish it again (no change to page). The page ran OK within template builder and we got the correct html output, it failed in the last committing deployment step (Prepare Transport, Transporting, Preparing Deployment and Deploying are all successful). Once it fails to publish the second time, it always fails to publish, and we can't un-publish it either. Also when we make a copy of the failed page and create a new page, we can publish the new page first time, the new page then fails to publush the second time with the same error.
Does anyone know what would cause this error?
Here is the error msg:
Committing Deployment Failed Phase: Deployment Prepare Commit Phase failed, Unable to prepare transaction: tcm:0-4210-66560, For input string: "", For input string: "", Unable to prepare transaction: tcm:0-4210-66560, For input string: "", For input string: ""
Do you have multiple deployer ? sometime it happens due to multiple deployer configured and one of them not configured as it should. First time your page may be picked up by the right deployer and afterward by wrong one.
As frank suggested, share the transport and deployer log files sothat i or someone else can assist you in right direction.
The fact that you can publish successfully the first time and not on subsequent attempts (including unpublishes) might point to locking issues (of course, I'm speculating, but this would be consistent with your symptoms.
One thing that is known to cause file locking problems is anti-virus software. Usually it's recommended to exclude your site and data directories from coverage by anti-virus scanners.
Similarly, there can be locking issues for the deployed resources that are stored in a database. Is your database server giving errors or warnings? For example, are there issues with enlisting the resources in a transaction?
Problem
I have an Xpage working properly on the test Domino server.
On production Domino server it can not be opened, Http 500 error displayed.
The two servers has different access control settings in the server document, but the signer of the application (production server) is listed in all programmability restrictions field except "Sign script libraries to run on behalf of someone else" field.
Server log
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP JVM: SEVERE: CLFAD0141E: Error processing XPage request
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP JVM: SEVERE: CLFAD0211E: Exception thrown
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP JVM: SEVERE: CLFAD0246E: Exception occurred servicing request for: /applications/application.nsf/xpage.xsp - HTTP Code: 500
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP Web Server: Command Not Handled Exception [/applications/application.nsf/xpage.xsp] CN=First Last/O=Company/C=Country Code
Question
I have searched the net including IBM pages and forums for possible fix this error, but I have not found useable solution. Does anyone now how to fix this error?
Have a look at the latest xpages_exc_*.log file in the data/IBM_TECHNICAL_SUPPORT folder on the server for a more detailed explanation of the error.
If you don't have access to the file system on the server, then install and use the XPages Log File Reader from OpenNTF for easy access to the server log files.
I also had this problem earlier this week on a production 8.5.1 server (without extlib) and it was resolved by restarting the Domino server.
Besides server security settings etc the issue can also be related to application specific settings. E. g. Fulltext index, database properties etc. It might be a good idea to compare these things too.
Furthermore I also recommend using the Log Reader for easy access to the XPages log files...
Here I found a fix for the same problem
"
The resolution was discovered! We had added some Crystal Reports jar files to the C:\Lotus\Domino\jvm\lib\ext directory. It appears as if Domino and XPages did not like that. Instead, we had to put them in a directory external to Domino and then needed to reference those jar files in the "JavaUserClassesExt" line of the notes.ini.
After this was completed, Xpages worked!
"
I got this same error when I included the extlib.relational.library with the extlibx.library in the page generations property section of the Xpage property window. If I uncheck the relational library it works fine.
Don't ask me how but I'm in a situation where I have DCPs published that have component ids that no longer exists in Tridion!
I know the GUI will stop you deleting a component if its published but somehow (perhaps unpublishing failed but the CM still deleted the component???), they've been removed from the CM and now I've a load of DCPs in broker I can't get rid off!
Anyone ever experienced this?
Anyway to rectify other than manually updating db?
This is Tridion 2011 setup, single deployer, single broker db.
The most common supported way to solve this is to manually create a transport package that removes the offending DCPs.
So:
Set Cleanup to False in your cd_deployer_conf.xml
Unpublish any DCP
Capture the transport zip file
Open the instructions.xml in the zip
Change it to point to your DCP
Drop the updated zip file into your deployer's incoming folder
Compliments to Puf for creativity. I checked his approach with Tridion Customer Support and - although they say it is a grey area - they will allow this.
The only alternative is to create a new broker database and publish everything that was already published there. Then you can swap it with the live db.