Bug 1303579

Summary: [Scheduler]: Rebooted node doesn't picks up a scheduled job, until the job is edited.
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: Shashank Raj <sraj>
Component: snapshotAssignee: Bug Updates Notification Mailing List <rhs-bugs>
Status: CLOSED WONTFIX QA Contact: storage-qa-internal <storage-qa-internal>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rhgs-3.1CC: mzywusko, rhs-bugs
Target Milestone: ---Keywords: ZStream
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-04-16 16:03:48 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Shashank Raj 2016-02-01 11:07:06 UTC
Description of problem:

[Scheduler]: Rebooted node doesn't picks up a scheduled job, until the job is edited.

Version-Release number of selected component (if applicable):

glusterfs-3.7.5-18


How reproducible:

Always


Steps to Reproduce:

1.Create a tiered volume and schedule a job for creating snapshots using snap_scheduler.
2.Observe that the snapshots are getting created and the progress can be seen in /var/run/glusterfs/gcron.log
3.Reboot any node in the trusted pool.
4.Once the node is up set "setsebool cron_system_cronjob_use_shares on" on the node.
5.Observe that the scheduled job is not been picked by this node after that.
6.Edit the job with some different time.
7.Observe that now the new scheduled job is picked up by the node and the snapshots are getting created from this node.

Actual results:

Rebooted node doesn't picks up the scheduled snapshot creation job.

Expected results:

After the rebooted node comes up and after setting "setsebool cron_system_cronjob_use_shares on", node should pick up the job and start creating the snapshots.

Additional info:

Comment 2 Avra Sengupta 2016-02-26 06:29:37 UTC
Removing this from 3.1.3. Will be fixing it later.