Bug#994157: ntp: I cannot start a local network dedicated NTP server for some reason. Previosly I had working server. all clients receive 10.19.10.1: Server dropped: strata too high.
Hi. client machines must sync only with my NTP server. the server itself syncing with standard pools. Today I made another vm the new NTP server. For some reason it work on another machine. version is the same "Ver. 4.2.8p12" here is output of the failing machine. ntpq> peers remote refid st t when poll reach delay offset jitter == 0.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000 1.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000 2.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000 3.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.000 ntpq> I think like there is a problem with ipv6 of some sort since failing machine is the only with IPV6 address internet . But I don't know how to check this. For now I will use new vm. I guess if someone will interact with this but too they will report/reopen. Regards, Rinat On 13.09.2021 13:47 PM, Bernhard Schmidt wrote: Control: tags -1 + moreinfo Am 13.09.21 um 08:19 schrieb richman10000...@gmail.com: Hi, Many years ago i just installed ntp and used it. but now it is not working. here is step by step reproduction. 1. on server : apt-get purge ntp 2. on server: apt-get install ntp, openned port 123 in tcp and udp 3. on the client do "ntpdate -vd 10.19.10.1" Error: >10.19.10.1: Server dropped: strata too high >server 10.19.10.1, port 123 >stratum 16, precision -24, leap 11, trust 000 Do you want your ntpd to sync to an internet source or to a local clock only? You likely just have to wait for a few minutes before ntpd is fully synced and stabilized. On the server run ntpq and then enter peers Bernhard
Bug#994157: ntp: I cannot start a local network dedicated NTP server for some reason. Previosly I had working server. all clients receive 10.19.10.1: Server dropped: strata too high.
Hello. Many years ago i just installed ntp and used it. but now it is not working. here is step by step reproduction. 1. on server : apt-get purge ntp 2. on server: apt-get install ntp, openned port 123 in tcp and udp 3. on the client do "ntpdate -vd 10.19.10.1" Error: >10.19.10.1: Server dropped: strata too high >server 10.19.10.1, port 123 >stratum 16, precision -24, leap 11, trust 000 Tried on ntp server: adding "restrict 10.19.10.0 mask 255.255.255.224 nomodify notrap" "server 127.127.1.0 fudge 127.127.1.0 stratum 10" "server 10.19.10.0 fudge 10.19.10.0 stratum 10" Expected : time will be synced with my own server. Regards, Rinat On 13.09.2021 03:41 AM, richman100 wrote: Package: ntp Version: 1:4.2.8p12+dfsg-4 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 10.10 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-17-amd64 (SMP w/6 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ntp depends on: ii adduser3.118 ii libc6 2.28-10 ii libcap21:2.25-2 ii libedit2 3.1-20181209-1 ii libopts25 1:5.18.12-4 ii libssl1.1 1.1.1d-0+deb10u7 ii lsb-base 10.2019051400 ii netbase5.6 ii tzdata 2021a-0+deb10u1 Versions of packages ntp recommends: ii perl 5.28.1-6+deb10u1 ii sntp 1:4.2.8p12+dfsg-4 Versions of packages ntp suggests: pn ntp-doc -- Configuration Files: /etc/ntp.conf changed: driftfile /var/lib/ntp/ntp.drift leapfile /usr/share/zoneinfo/leap-seconds.list pool 0.debian.pool.ntp.org iburst pool 1.debian.pool.ntp.org iburst pool 2.debian.pool.ntp.org iburst pool 3.debian.pool.ntp.org iburst restrict default restrict 10.19.10.0 mask 255.255.255.224 nomodify notrap restrict 127.0.0.1 restrict ::1 logfile /var/log/ntp.log -- no debconf information
Bug#944036: old script stopped working in new version of bashy
Subject: bash: old script stopped working in new version of bash Package: bash Version: 5.0-4 Severity: normal -- System Information: Debian Release: 10.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bash depends on: ii base-files 10.3+deb10u1 ii debianutils 4.8.6.1 ii libc6 2.28-10 ii libtinfo6 6.1+20181013-2+deb10u1 Versions of packages bash recommends: ii bash-completion 1:2.8-6 Versions of packages bash suggests: pn bash-doc -- no debconf information after updating to new version 10.1 Debian, old bash script stopped working correctly. The thing is, script contains 2 functions which are called in a loop. But it returns error for some reason. script is pg_mass_back_error.txt and config for it in attachment Error: > Skipping schema template1 > ./pg_mass_back_error.txt: line 50: continue: only meaningful in a `for', `while' , or `until' loop PATH=/bin:/usr/bin:/usr/sap/HDB/HDB00/exe export PGUSER=postgres export PGPASSWORD=123456#!/bin/bash RED='\033[0;32m' NC='\033[0m' # No Color echo -e " ${RED}+STARTING+ ${NC} " #papka scripta, dolzhna avtomatom opredelitsya ROOTDIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )" #zadayem datu FOLDER=$(date '+%Y-%m-%d_%H%M_%S') #берем имя сервера Backup_host="`hostname`" echo loading configuration example of backup-all.conf #PATH=/bin:/usr/bin:/usr/sap/HDB/HDB00/exe #export PGUSER=postgres #export PGPASSWORD=123456 cd $ROOTDIR dos2unix $Backup_host/backup-all.conf source $Backup_host/backup-all.conf #formiruem papki if [ ! -d "$ROOTDIR/$Backup_host" ]; then echo "Creating $ROOTDIR/$Backup_host" mkdir $ROOTDIR/$Backup_host fi if [ ! -d "$ROOTDIR/$Backup_host/$FOLDER" ]; then echo "Creating $ROOTDIR/$Backup_host/$FOLDER" mkdir $ROOTDIR/$Backup_host/$FOLDER fi #formiruem spisok vseh baz prinadlezhaschih polzovatelu psql -h $Backup_host -t --command="select datname FROM pg_database;" -o $ROOTDIR/$Backup_host/$FOLDER/$FOLDER.list funck_skip(){ #propuskayem nenuzhnoe if [ "$PG_DB" = 'template0' ];then echo "Skipping schema $PG_DB" continue; fi if [ "$PG_DB" = 'template1' ];then echo "Skipping schema $PG_DB" continue; fi } func_export(){ funck_skip $PG_DB pg_dump -h $Backup_host -d $PG_DB -f $ROOTDIR/$Backup_host/$FOLDER/$PG_DB.psql } echo " $(date +%Y%m%d%H%M%S) start" > $ROOTDIR/$Backup_host/$FOLDER/$FOLDER.time for PG_DB in $(sed 's/"//g' $Backup_host/$FOLDER/$FOLDER.list) do echo "$PG_DB" func_export $PG_DB done echo " $(date +%Y%m%d%H%M%S) end" >> $ROOTDIR/$Backup_host/$FOLDER/$FOLDER.time #for statistics collection echo determin schema sizes du $Backup_host/$FOLDER/* -shBm >> $ROOTDIR/$Backup_host/DBs_size.txt
Bug#934769: closed by Thomas Goirand (Re: Bug#934769: openvswitch-switch: VPN services faile to start if openvswitch is used in host as primery outgoing port)
Hello! Can you please explain what is uncler in my description? "If openvswitch is used as_a__main ethernet por__t _on host, any VPN services failing to start." The route on host goes via this Ethernet and openvswitch On 8/14/2019 11:21 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the openvswitch-switch package: #934769: openvswitch-switch: VPN services faile to start if openvswitch is used in host as primery outgoing port It has been closed by Thomas Goirand . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Thomas Goirand by replying to this email.
Bug#721514: [Pkg-samba-maint] Bug#721514: winbind: Winbind authentication also broken after upgrade from from Jessie to Stretch
hi! I've looked on the https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721514 page and checked solution that was suggested . adding this lines and clearing winbind cache did the trick! idmap config * : backend = tdb idmap config * : range = 100-199 template shell = /bin/bash I think you can close this bug as resolved. Thank you! On 27.06.2017 17:55, Mathieu Parent wrote: 2017-06-27 12:01 GMT+02:00 richman1...@gmail.com <richman10000...@gmail.com>: Hi! Then I've created new server to check if it is working with domain without out of box. The following command worked properly: "kinit" ; "wbinfo -u ";"wbinfo -g". But "getent passwd", "getent group" return only local data. And I cannot open shared folder from windows machines using AD credentials. Have you installed libpam-winbind and libnss-winbind and configured /etc/nsswitch.conf? Regards
Bug#721514: [Pkg-samba-maint] Bug#721514: winbind: Winbind authentication also broken after upgrade from from Jessie to Stretch
hi! I've checked status of services on two machines On 28.06.2017 8:34, richman1...@gmail.com wrote: hi! Yes, I did installed packages and configured file. When I run "getent passwd", "getent group" I can see short delay before the answer. I think it tries to connect, but eventually fails. here what in my /etc/nsswitch.conf passwd: compat winbind group: compat winbind shadow: compat winbind Thank you! On 27.06.2017 17:55, Mathieu Parent wrote: 2017-06-27 12:01 GMT+02:00 richman1...@gmail.com <richman1...@gmail.com>: Hi! Then I've created new server to check if it is working with domain without out of box. The following command worked properly: "kinit" ; "wbinfo -u ";"wbinfo -g". But "getent passwd", "getent group" return only local data. And I cannot open shared folder from windows machines using AD credentials. Have you installed libpam-winbind and libnss-winbind and configured /etc/nsswitch.conf? Regards
Bug#721514: [Pkg-samba-maint] Bug#721514: winbind: Winbind authentication also broken after upgrade from from Jessie to Stretch
hi! Yes, I did installed packages and configured file. When I run "getent passwd", "getent group" I can see short delay before the answer. I think it tries to connect, but eventually fails. here what in my /etc/nsswitch.conf passwd: compat winbind group: compat winbind shadow: compat winbind Thank you! On 27.06.2017 17:55, Mathieu Parent wrote: 2017-06-27 12:01 GMT+02:00 richman1...@gmail.com <richman1...@gmail.com>: Hi! Then I've created new server to check if it is working with domain without out of box. The following command worked properly: "kinit" ; "wbinfo -u ";"wbinfo -g". But "getent passwd", "getent group" return only local data. And I cannot open shared folder from windows machines using AD credentials. Have you installed libpam-winbind and libnss-winbind and configured /etc/nsswitch.conf? Regards