very slow restores

New server. The backup fle is 117 megs. server stats: Intel(R) Xeon(R) CPU L5640 @ 2.27GHz, 12(24 w/HT) 64 gigs ram 2 x 500 GB SSD in hardware raid 1

restore of said 117 meg file too more than 10 minutes. It never errored out just took forever to restore. the file was generated on the following machine: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz, 8 cores 24 gigs ram 2 x 500 GB HDD in RAID 1 time for file generation: Creating backup for virtual server .. Copying virtual server configuration .. .. done

Backing up Cron jobs .. .. none defined. Copying records in DNS domain .. .. done Saving mail aliases .. .. done Saving mail and FTP users .. .. done Backing up all mail files .. .. none to backup Backing up mail and FTP user Cron jobs .. .. none to backup Copying Apache virtual host configuration .. .. done Copying Apache log files .. .. done Copying Webalizer configuration files .. .. done Copying SSL Apache virtual host configuration and certificate .. .. done Copying Logrotate configuration .. .. done Dumping MySQL database troubadourjohn .. .. done Backing up Webmin ACL files .. .. done Backing up AWstats configuration file .. .. done Creating TAR file of home directory .. .. done Uploading archive to SSH server .. .. done

.. completed in 25 seconds

It stood still for a long time as restoring virtual host config, testing php mode, and other places. When it was standing still there was no cpu or disk activity related to said operation or affecting processes.

Closed (cannot reproduce)



so when the ipv6 address assignment fails the restore/creation takes forever. If i first restore without an ipv6 address THEN assign the ipv6 things go much faster.

So is this related to the other bug you filed about IPv6 address allocation?

It could be it seems there's an issue with the IPv6 allocation system then that ripples into other areas of the system.

It's quite possible .. I'll take a look at that other ticket first.

Status: Active ยป Closed (cannot reproduce)