On Oct 12, 2005, at 11:08, Piotras wrote:
"Thomas E. Ruth" <[EMAIL PROTECTED]> wrote:
Anybody out there know whats wrong?
Yes. Repligard replicates database.
Staging/live scripts breaks this.
Good news is that help is on the way. Over the years we've noticed
that the current "Repligard and
"Thomas E. Ruth" <[EMAIL PROTECTED]> wrote:
> Anybody out there know whats wrong?
Yes. Repligard replicates database.
Staging/live scripts breaks this.
Piotras
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Anybody out there know whats wrong?
Thanks,
Tom
[EMAIL PROTECTED] wrote:
Hello,
I am following through the web site instructions, and am trying to set up a
staging/prod environment. I copied the database, changed the files for the web
server to reference the right databases, and created new
Hello,
I am following through the web site instructions, and am trying to set up a
staging/prod environment. I copied the database, changed the files for the web
server to reference the right databases, and created new styles and elements on
the staging port using aegir.
For now, I ran repligar
Henri Kaukola <[EMAIL PROTECTED]> wrote:
> > Run datagard.
> > Select Import.
> > Select package.
> > When asked about sitegroup admin type 'admin(!|*|+)sitegroup'.
> > Doesn't that work?
>
> The problem is, that if you try to import a package
> that doesn't have sitegroup information included,
Piotras wrote:
Henri Kaukola <[EMAIL PROTECTED]> wrote:
Note: You're using MultiLang on the new server?
That will complicate many things, as the package needs
to be converted before import. As a result of datagard,
everything will be in the sg0, and you'll have to move
them back to correct sg (by
Henri Kaukola <[EMAIL PROTECTED]> wrote:
>
> Note: You're using MultiLang on the new server?
>
> That will complicate many things, as the package needs
> to be converted before import. As a result of datagard,
> everything will be in the sg0, and you'll have to move
> them back to correct sg (by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henri Kaukola wrote:
| If someone knows a better, and easier way,
| please let us know!
|
What I did was to make two dumps, of the SG object itself () and of of all data (username: user+SGName,
) in the SG, both with SG enabled schemas
Then first import
Hello Robert,
Robert Myhren wrote:
Hi, I have some problems replicating a company from one server to another.
When I replicate lets say company "Novap", it turns up as "Unnamed" on the
other server. Under Company in Aegir an error in company is reported.
The webpages are not present.
Yes, the whole
Hi, I have some problems replicating a company from one server to another.
When I replicate lets say company "Novap", it turns up as "Unnamed" on the
other server. Under Company in Aegir an error in company is reported.
The webpages are not present.
Server 1.
I replicate the webpages with :
replig
At 08:29 PM 4/29/02 +0200, you wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Hi.
>
>I've just found some interesting things in Repligard. From the
>beginning: A friend of me is regularily working with Repligard and
>discovered, that current Repligard creates entities like &xFFC;
>w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
I've just found some interesting things in Repligard. From the
beginning: A friend of me is regularily working with Repligard and
discovered, that current Repligard creates entities like &xFFC;
which it uses to binary-encode (somehow...) spec
Hi,
I just tried to move some articles, persons, pages
and snippets from one sitegroup to another but
I lost all attachments and record extensions.
Did anyone experience similar problems?
cu Markus
-
To unsubscribe, e-mail:
Hello,
Problem and STILL a problem:
Exporting 1.4.1 database to 1.4.2 server with 1.4.2 cvs repligard.
As requested from Alexander, I have taken the following steps.
Reference:
http://marc.theaimsgroup.com/?l=midgard-user&m=101178275609654&w=2
Exporting steps:
1. 1.4.1 midgard database has b
On Sat, Jan 26, 2002 at 11:37:29AM +0100, James R. Ullman wrote:
> 12. I searched for "sitegroup id"
> I found this in the LAST 2% of the file. Line 301916 of 305118 lines.
> Above the tag was the tag
> It had a changed="date" in the sitegroup tag. Good.
> It had a some_long_numm
Hello,
Problem and STILL a problem:
Exporting 1.4.1 database to 1.4.2 server with 1.4.2 cvs repligard.
As requested from Alexander, I have taken the following steps.
Reference:
http://marc.theaimsgroup.com/?l=midgard-user&m=101178275609654&w=2
Exporting steps:
1. 1.4.1 midgard database has b
Hello,
I am trying to export a SG from 1.4.1 (hand installed src)
to a 1.4.1 CD installed (Nadmin Studio) computer.
What I have done so far is on the 1.4.1 (src installed) box is:
1. Run isamchk against *.ISM under midgard
2. Ran repligard -m -r
3. Set schema to repligard_withsg.xml
4. Set use
Alexander Bokovoy wrote:
> The login name should be with 'stone' group mentioned explicitly, admin
> from 'stone' would be enough. (admin!stone IIRC)
We got the replicate all="yes" working now by upgrading to use
Alan's Repligard schema file from
http://www.hklc.com/midgard_manual/article_573
>
On Sat, Mar 17, 2001 at 08:40:44PM +0200, Henri Bergius wrote:
> Alexander Bokovoy wrote:
> > Replace to
> > in /usr/share/midgard/repligard.xml in snippetdir type definition.
> > Then re-export data again. All fields with type 'text' will be
> > exported shielded with so & character will be tr
Alexander Bokovoy wrote:
> Replace to
> in /usr/share/midgard/repligard.xml in snippetdir type definition.
> Then re-export data again. All fields with type 'text' will be
> exported shielded with so & character will be treated
> correctly.
I changed that, but it didn't help. Those strange sni
On Sat, Mar 17, 2001 at 07:09:48PM +0100, Henri Bergius wrote:
> On Sat, 17 Mar 2001, Alexander Bokovoy wrote:
> > Assuming that Repligard's output is compressed by default:
> > zcat replication-image.xml.gz | tail +NUMBER | head -1
>
> Ok, here's the output:
>
> $ zcat dump-all-200103171924.xml
On Sat, 17 Mar 2001, Alexander Bokovoy wrote:
> Assuming that Repligard's output is compressed by default:
> zcat replication-image.xml.gz | tail +NUMBER | head -1
Ok, here's the output:
$ zcat dump-all-200103171924.xml.gz | tail +778741 | head
de895d7e581d8f19c4f193985a299635
On Sat, Mar 17, 2001 at 07:30:50PM +0200, Henri Bergius wrote:
> Alexander Bokovoy wrote:
> > Could you paste this line to see actual token?
>
> What is the easiest way to do this? I'm not interested in browsing
> a file of that size in Emacs...
Assuming that Repligard's output is compressed by d
Alexander Bokovoy wrote:
> Could you paste this line to see actual token?
What is the easiest way to do this? I'm not interested in browsing
a file of that size in Emacs...
> Latter option would be enough in this case. I'll investigate what's wrong.
OK, I've synced the DBs with that. Now I just
On Sat, Mar 17, 2001 at 07:08:07PM +0200, Henri Bergius wrote:
> Another problem:
>
> The databases on my three clustered external servers have gone out of
> sync due to these Repligard issues. I'm trying to fix it by importing a
> repligard -a dump to them.
>
> However, it crashes with error 'N
Another problem:
The databases on my three clustered external servers have gone out of
sync due to these Repligard issues. I'm trying to fix it by importing a
repligard -a dump to them.
However, it crashes with error 'Not well formed (invalid token) in line
77868'.
This is a 31MB database, whic
Alexander Bokovoy wrote:
> Does user 'repligard' has access to Repligard's system config file?
Yes.
> Does config file contains proper account to connect to Midgard database?
Yes.
> Does user 'repligard' has access to BLOB directory?
Yes.
I think this is something where an error message woul
On Sat, Mar 17, 2001 at 06:31:10PM +0200, Henri Bergius wrote:
> Greetings!
>
> I'm trying to fix our replication problems by upgrading the servers
> to the Midgard CVS version. However, now Repligard has ceased to work
> when run by user 'repligard'.
>
> When running repligard -e as root, the e
Greetings!
I'm trying to fix our replication problems by upgrading the servers
to the Midgard CVS version. However, now Repligard has ceased to work
when run by user 'repligard'.
When running repligard -e as root, the export file is generated
correctly.
However, with user 'repligard', the file j
29 matches
Mail list logo
