Support

Site Restoration

#13117 DOCman Files not in Restored Site

Posted in ‘Site restoration’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

PHP version
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

tiolions
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes
Have I searched the tickets before posting? yes
Have I read the documentation before posting (which pages?)? yes
Joomla! version: Joomla! 2.5.6 Stable [ Ember ] 19-June-2012 14:00 GMT
PHP version: 5.3.13
MySQL version: 5.5.22
Host: Linux studentweb.ridgway.k12.co.us 2.6.42.12-1.fc15.i686.PAE #1 SMP Tue Mar 20 16:19:17 UTC 2012 i686
Akeeba Backup version which took the backup: 3.6.0
Kickstart version used to extract the backup: 3.5.2

Description of my issue:

I've been building locally, backing up, restoring on our school server for a number of weeks now. Suddenly, yesterday I upgraded to 3.6.0 and did a backup/restore and DOCman files and images are missing. It's strange because all DOCman categories and doc information are there but no images or files.

Thoughts?

nicholas
Akeeba Staff
Manager
Did previous backups include DOCman's files? If they didn't the issue is unrelated with the upgrade.
Are your DOCman files stored in a subdirectory inside or outside your web site's root? If they are outside the web root you need to use the Off-Site Inclusion feature of Akeeba Backup. if you don't they will not be backed up as Akeeba Backup only backs up the files and directories stored under your site's root. It can't and won't read third party components' database tables and config files to deduct where additional files may or may not be stored.
Do you get any warning about unreadable files and/or folders during the backup? If you do, that's your problem.
Do you have any exclusions set up? If you do, you may have been excluding the DOCman files which is why they were not backed up.

If you had attached the log file as requested I would have answered the last two questions myself.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

tiolions
Previous backups did include DOCman files.

DOCman files are stored in root.

I didn't get any warnings about unreadable files/folders nor have I set any exclusions.

Sorry, I didn't know I was suppose to attach log file. FIle attached.

nicholas
Akeeba Staff
Manager
What is the name of the directory where your DOCman files are stored?

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

tiolions
dmdocuments

nicholas
Akeeba Staff
Manager
According to the log file these files are backed up. Look for the log entries starting at 120731 18:28:20 and ending at 120731 18:28:25.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

tiolions
Yes, I see that. The size of the jpa file too tells me they're in there. Not sure why they're not visible when site is restored.

nicholas
Akeeba Staff
Manager
Have you tried extracting the file locally, e.g. using Akeeba eXtract Wizard, and check if the dmdocuments folder is there? Please note that if you are restoring to a different site / directory / subdomain / domain than the initial site you will have to update DOCman's configuration so that it looks at the correct directory for its files. If I recall correctly, DOCman uses an absolute file path.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

tiolions
Yes, thanks. I haven't changed anything in the DOCman config but am thinking that has to be the problem. Is it possible that the backup would've changed any of this seeing that this didn't happen before? I'm currently checking with other vendor...will let you know.

nicholas
Akeeba Staff
Manager
Hm, I wouldn't expect them to say any good words about Akeeba Backup or yours truly :D I've had a fight with the owner of JoomlaTools for a different reason (because I publicly discussed the deficiencies of the framework they were trying to get other developers to use). He won't talk to me and he has his lackeys say crap about me whenever they get a chance. They are most likely going to tell you that you should not use my software and that I don't know how to write code. At least that's what their lackeys were writing on my blog comments last year.

But anyway, the problem has nothing to do with Akeeba Backup –or any other backup software– in itself. When you are moving your site between different places you have to update the configuration of all software which stores absolute paths and/or URLs including DOCman, PhocaDownloads, Akeeba Release System or even e-commerce components like VirtueMart. Akeeba Backup doesn't try to reconfigure third party software (not even those written by me – when I make a rule of not adding a specific type of third party software support I don't conveniently exclude my own software); it only reconfigures Joomla! itself.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

tiolions
It has worked out. Files were in fact backed up and restored to new location. Thanks for the great product and superb service. This is such a great tool.

CLOSED

Support Information

Working hours: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!

Summer vacations: Our support will be closed for replies and new tickets from August 6th to August 21st, 2022 due to summer vacations.