Điểm:0

Tùy chọn "-s loglevel" có bị bỏ qua khi olcLogLevel được đặt trong khi "-d" ghi đè

lá cờ us

Số cấp độ gỡ lỗi của tùy chọn dòng lệnh '-d' và cấp độ nhật ký hệ thống của tùy chọn dòng lệnh '-s' trong tát có cùng ý nghĩa như chúng ta có thể xác nhận bằng cách:

$ tát -d '?'
$ tát -s '?'

Sự khác biệt duy nhất giữa '-d' và '-s' là '-d' dành cho gỡ lỗi nền trước và '-s' là cấp độ ghi nhật ký nền, tôi nghĩ vậy.

Xác nhận mức gỡ lỗi "-d"

Ngay cả khi tát đang chạy dưới olcLogLevel: 0:

$ sudo grep olcLogLevel /etc/openldap/slapd.d/cn=config.ldif
olcLogLevel: 0

tát -d chạy để ghi đè lên olcLogLevel cài đặt như tôi mong đợi:

$ sudo systemctl stop tát # để tránh xung đột cổng
$ sudo lapd -d 256 # chạy tát với loglevel 256 ở nền trước (*a)

làm ldapsearch trong một thiết bị đầu cuối khác:

$ ldapsearch -x -H ldap://localhost -b dc=... -s cơ sở
...

(*a) hiển thị nhật ký loglevel=256 như tôi mong đợi:

bắt đầu 61b552f9 tát
61b55313 conn=1000 fd=15 CHẤP NHẬN từ IP=[::1]:40918 (IP=[::]:389)
...
61b55313 conn=1000 fd=15 đã đóng

Tôi có thể xác nhận -d -1 (tất cả ghi nhật ký) cũng hoạt động:

(dừng (*a) tát bằng ctrl-c)
$ sudo tát -d -1
...
(rất nhiều nhật ký)

trong khi ldapsearch ở một thiết bị đầu cuối khác:

$ ldapsearch -x -H ldap://localhost -b dc=... -s cơ sở
...

Xác nhận "-s syslog-level"

kill 'slapd -d' tôi bắt đầu từ (*a) và bắt đầu từ từ -s 256 trong nền:

(dừng (*a) tát bằng ctrl-c)
$ sudo mèo /etc/sysconfig/slapd
...
SLAPD_OPTIONS="-s 256"

$ Sudo systemctl bắt đầu tát

Tôi có thể xác nhận tùy chọn bằng ps:

$ps xafu | grep tát
ldap 10109 0,0 0,0 543936 10444 ? Ssl 10:50 0:00 /usr/sbin/slapd -u ldap -h ldapi:/// ldap:/// ldaps:/// -s 256

tuy nhiên, tôi không thể xác nhận bất kỳ nhật ký nào bằng lệnh sau.

$ sudo journalctl --follow _SYSTEMD_UNIT=slapd.service

Trong khi tôi thay đổi olcLogLevel thành khác 0 (ví dụ: 256) bằng cách:

$ Sudo ldapmodify -Y BÊN NGOÀI -H ldapi:/// <<EOF
dn: cn=config
changetype: sửa đổi
thay thế: olcLogLevel
olcLogLevel: 256
EOF

(Tôi có thể xác nhận nếu nó được đặt bằng lệnh sau)

$ sudo grep olcLogLevel /etc/openldap/slapd.d/cn=config.ldif
olcLogLevel: 256

sau đó làm ldapsearch:

$ ldapsearch -x -H ldap://localhost -b dc=csc -s cơ sở
...

vì vậy chúng tôi thấy nhật ký loglevel=256 bằng cách:

$ sudo journalctl --follow _SYSTEMD_UNIT=slapd.service
Ngày 12 tháng 12 10:59:40 my-host tátd[10537]: conn=1003 fd=13 CHẤP NHẬN từ IP=[::1]:41078 (IP=[::]:389)
Ngày 12 tháng 12 10:59:40 my-host tát[10537]: conn=1003 fd=13 đã đóng
...

Điều này có nghĩa là:

  • -d ghi đè lên olcLogLevel
  • -s không ghi đè lên olcLogLevel

Sự hiểu biết của tôi có đúng không? Nếu có, tùy chọn '-s' là gì?

Phiên bản hệ điều hành của tôi là:

$ cat /etc/centos-phát hành
Bản phát hành CentOS Linux 7.9.2009 (Lõi)

phiên bản slpad là:

$ sudo yum list đã cài đặt | grep openldap
openldap.x86_64 2.4.44-23.el7_9 @updates 

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.