Skip to content
GitLab
    • Explore Projects Groups Topics Snippets
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • fusiondirectory fusiondirectory
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 39
    • Issues 39
    • List
    • Boards
    • Service Desk
    • Milestones
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Terraform modules
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • fusiondirectoryfusiondirectory
  • fusiondirectoryfusiondirectory
  • Issues
  • #2169
Something went wrong while setting issue due date.
Closed
Open
Issue created 12 years ago by bmortier@bmortierMaintainer
  • New related issue

  • New related issue

Snaphots should be tested

Closed

Snaphots should be tested

I'm afraid snaphots are gonna cause lots of problems. In a lot of place we do LDAP-wide search IIRC, and snapshots are gonna show in undesired places. Things to check: snapshot a DNS server, delete it, and look if it still appear in DNs server proposals snapshot a PC with dns and dhcp activated, delete it, check if you can reuse its mac and ip

etc…

(from redmine: issue id 2169, created on 2013-03-22, closed on 2013-04-15)

  • Changesets:
    • Revision 2db46a18 by Côme Chilliet on 2013-04-02T15:09:59.000Z:
Fixes: #2169 Improved snapshot handling, cleaned plugin
  • Revision 1122b185 by Côme Chilliet on 2013-04-03T08:42:59.000Z:
Fixes: #2169 Using sub instead of base scope for snapshots
  • Revision c06a9e7c by Côme Chilliet on 2013-04-09T08:18:59.000Z:
Fixes: #2169 Fixed snapshots
  • Revision 0ce18b1e by Côme Chilliet on 2013-04-15T07:36:08.000Z:
Fixes: #2169 snapshot are not removed when clicking on the trashcan icon
  • Custom Fields:
    • Bug in version: 1.0.4
  • Uploads:
    • 0001-Fixes-2169-Improved-snapshot-handling-cleaned-plugin.patch
    • 0001-Fixes-systemManagement-errors-when-DNS-plugin-is-not.patch
    • try-to-restore-snapshot
    • 0002-Fixes-2169-Using-sub-instead-of-base-scope-for-snaps.patch
    • 0003-Fixes-2169-Fixed-snapshots.patch
    • 0004-Fixes-2169-snapshot-are-not-removed-when-clicking-on.patch

    Tasks

    0
    Cannot read properties of undefined (reading 'workItem')

    Linked items
    0

    Link issues together to show that they're related. Learn more.

    Activity


    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Hello,

      snapshot a DNS server, delete it, and look if it still appear in DNs server proposals

      dns doesnt appear in dns server proposal

      snapshot a PC with dns and dhcp activated, delete it, check if you can reuse its mac and ip

      snapshotted, removed, an i was able to use its mac and ip

      (from redmine: written on 2013-03-22)

      By bmortier on 2017-09-02T14:57:38 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      However i lost the content of the dhcp and dns server when restoring the snapshot.

      Dns server is not longer there, and dhcp is there but empty

      Cheers

      (from redmine: written on 2013-03-22)

      By bmortier on 2017-09-02T14:57:38 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      confirmed too

      (from redmine: written on 2013-03-22)

      By agallavardin on 2017-09-02T14:57:38 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      It's hard to restore DNS and DHCP, because these informations are not stored in the host object, there are stored in the DHCP and DNS servers objects. So when you delete the host, they are removed from the servers, and they are not in the snapshot because it's not a snapshot of the server…

      (from redmine: written on 2013-04-02)

      By Côme Chilliet on 2017-09-02T14:57:39 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Now DHCP and DNS should be restored for systems (with the patch of #2221), but it needs testing as I might also have break things (I cleaned a lot of snapshot code from plugin)

      (from redmine: written on 2013-04-02)

      By Côme Chilliet on 2017-09-02T14:57:39 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Hello,

      we are in a good way but not finished yet :)

      here are the entries before the snapshot

      72 cn=test-snapshot,ou=workstations,ou=systems,dc=opensides,dc=be cn: test-snapshot gotoMode: active ipHostNumber: 192.168.56.200 macAddress: ff:aa:bb:cc:dd:ee objectClass: top objectClass: gotoWorkstation objectClass: GOhard

      73 cn=test-snapshot,cn=dhcp,cn=server,ou=servers,ou=systems,dc=opensides,dc=be dhcpOption: host-name test-snapshot dhcpStatements: fixed-address 192.168.56.200 cn: test-snapshot objectClass: top objectClass: dhcpHost dhcpHWAddress: ethernet ff:aa:bb:cc:dd:ee

      74 relativeDomainName=test-snapshot,zoneName=labo.opensides.be.,cn=server,ou=servers,ou=systems,dc=opensides,dc=be objectClass: top objectClass: dNSZone dNSClass: IN zoneName: labo.opensides.be. relativeDomainName: test-snapshot

      75 relativeDomainName=test-snapshot,relativeDomainName=test-snapshot,zoneName=labo.opensides.be.,cn=server,ou=servers,ou=systems,dc=opensides,dc=be objectClass: top objectClass: dNSZone dNSClass: IN zoneName: labo.opensides.be. relativeDomainName: test-snapshot aRecord: 192.168.56.200

      76 relativeDomainName=200,relativeDomainName=test-snapshot,zoneName=labo.opensides.be.,cn=server,ou=servers,ou=systems,dc=opensides,dc=be objectClass: top objectClass: dNSZone dNSClass: IN zoneName: 56.168.192.in-addr.arpa. relativeDomainName: 200 pTRRecord: test-snapshot.labo.opensides.be.

      we snapshot it

      we unckeck dhcp/dns and save it back

      the folder icon doesnt indicate that there is a snapshot for it

      i select restore snapshot from the action menu

      i see 4 snapshot where i should only see 2 in my case

      and i got this onto the ldap server

      72 cn=test-snapshot,ou=workstations,ou=systems,dc=opensides,dc=be cn: test-snapshot gotoMode: active ipHostNumber: 192.168.56.200 macAddress: ff:aa:bb:cc:dd:ee objectClass: top objectClass: gotoWorkstation objectClass: GOhard

      74 cn=test-snapshot,cn=dhcp,cn=server,ou=servers,ou=systems,dc=opensides,dc=be dhcpOption: host-name test-snapshot dhcpStatements: fixed-address 192.168.56.200 cn: test-snapshot objectClass: top objectClass: dhcpHost dhcpHWAddress: ethernet ff:aa:bb:cc:dd:ee

      75 relativeDomainName=test-snapshot,zoneName=labo.opensides.be.,cn=server,ou=servers,ou=systems,dc=opensides,dc=be objectClass: top objectClass: dNSZone dNSClass: IN zoneName: labo.opensides.be. relativeDomainName: test-snapshot

      Cheers

      (from redmine: written on 2013-04-02)

      By bmortier on 2017-09-02T14:57:39 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Try with this patch, I'm now using the sub scope instead of the base one for snapshot. Can you think of any case where that would be a problem?

      (from redmine: written on 2013-04-03)

      By Côme Chilliet on 2017-09-02T14:57:39 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Hello,

      for systems the snapshot works correctly it seems but

      gosaSnapshotDN: relativeDomainName=test-snapshot,zoneName=labo.opensides.be.,cn=server,ou=servers,ou=systems,dc=opensides,dc=be

      normally this one should contains the dn of the systems snapshoted, it allow th interface to show the folder in blue, to tell there is a snapshot available

      for user, i can snaphot, the icon folder goes blue, but i cannot restore it

      DEBUG[1] (/usr/share/fusiondirectory/html/main.php:129) - Setting language to: 'en_US.UTF-8' DEBUG[1] (/usr/share/fusiondirectory/include/class_management.inc:restoreSnapshotDialog():584) - Snaptshot restoring initiated!: 'uid=bdoyle2,ou=people,dc=opensides,dc=be' DEBUG[1] (/usr/share/fusiondirectory/include/class_plugin.inc:plugin():221) - Object check: 'found' Fatal error: Call to undefined method SnapShotDialog::Available_SnapsShots() in /usr/share/fusiondirectory/include/class_SnapShotDialog.inc on line 211

      Cheers

      (from redmine: written on 2013-04-05)

      By bmortier on 2017-09-02T14:57:40 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Hello,

      same for groups

      Cheers

      (from redmine: written on 2013-04-05)

      By bmortier on 2017-09-02T14:57:40 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Hello,

      last issue i think

      snapshot are not removed when clicking on the trashcan icon in the restore snapshot dialog

      Cheers

      (from redmine: written on 2013-04-12)

      By bmortier on 2017-09-02T14:57:40 (imported from GitLab)

    • bmortier
      bmortier @bmortier · 12 years ago
      Author Maintainer

      Close issue

      (from redmine: written on 2013-04-15)

      By bmortier on 2017-09-02T14:57:41 (imported from GitLab)

    • bmortier closed 7 years ago

      closed

      By bmortier on 2017-09-02T14:57:41 (imported from GitLab)

    • bmortier added Changed PJ1802-0188 fusiondirectory-core and removed Bugs labels 6 years ago

      added Changed PJ1802-0188 fusiondirectory-core and removed Bugs labels

      By bmortier on 2019-01-29T14:57:28 (imported from GitLab)

    Please register or sign in to reply
    Assignee
    bmortier's avatar
    bmortier
    Assign to
    Labels
    0
    None
    0
    None
      Assign labels
    • Manage project labels

    Milestone
    No milestone
    None
    Due date
    None
    None
    None
    Time tracking
    No estimate or time spent
    Confidentiality
    Not confidential
    Not confidential

    You are going to turn on confidentiality. Only project members with at least the Reporter role, the author, and assignees can view or be notified about this issue.

    Lock issue
    Unlocked
    0
    0 Participants
    Reference:

    Menu

    Explore Projects Groups Topics Snippets