Backup Failure after 8.1.0 upgrade

[ricflair71]

Hi all,

I have Fedora 2 running Plesk 8.1.0.. I just upgraded it and all is well expect backups are failing.. Here is the log:

Backup started (12 client(s), 23 domain(s))
Start date: Sun Dec 17 04:14:55 2006
------------------------------------------------------------------------
Phase 1/2: collecting information
[client] rfort
[domain] board.accordtuner.com
[client] sbeckett
[domain] go-isa.com
[domain] joesweeny.com
[client] takis
[domain] tjrocks.net
[client] jackr
[domain] reinter.net
[domain] roselady.net
[client] jankie
[domain] JANKIE.WS
[client] yarlen
[domain] palmtreesnuff.com
[client] r3ptile
[domain] johnwhitley.net
[client] brunissimo
[domain] chicasimports.com
Runtime error: 'undef' value passed to XmlNode::addAttribute for 'type' at /usr/local/psa/PMM/agents/shared/XmlNode.pm line 61.


Any idea why this RunTime Error is happening? undef value?
Corrupt domain or something? Each run of my backup produces this same error just after the chicasimports.com domain.

I also attempted the --exclude=chicasimports.com but the script still has the identical output.. as if it's not really excluding anything.

All packages are updated via yum and plesk componants are all up-2-date for the 8.1.0 release.

Thank you,

Ron

 

[ricflair71]

Problems with command line backup

To add to this.. I just added a new domain and client.. and now this new domain is causing the same error.. as if the new 8.1.0 update is causing a problem with the backups.

 

[CWickham_ACTWD]

Im having the same problem with the new migration manager on 8.1.0.

04:46:50 TRACE SQL: SELECT * FROM mail WHERE id = 5271
'undef' value passed to XmlNode::addAttribute for 'allowed' at XmlNode.pm line 61, <STDIN> line 1.

 

[are_eye_see_kay]

same problem here. I'm on a bit of a deadline too. I've only got a couple of weeks to make this live.

as you can see below, same thing.

05:46:45 INFO Getting domain IP
05:46:45 INFO Dupming domain status
05:46:45 INFO Dumping domain databases
05:46:45 TRACE SQL: SELECT id FROM data_bases WHERE dom_id=877
05:46:45 TRACE SQL: SELECT name, type FROM data_bases WHERE id=502
05:46:45 TRACE SQL: SELECT host,port,ds.type FROM DatabaseServers as ds, data_bases as db WHERE ds.id = db.db_server_id AND db.id = 502
'undef' value passed to XmlNode::addAttribute for 'type' at XmlNode.pm line 61.


I looked at line 61 of XmlNode.pm and I cant seem to see what it's looking for. I pasted it below in case one of you sees a syntax error or something in the line.

sub setAttribute {
my ($self, $name, $value, $encoding) = @_;
die "'undef' name passed to XmlNode::addAttribute" if !$name;
die "'undef' value passed to XmlNode::addAttribute for '$name'" if !defined $value;

$value = _xmlAttributeEscape(Encoding::encode($value, $encoding));
$self->{attributes}->{$name} = $value;


any help would be great.

Thanks,

Rick

 

[ricflair71]

still happening

I'm still having the same issue.. I have not seen any solutions or suggestions for this.

I'm assuming it's a version conflict between some of the perl modules or something.. since the update is when it started.. but all versions of everything on my system are up-to-date.. and I have no decrepancies in any packages.

I'm kinda hoping someone figures this out soon because I'm relying on full image backups for the time being.

Thanks,

Ron

 

[are_eye_see_kay]

there a thread about a postgres sql patch for the host machine, that may or may not help you. I'm trying to migrate two machines on different flavors of redhat, and gettin a consistent error on both. The issue is on the host machine in my case, I don't know if that helps...

 

[are_eye_see_kay]

I found the culprit on my server.

As it turns out, after the upgrade from 8.0 to 8.0.1 my new accounts were being added to the psa database, under the databases table, in the db_server_id field, as 0 instead of 1. It was only 10 accounts, so I manually edited them, and it worked.

I think the issue is in the way plesk handles the use of an outside MySql Server. Hopefully they fix this in the future.

Hope this helps anyone...

 

[ricflair71]

Backup

You are awesome.

That was it.. Thank you so much!!!

Changing the database_id to 0 for all domains worked fine. now my backups are running!

Why was SWSOFT not able to institute a fix for something so simple???


Ron