<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic OCUM virtual appliance backup fails? in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-virtual-appliance-backup-fails/m-p/135796#M24610</link>
    <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We recently upgraded a OCUM virtual appliance from version 7.1 to version 7.2P1.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I notice that there seems to be some problem with the scheduled backup job&amp;nbsp;in OCUM. The Web UI shows that it fails because there is not enough disk space. When I look&amp;nbsp;on the system itself, I see the following messages in ocum-error.log:&lt;/P&gt;&lt;PRE&gt;2017-11-04 01:47:25,156 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.i.backup.BackupRestoreManager] Error while taking incremental backup. Exit code is 1. Reason: mysqlbinlog: [Warning] Using a password on the command line interface can be insecure.
2017-11-04 01:47:25,315 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.i.backup.BackupRestoreManager] Incremental Backup Failed. Reason Failed to create database backup using mysql utility.
2017-11-04 01:48:37,410 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.i.backup.BackupRestoreManager] Not enough space to carry out backup operation
2017-11-04 01:49:39,180 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.impl.backup.BackupScheduleJob] Error while creating the backup&lt;/PRE&gt;&lt;P&gt;The systems /data&amp;nbsp;fielsystem has 55GB free (48% Used). It seems to&amp;nbsp;me that should be enough space for at least a couple of&amp;nbsp;database backups.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The existing backup files in /data/ocum-backup look like this:&lt;/P&gt;&lt;PRE&gt;8.1M    /data/ocum-backup/UM_7.1P1_backup_unix_08-27-2017-01-03.7z
8.3M    /data/ocum-backup/UM_7.1P1_backup_unix_09-03-2017-01-03.7z
8.5M    /data/ocum-backup/UM_7.1P1_backup_unix_09-10-2017-01-03.7z
8.8M    /data/ocum-backup/UM_7.1P1_backup_unix_09-17-2017-01-03.7z
9.0M    /data/ocum-backup/UM_7.1P1_backup_unix_09-21-2017-10-04.7z
18G     /data/ocum-backup/UM_7.2P1_backup_unix6390741292408362900
74M     /data/ocum-backup/UM_7.2P1_backup_unix_09-23-2017-01-03.7z
943M    /data/ocum-backup/UM_7.2P1_backup_unix_09-30-2017-01-03.7z
1.8G    /data/ocum-backup/UM_7.2P1_backup_unix_10-07-2017-01-03.7z
3.9G    /data/ocum-backup/UM_7.2P1_backup_unix_10-28-2017-01-03.7z&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Currently the database itself (/data/mysql) is using a total of 20GB.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does the system really need over 50GB to store a backup? Previous backups seem to be a lot smaller (those from version 7.1 infeasibly so).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Or is the cause of the problem that mysql is returning exit code 1 along with that security warning about using the password on the command line?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;Robb.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 14:24:05 GMT</pubDate>
    <dc:creator>WAFLHERDER</dc:creator>
    <dc:date>2025-06-04T14:24:05Z</dc:date>
    <item>
      <title>OCUM virtual appliance backup fails?</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-virtual-appliance-backup-fails/m-p/135796#M24610</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We recently upgraded a OCUM virtual appliance from version 7.1 to version 7.2P1.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I notice that there seems to be some problem with the scheduled backup job&amp;nbsp;in OCUM. The Web UI shows that it fails because there is not enough disk space. When I look&amp;nbsp;on the system itself, I see the following messages in ocum-error.log:&lt;/P&gt;&lt;PRE&gt;2017-11-04 01:47:25,156 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.i.backup.BackupRestoreManager] Error while taking incremental backup. Exit code is 1. Reason: mysqlbinlog: [Warning] Using a password on the command line interface can be insecure.
2017-11-04 01:47:25,315 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.i.backup.BackupRestoreManager] Incremental Backup Failed. Reason Failed to create database backup using mysql utility.
2017-11-04 01:48:37,410 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.i.backup.BackupRestoreManager] Not enough space to carry out backup operation
2017-11-04 01:49:39,180 ERROR [oncommand] [taskScheduler-4] [Backup|ScheduleBackup] [c.n.d.impl.backup.BackupScheduleJob] Error while creating the backup&lt;/PRE&gt;&lt;P&gt;The systems /data&amp;nbsp;fielsystem has 55GB free (48% Used). It seems to&amp;nbsp;me that should be enough space for at least a couple of&amp;nbsp;database backups.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The existing backup files in /data/ocum-backup look like this:&lt;/P&gt;&lt;PRE&gt;8.1M    /data/ocum-backup/UM_7.1P1_backup_unix_08-27-2017-01-03.7z
8.3M    /data/ocum-backup/UM_7.1P1_backup_unix_09-03-2017-01-03.7z
8.5M    /data/ocum-backup/UM_7.1P1_backup_unix_09-10-2017-01-03.7z
8.8M    /data/ocum-backup/UM_7.1P1_backup_unix_09-17-2017-01-03.7z
9.0M    /data/ocum-backup/UM_7.1P1_backup_unix_09-21-2017-10-04.7z
18G     /data/ocum-backup/UM_7.2P1_backup_unix6390741292408362900
74M     /data/ocum-backup/UM_7.2P1_backup_unix_09-23-2017-01-03.7z
943M    /data/ocum-backup/UM_7.2P1_backup_unix_09-30-2017-01-03.7z
1.8G    /data/ocum-backup/UM_7.2P1_backup_unix_10-07-2017-01-03.7z
3.9G    /data/ocum-backup/UM_7.2P1_backup_unix_10-28-2017-01-03.7z&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Currently the database itself (/data/mysql) is using a total of 20GB.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does the system really need over 50GB to store a backup? Previous backups seem to be a lot smaller (those from version 7.1 infeasibly so).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Or is the cause of the problem that mysql is returning exit code 1 along with that security warning about using the password on the command line?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;Robb.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 14:24:05 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/OCUM-virtual-appliance-backup-fails/m-p/135796#M24610</guid>
      <dc:creator>WAFLHERDER</dc:creator>
      <dc:date>2025-06-04T14:24:05Z</dc:date>
    </item>
  </channel>
</rss>

