20190823:17:12:10 gpbackup:gpadmin:mdw:033731-[DEBUG]:-Verifying gpbackup_helper version 20190823:17:12:10 gpbackup:gpadmin:mdw:033731-[DEBUG]:-Scp oid file to segments 20190823:17:12:10 gpbackup:gpadmin:mdw:033731-[ERROR]:-runtime error: index out of range: goroutine 1 [running]: runtime/debug.Stack(0xc43523b100, 0x8b1ac0, 0xbcc3c0) /usr/local/go/src/runtime/debug/stack.go:24 +0xa7 github.com/greenplum-db/gpbackup/backup.DoTeardown() /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/backup/backup.go:386 +0x9c panic(0x8b1ac0, 0xbcc3c0) /usr/local/go/src/runtime/panic.go:502 +0x229 github.com/greenplum-db/gpbackup/backup.backupData(0x0, 0x0, 0x0) /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/backup/backup.go:312 +0x883 github.com/greenplum-db/gpbackup/backup.DoBackup() /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/backup/backup.go:181 +0x5b3 main.main.func1(0xc420136f00, 0xc4201a6000, 0x0, 0x9) /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/gpbackup.go:23 +0x51 github.com/greenplum-db/gpbackup/vendor/github.com/spf13/cobra.(*Command).execute(0xc420136f00, 0xc420124300, 0x9, 0x10, 0xc420136f00, 0xc420124300) /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/vendor/github.com/spf13/cobra/command.go:766 +0x2c1 github.com/greenplum-db/gpbackup/vendor/github.com/spf13/cobra.(*Command).ExecuteC(0xc420136f00, 0x93189c, 0xe, 0xbf4c27) /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/vendor/github.com/spf13/cobra/command.go:852 +0x30a github.com/greenplum-db/gpbackup/vendor/github.com/spf13/cobra.(*Command).Execute(0xc420136f00, 0x9, 0x9) /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/vendor/github.com/spf13/cobra/command.go:800 +0x2b main.main() /tmp/build/5f8239f8/go/src/github.com/greenplum-db/gpbackup/gpbackup.go:27 +0x18a
Greenplum Backup and Restore 1.12.0 and below
Create a dummy heap table in the schema or database that is being backed up.
It does not need to have any data in the table. This will ensure that there will always be at least one table to be backed up.
The incremental backup feature is only valid for AO/AOCO relations. Heap tables are always backed up.
Issue is fixed in gpbackup version 1.12.1 and above