MichaelSassafra Absent Member.
Absent Member.
427 views

GW 2014 migration to cloud VM fails

We have a housing service right now where we have our whole, and we are migrating to a IAAS provider. We have the whole infraestructure setup in the new IAAS, but we can´t migrate our databases since it always fails. If I use dbcopy to make a local backup to another server in the housing service, it completes it succesfully. We tried using DBCopy, and GWAVA Reload. We have a dedicated 100 Mb MPLS connection for the migration, with 40 ms of latency and no packet loss, but it always gives the following error:

Lock Failure on database. /mail/po2/ofmsg/msg134.db
/mail/po2/ofmsg/msg134.db -> /mail/po/ofmsg/msg134.db OK - 4-3-2019 15:35:22
Searching for msg200.db
Found at index 114 on chec #8
Source file msg200.db found in ngwguard.db as msg200.db

The database lock failed for /mail/po2/ofmsg/msg200.db
Press to stop attempting a lockThe databse lock failed for /mail/po2/ofmsg/msg200.db

Lock Failure on database.
Lock Failure on database. /mail/po2/ofmsg/msg200.db
/mail/po2/ofmsg/msg200.db -> /mnt/po/ofmsg/msg200.db OK - 4-3-2019 15:35:30
Pass this job /mail/po2/guardbak to another worker thread
Thread 024 starts copy on /mail/po2/ofmsg/guardbak
Copying: /mail/po2/ofmsg/guardbak
Searching for ngwguard.fbk
No match found for ngwguard.fbk
Source file ngwguard.fbk not found in ngwguard.db

/mail/po2/ofmsg/guardbak/ngwguard.fbk -> /mnt/po/ofmsg/guardbak File sizes: source-202103 destination-202103
/mail/po2/ofmsg/guardbak/ngwguard.fbk -> /mnt/po/ofmsg/guardbak Exists

Run "storelowercase" option on the post office

Any insight will be greatly appreciated.

Best regards,
Michael
Labels (1)
0 Likes
2 Replies
Knowledge Partner
Knowledge Partner

Re: GW 2014 migration to cloud VM fails

Hi.

Unfortunately, your post is pretty sparse on techical details like what
server OS, Groupwise version, type of connection (protocol9 between the
servers, and so on.

But from the few information you give, I can only conclude that the
connection to your new location in fact *is* failing and not working
properly.

On 04.04.2019 17:14, MichaelSassafras wrote:
>
> We have a housing service right now where we have our whole, and we are
> migrating to a IAAS provider. We have the whole infraestructure setup in
> the new IAAS, but we can�t migrate our databases since it always fails.
> If I use dbcopy to make a local backup to another server in the housing
> service, it completes it succesfully. We tried using DBCopy, and GWAVA
> Reload. We have a dedicated 100 Mb MPLS connection for the migration,
> with 40 ms of latency and no packet loss, but it always gives the
> following error:
>
> Lock Failure on database. /mail/po2/ofmsg/msg134.db
> /mail/po2/ofmsg/msg134.db -> /mail/po/ofmsg/msg134.db OK - 4-3-2019
> 15:35:22
> Searching for msg200.db
> Found at index 114 on chec #8
> Source file msg200.db found in ngwguard.db as msg200.db
>
> The database lock failed for /mail/po2/ofmsg/msg200.db
> Press to stop attempting a lockThe databse lock failed for
> /mail/po2/ofmsg/msg200.db
>
> Lock Failure on database.
> Lock Failure on database. /mail/po2/ofmsg/msg200.db
> /mail/po2/ofmsg/msg200.db -> /mnt/po/ofmsg/msg200.db OK - 4-3-2019
> 15:35:30
> Pass this job /mail/po2/guardbak to another worker thread
> Thread 024 starts copy on /mail/po2/ofmsg/guardbak
> Copying: /mail/po2/ofmsg/guardbak
> Searching for ngwguard.fbk
> No match found for ngwguard.fbk
> Source file ngwguard.fbk not found in ngwguard.db
>
> /mail/po2/ofmsg/guardbak/ngwguard.fbk -> /mnt/po/ofmsg/guardbak File
> sizes: source-202103 destination-202103
> /mail/po2/ofmsg/guardbak/ngwguard.fbk -> /mnt/po/ofmsg/guardbak Exists
>
> Run "storelowercase" option on the post office
>
> Any insight will be greatly appreciated.
>
> Best regards,
> Michael
>
>



--
Massimo Rosen
Micro Focus Knowledge Partner
No emails please!
http://www.cfc-it.de
CU,
--
Massimo Rosen
Micro Focus Knowledge Partner
No emails please!
http://www.cfc-it.de
0 Likes
Knowledge Partner
Knowledge Partner

Re: GW 2014 migration to cloud VM fails

MichaelSassafras wrote:

> but we can?t migrate our databases since it always fails.


Hi Michael,

There are many things that can go wrong when attempting to migrate
GroupWise files to another location. I discuss this issue and suggest
some workarounds in a Cool Solution article I wrote. Take a look at
this and see if it helps.

GroupWise Migrations – A Better Way
https://www.novell.com/communities/coolsolutions/groupwise-migrations-better-way/


--
Kevin Boyle - Knowledge Partner
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below this post.
Thank you.
_____
Kevin Boyle - Knowledge Partner - Calgary, Alberta, Canada
Who are the Knowledge Partners?
If you appreciate my comments, please click the Like button.
If I have resolved your issue, please click the Accept as Solution button.
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.