> > >REPLIGARD/READ-CRITICAL **: Failed to allocate delayed resource
> > d5103eefe1350478568aa951ebc55e9e as a link sitegroup for blobs.
> > >dheine@insight:~/midgard/midgard-data-test$
>
> Try the attached patch. It should report the reason why the allocation
> failed.
>

thanks. I will try later because I didnot wait and found a workaround.
Now I have imported the sitegroup with more or less success but still
mostly  undone. The main problem is a failed snippet access and many
groups and persons have been directed to the wrong Sitegroup SG0.

The reason for the failed allocation was the sitegroup dependency in the
xml-file. As exported from the source midgard all blobs have the
sitegroup field set to the GUID of the source sitegroup. Fine, I thought
and exported on the target system - same midgard release - a single blob
just to find the GUID of the target sitegroup.  But there the sitegroup
reference is completely missing in the xml-file.  This was a big suprise
because it seems as if both midgard systems doesnot behave the same way.
I searched the target repligard table. But I couldnot find it there
either.Since I have 6 sitegroups with a over 12 records in the repligard
table the right sitegroup GUID was too hard to find.

Not fine, I thought, but then it may be possible as well to remove the
sitegroup reference because the sitegroup reference should be given by
the login in the repligard.conf (-c) as well. Also, the sitegroup
reference in xml-files from the target midgard has also been missing.

Before I imported successfully most tables suddenly an single obscure
bug was found by the message: "form of line not valid". With the line
number given I found a record_extension of a "page_element^C". A number
should be found instead of Ctrl-C. Since I couldnot find the correct
number I left it out and the import itself seemed to work without error.

After a new host-prefix (Guild) has been added I called the root-page
directly on the target system but every image was missing. Although in
Asgard nearly all has been imported the page with all blobs was still
missing. I remembered that the first import was interrupted by the
Crtl-C bug I tried to import again to complete it. It worked but the
visual homepage was missing lots of my programming that I already  saw
in target asgard's  snippets. However mgd_include_snippet doest not work
since  a  call in code-init shows  "call to undefined function". It can
be reproduced by looking at http://insight.kn-bremen.de:8080/Guild/home.
The only reason must be the failed snippet inclusion. The string is ok
but the inclusion is "void" due to the return value of
mgd_include_snippet. I have no idea how to track this kind of bug but to
search mysql.log.

The silly problem with the according page (home) of this page_element is
also that it cannot be written by a member of the sitegroup admin. It's
the only page unter Guild that appears in asgard without callbacks. But
the biggest fault happens with groups and persons itself. Most (>>10) of
all arrived in SG0. But not all (3). Since all other records of the
import found the right sitegroup I still believe it was possible to
remove the sitegroup GUIDs in the xml-file before it has been imported.


If you are interested the ruins can be found on
http://insight.kn-bremen.de:8080/Guild .
.../asgard can be entered by guest+Bremen/info99.  Any idea for changes
are appreciated and could be changed by yourself. I would have to give
you admin access before. If other people are seriously interested in my
asgard adaption called bremgard more accounts also by telnet are
possible. It a machine at the university in germany and therefor almost
public. However it's part of the club "Bremer Kommunikation Verein"

At the moment I don't think that repligard is a sancrosanct for
migration between different sites. Due to my plans before (in the
dev-list) about multiple db-handling and my experiences now I am not
quite sure. But many doubts about repligard for migration are still
alive because a complete import from different sites may have
unpredictable results.

regards,    dieter









---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to