- Joined
- Aug 24, 2019
- Messages
- 96
- Reaction score
- 19
Hi All,
I am getting a backup failure on one of my 3CX servers. It is running 3CX v16 on Debian 9.
Backups were working fine up to and including Sunday (6 Oct 2019) morning at 3am, but began failing as of Monday (7 Oct 2019) at 3am.
If I try to run a manual backup, I get the 'failure' email report too, so it is not just the scheduled 3am backups.
The timing is suspicious in that the clocks here changed forward one hour on Sunday morning as part of the normal spring change to summer-time, but both 3CX and the Debian host report the correct date and time (if I were to ask the proverbial 'man on the street' what time it is right now, they would agree with the Debian server).
I also have another server with the same setup (different business), and that one has carried on without any issue. It is possible there is a difference between the two Debian setups, but I would be mildly surprised if that was the case - nobody but me has accessed either server.
Settings are to backup everything, including voicemails and recordings, but not to use a password. In actual fact, no voicemails are stored on the server - they all get emailed to the user.
Backups are run to the local disk (I copy them over to an offsite store via SSH weekly). I have checked the disk-space, and there is more than 200GB on the drive / partition that the backups go to. The backups, up to Sunday morning, were all about 200MB each (I checked back a few weeks - they are all essentially the same size), so it does not appear that size or space is the problem and I should be able to store about a thousand more such backup files, however....
If I turn off everything but the 'License Key Information, FQDN & Conference' option (which reduces the backup file size to about 10MB) the backup runs fine, and I get a 'success' email report, which indicates a space issue despite the fact there is plenty available.
For now, I am running the backups manually with the only the 'License Key Information, FQDN & Conference' option selected, but I need to resolve this.
I have included below, the full error message I am getting in the email. All the error reports are the same (except for the date and time). I have replaced some info with XXFieldDescriptionXX, but I don't believe it hides anything important.
Thanks for your suggestions / advice,
Alan.
I am getting a backup failure on one of my 3CX servers. It is running 3CX v16 on Debian 9.
Backups were working fine up to and including Sunday (6 Oct 2019) morning at 3am, but began failing as of Monday (7 Oct 2019) at 3am.
If I try to run a manual backup, I get the 'failure' email report too, so it is not just the scheduled 3am backups.
The timing is suspicious in that the clocks here changed forward one hour on Sunday morning as part of the normal spring change to summer-time, but both 3CX and the Debian host report the correct date and time (if I were to ask the proverbial 'man on the street' what time it is right now, they would agree with the Debian server).
I also have another server with the same setup (different business), and that one has carried on without any issue. It is possible there is a difference between the two Debian setups, but I would be mildly surprised if that was the case - nobody but me has accessed either server.
Settings are to backup everything, including voicemails and recordings, but not to use a password. In actual fact, no voicemails are stored on the server - they all get emailed to the user.
Backups are run to the local disk (I copy them over to an offsite store via SSH weekly). I have checked the disk-space, and there is more than 200GB on the drive / partition that the backups go to. The backups, up to Sunday morning, were all about 200MB each (I checked back a few weeks - they are all essentially the same size), so it does not appear that size or space is the problem and I should be able to store about a thousand more such backup files, however....
If I turn off everything but the 'License Key Information, FQDN & Conference' option (which reduces the backup file size to about 10MB) the backup runs fine, and I get a 'success' email report, which indicates a space issue despite the fact there is plenty available.
For now, I am running the backups manually with the only the 'License Key Information, FQDN & Conference' option selected, but I need to resolve this.
I have included below, the full error message I am getting in the email. All the error reports are the same (except for the date and time). I have replaced some info with XXFieldDescriptionXX, but I don't believe it hides anything important.
Thanks for your suggestions / advice,
Alan.
Code:
3CX Phone System - XXClientXX - XXSuburbXX - XXCityXX <[email protected]>
Oct 7, 2019, 3:00 AM (3 days ago)
to XXReportingEmailAddressXX
3CX Phone System tried to backup but failed due to the following reason(s):
System.Exception: System.IO.IOException: Input/output error
at System.IO.FileStream.CheckFileCall(Int64 result, Boolean ignoreNotSupported)
at System.IO.FileStream.ReadNative(Span`1 buffer)
at System.IO.FileStream.ReadSpan(Span`1 destination)
at System.IO.FileStream.Read(Byte[] array, Int32 offset, Int32 count)
at System.IO.Stream.CopyTo(Stream destination, Int32 bufferSize)
at _3cxNetBackupAndRestore._3cxBackup.ZipFile(String dst, IFile src)
at _3cxNetBackupAndRestore.BackupTasks.BaseFilesTask.BackupFiles()
at _3cxBackupRestoreImpl.BackupRestoreUtils.Backup(IFilesystem filesystem, String instanceId, String cfgPath, String dbConnectionString, BackupConfig options, String fullpathFilename, Boolean sendEmail)
at BackupRestoreSchedule.BackupJob.Execute(IJobExecutionContext context)
Last edited: