Invalid MAC address in dashboard. leads to error in restore.

[michael@…]

The summary may not be accurate, but here's the deal.

I see following entry (amongst other, normal entries) in the dashboards DHCP leases section:

192.168.1.111 52:41:53:20:d0:90:95:d8:2f:98:c1:01:02:00:00:00 REISRV1

When i run a test restore i get an error log containing:

2010/12/01 05:32:10 ERROR> PgDBEngine.pm:251 EBox::PgDBEngine::multiInsert - Error inserting data: INSERT INTO leases (
                        ip,timestamp,interface,event,mac) VALUES (?,?,?,?,?)
ERROR:  invalid input syntax for type macaddr: "52:41:53:20:d0:90:95:d8:2f:98:c1:01:01:00:00:00" 
Values: $VAR1 = [
          {
            '
                        ip' => '192.168.1.112',
            'timestamp' => 'Dec  1 05:32:06 2010',
            'interface' => 'eth0',
            'event' => 'leased',
            'mac' => '52:41:53:20:d0:90:95:d8:2f:98:c1:01:01:00:00:00'
          }
        ];

2010/12/01 05:37:15 ERROR> PgDBEngine.pm:251 EBox::PgDBEngine::multiInsert - Error inserting data: INSERT INTO leases (
                        ip,timestamp,interface,event,mac) VALUES (?,?,?,?,?)
ERROR:  invalid input syntax for type macaddr: "52:41:53:20:d0:90:95:d8:2f:98:c1:01:02:00:00:00" 
Values: $VAR1 = [
          {
            '
                        ip' => '192.168.1.111',
            'timestamp' => 'Dec  1 05:37:07 2010',
            'interface' => 'eth0',
            'event' => 'leased',
            'mac' => '52:41:53:20:d0:90:95:d8:2f:98:c1:01:02:00:00:00'
          }
        ];

repeated in variations ending in:

2010/12/01 16:39:33 ERROR> Sudo.pm:212 EBox::Sudo::_rootError - root command /usr/share//ebox-ebackup/ebox-duplicity-wrapper --force -t 1291158019 --file-to-restore home/samba/shares/glsv/Globconvest_AG/Administration/OSKG file:///mnt/backup/zentyal01 --no-encryption /home/samba/shares/glsv/Globconvest_AG/Administration/OSKG failed. 
Error output: Traceback (most recent call last):
   File "/usr/bin/duplicity", line 1239, in <module>
     with_tempdir(main)
   File "/usr/bin/duplicity", line 1232, in with_tempdir
     fn()
   File "/usr/bin/duplicity", line 1186, in main
     restore(col_stats)
   File "/usr/bin/duplicity", line 538, in restore
     restore_get_patched_rop_iter(col_stats)):
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 520, in Write_ROPaths
     for ropath in rop_iter:
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 492, in integrate_patch_iters
     for patch_seq in collated:
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 377, in yield_tuples
     setrorps( overflow, elems )
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 366, in setrorps
     elems[i] = iter_list[i].next()
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 98, in filter_path_iter
     for path in path_iter:
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 111, in difftar2path_iter
     tarinfo_list = [tar_iter.next()]
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 327, in next
     self.set_tarfile()
   File "/usr/lib/python2.6/dist-packages/duplicity/patchdir.py", line 321, in set_tarfile
     self.current_fp = self.fileobj_iter.next()
   File "/usr/bin/duplicity", line 575, in get_fileobj_iter
     manifest.volume_info_dict[vol_num])
   File "/usr/bin/duplicity", line 596, in restore_get_enc_fileobj
     backend.get(filename, tdp)
   File "/usr/lib/python2.6/dist-packages/duplicity/backends/localbackend.py", line 62, in get
     local_path.writefileobj(source_path.open("rb"))
   File "/usr/lib/python2.6/dist-packages/duplicity/path.py", line 595, in writefileobj
     if fin.close() or fout.close():
 IOError: [Errno 5] Input/output error
 

Command output: Local and Remote metadata are synchronized, no sync needed.
 Last full backup date: Sun Nov 28 00:00:21 2010
. 
Exit value: 30

While i understand the denial of accepting that MAC address, i don't see how that value gets there.

[jacalvo@…]

(In [20113]) NN: Bugfix: MAC addresses are now parsed correctly in LogHelper? (closes #2565)