Login
[x]
Log in using an account from:
Fedora Account System
Red Hat Associate
Red Hat Customer
Or login using a Red Hat Bugzilla account
Forgot Password
Login:
Hide Forgot
Create an Account
Red Hat Bugzilla – Attachment 208571 Details for
Bug 251090
ds_remove cannot remove/rename directories
[?]
New
Simple Search
Advanced Search
My Links
Browse
Requests
Reports
Current State
Search
Tabular reports
Graphical reports
Duplicates
Other Reports
User Changes
Plotly Reports
Bug Status
Bug Severity
Non-Defaults
|
Product Dashboard
Help
Page Help!
Bug Writing Guidelines
What's new
Browser Support Policy
5.0.4.rh83 Release notes
FAQ
Guides index
User guide
Web Services
Contact
Legal
This site requires JavaScript to be enabled to function correctly, please enable it.
Problem description
ds_remove.txt (text/plain), 1.69 KB, created by
Noriko Hosoi
on 2007-09-27 16:23:11 UTC
(
hide
)
Description:
Problem description
Filename:
MIME Type:
Creator:
Noriko Hosoi
Created:
2007-09-27 16:23:11 UTC
Size:
1.69 KB
patch
obsolete
>Yi found out a problem in creating an instance and deleting it on Console. Deletion returns SUCCESS and it's removed from the Config DS, but the config directory and the instance directory are not renamed/removed. > >The cause of your problem "server instance dirs not removed when you remove a server from Console" is the directory permission (yeah, again). > >This is one of the error messages ds_remove is issuing: >> Can't remove directory /var/lib/dirsrv/slapd-neo3: Permission denied at /usr/lib/dirsrv/cgi-bin/ds_remove-bin line 63 > >When you create an instance, it's done as root: >[root@neo cgi-bin]# cat /tmp/id.ds_create >uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel) > >When you remove it, it's done as a server user: >[root@neo cgi-bin]# cat /tmp/id.ds_remove >uid=11717(yzhang) gid=11717(yzhang) groups=1070(devel10),11717(yzhang) > >I thought it was fixed in this bug: >251090: ds_remove cannot remove/rename directories > >But it looks it's not working as expected: >[root@neo dirsrv]# ls -ld /usr/lib/dirsrv /etc/dirsrv >drwxr-xr-x 14 root root 4096 Sep 26 13:13 /etc/dirsrv >drwxr-xr-x 13 root root 4096 Sep 26 13:12 /usr/lib/dirsrv > >They are supposed to be changed the group and mode in DSCreate like these: >drwxrwxr-x 14 root yzhang 4096 Sep 26 13:13 /etc/dirsrv >drwxrwxr-x 13 root yzhang 4096 Sep 26 13:12 /usr/lib/dirsrv > >Unfortunately, when creating an instance from Console, $inf->{General}->{SuiteSpotGroup} is not set. :( >ChangeOwnerMode: SuiteSpotGroup: >ChangeOwnerMode: gid: -1 > >That way, the fix made in 251090 is not applied to Yi's case. > >I'm reopening the bug 251090 and taking the second approach Rich mentioned in the email discussion: >2) Just have ds_remove execute as root
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Raw
Actions:
View
Attachments on
bug 251090
:
160789
|
160834
|
160835
|
160872
| 208571 |
208641
|
208681