iwconvert errors, what do they mean?

I've just started testing my backing store conversion from TS 5.0.1 SP1 to 5.5.2 SP1 (note, I have not upgraded TS to 5.0.1 SP2 as suggested to optimize the conversion). I have seen the following messages and I'm wondering if they have anything to do with the autoprivate settings or submit filters or the fact that I am not at SP2.

The first one is:

[Thu Oct 24 11:55:47 2002] Copy files for submit event failed, continuing conversion...
[Thu Oct 24 11:55:47 2002] Error, unable to locate component site_map in vpath /site_map/
[Thu Oct 24 11:55:47 2002] Replay of submit entry failed

Several of these appear at the beginning of the branch/edition conversion.

The second is:

[Thu Oct 24 12:26:59 2002] Error, scf_SubmitFSE failed for /iw-home/local/bin/pmmc/GetCategories.ipl
[Thu Oct 24 12:26:59 2002] err = 2150
[Thu Oct 24 12:26:59 2002] Replay of submit entry failed
[Thu Oct 24 12:26:59 2002] Continue conversion...

It seems that any file I try to deploy that lives in a /bin/ folder gets this error. The same error also occurred for files in the /_vti_cnf/ folder (FrontPage). autoprivate issue?

and finally a similar one:

[Thu Oct 24 12:27:41 2002] Error, scf_SubmitFSE failed for /iw-home/local/bin/pmmc/addfiles_n_deploy.ipl
[Thu Oct 24 12:27:41 2002] err = 2150
[Thu Oct 24 12:27:41 2002] Replay of submit entry failed
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] scf_EndSubmitFSE failed err=2404
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] Error, unable to set submit times, err = 2009
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] Error, scf_SubmitFSE failed for /iw-home/local/bin/pmmc/addfiles_n_deploy.ipl
[Thu Oct 24 12:27:41 2002] err = 2150
[Thu Oct 24 12:27:41 2002] Replay of submit entry failed
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] scf_EndSubmitFSE failed err=2404
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] Error, unable to set submit times, err = 2009
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] Error, scf_SubmitFSE failed for /iw-home/local/bin/pmmc/addfiles_n_deploy.ipl
[Thu Oct 24 12:27:41 2002] err = 2150
[Thu Oct 24 12:27:41 2002] Replay of submit entry failed
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] scf_EndSubmitFSE failed err=2404
[Thu Oct 24 12:27:41 2002] Continue conversion...
[Thu Oct 24 12:27:41 2002] Error, unable to set submit times, err = 2009
[Thu Oct 24 12:27:41 2002] Continue conversion...

But the same file is attempted several times.

Anyone have any ideas?

Find more posts tagged with

Comments

Adam Stoller

Please post the exact command line you used for iwconvert and provide some background information regarding:

the platform
the mount points or mapped drives (which ones point to what)
the status of the source (5.0.1) server - running / not-running
the status of the target (5.5.2) server - running / not-running

Do you have an iw-home directory in one of your branches? If not, it would seem to me that you might be starting out with the wrong source. You should be converting the backing store - not the TeamSite installation directory (which is what it looks like you are doing without the above context information).

--fish
(Interwoven, Curriculum Development)

Migrateduser

fish,

Command line for each branch was called as follows:

c:\iw-home\bin\iwconvert -m M: -n L:\iw-store-prod\default -o d:\iw-store-cnvt\default -b //TEAMSITESERVER/default/main/Training

Platform: WIndows 2000 Adv Server

Drives are mapped as follows:
NET USE L: \\TEAMSITESERVER\E$
NET USE M: \\TEAMSITESERVER\IWSERVER

L: drive points to drive where backing store is on the source server
M: drive points to Y: drive on source

is the target drive for the backing store

Source server 5.0.1 is running
Target server 5.5.2 is running (pointing to d:\iw-store\default, so no conflict)

The reason there is an iw-home folder is because we have a sub-branch called Config in each branch in which developers manage their workflows and scripts. When they Submit content in this Config branch, a workflow automatically deploys it into the matching folder structure in the c:\iw-home folder on the TeamSite server. The deployment is managed with a filelist that I maintain (so they don't inadvertantly deploy system files). This takes me out of process of having to drop new files into TeamSite for them.

In all of this I'm curious why the /bin/ folders are the only ones erroring. There are other subfolders in this Config branch that don't error. I suspect it has something to do with the autoprivate.cfg, but I have explicitly taken the ((bin)) entry out of the file.

Any other suggestions?

sebouh

Adam Stoller

Source server 5.0.1 is running
Target server 5.5.2 is running (pointing to d:\iw-store\default, so no conflict)

I could be wrong (not looking at the manuals/documents right now) - but I think the target server should not be running during the conversion process - and this, coupled with the autoprivate.cfg file might be the source of your problems.

In all of this I'm curious why the /bin/ folders are the only ones erroring. There are other subfolders in this Config branch that don't error. I suspect it has something to do with the autoprivate.cfg, but I have explicitly taken the ((bin)) entry out of the file.

From which server did you remove the entry (source 5.0.1 or target 5.5.2)?

Did you remember to run iwreset after having removed that entry from the iw.cfg file? (again, if we're talking about the target machine, I don't think the TeamSite services should be running during the conversion, and thus it shouldn't matter whether or not that entry is there - and since you aren't writing to the source server, it shouldn't really matter if it's in that config file either...)

--fish
(Interwoven, Curriculum Development)

Migrateduser

fish,

I ran another test. I completely removed the autoprivate.cfg file, rebooted the target server, stopped TeamSite, and tried to run the conversion against one of the branches that had these files. I still get the same error about the files in the /bin/ folder. The source still has an autoprivate.cfg file. After the conversion, I started TeamSIte with it pointing to the converted backing store and confirmed that the /bin folder is missing in all the editions.

I'm stumped. Might be time to open a support case.

Adam Stoller

I'm stumped. Might be time to open a support case.

I think so too. Please remember to post a resolution when you find one.

--fish
(Interwoven, Curriculum Development)

Migrateduser

fish,

Ok,we figured it out. For the vpath errors, it looks like the folders mentioned in the error don't even exist in the source edition. They appear only in early editions being converted. My guess is that they were tied to submit events that originally failed, but probably the initial release of TS 5.0.1 still recorded them in the backing store and now is trying to replay them.

Second, the other errors for files in the /bin and /_vti_cnf folders appears to be happening because the folders that it is trying to convert are marked as "Private" in the Edition. According to the documentation, private files/folders should never get submitted to Staging, but I suspect there may have been a bug in TS 5.0.1 that allowed them to get submitted to Staging and then cut in an Edition. These also seem to appear in the earlier editions being converted, so I think it may have been a bug. What this comes down to is that there is no fix for this. In my case, I don't quite care if the /_vti_cnf/ files error and don't get converted, as for the /bin files. These exist in the Config branch that I use to manage workflows and scripts. I can convert whatever gets converted over, but when I migrate the workareas with clone_was.ipl, I'll have my /bin directories and can resubmit them. My new autoprivate allows /bin directories and does not mark them private.

Thanks
Sebouh