Anonymous | Login | 2024-12-22 00:09 MST |
Main | My View | View Issues | Change Log | Roadmap | Repositories |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0009791 | ClearOS | samba | public | 2016-07-29 09:51 | 2016-09-16 12:07 | ||||
Reporter | bchambers | ||||||||
Assigned To | user2 | ||||||||
Priority | normal | Severity | major | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | 7.2.0 | ||||||||
Target Version | 7.2.0 Updates | Fixed in Version | 7.2.0 Updates | ||||||
Summary | 0009791: Samba sometimes (always?) fails to start on reboot | ||||||||
Description | Not sure if its a race condition, but if slapd daemon is not running before smb tries to start on reboot, it will fail. Consider adding slapd.service to the list of "After" services in /usr/lib/systemd/system/smb.service could be a possible fix? How would that fix work when using Samba Directory...do we have slapd running, and if not, would it break start up of Samba? AD connector is OK, since openldap still runs in this scenario, I believe. | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | ||||||
|
Notes | |
(0003641) user2 2016-07-29 19:50 |
Is the system configured as a "master"? Samba Directory is not master/slave ready, so only Standalone mode is supported at the moment. |
(0003651) bchambers (administrator) 2016-07-30 05:11 |
I confused you by putting this under samba4. Moved to samba category, as this issue is with Windows Networking failing (using Samb v4) when configured with the OpenLDAP directory. |
Issue History | |||
Date Modified | Username | Field | Change |
2016-07-29 09:51 | bchambers | New Issue | |
2016-07-29 19:50 | user2 | Note Added: 0003641 | |
2016-07-29 19:51 | user2 | Status | new => acknowledged |
2016-07-30 05:09 | bchambers | Category | samba4 => samba |
2016-07-30 05:11 | bchambers | Note Added: 0003651 | |
2016-08-26 17:04 | user2 | Status | acknowledged => resolved |
2016-08-26 17:04 | user2 | Fixed in Version | => 7.2.0 Updates |
2016-08-26 17:04 | user2 | Resolution | open => fixed |
2016-08-26 17:04 | user2 | Assigned To | => user2 |
2016-08-26 17:05 | user2 | Status | resolved => closed |
2016-09-16 12:07 | user2 | Relationship added | related to 0010621 |