Hi everybody!
Normally I am quite good at finding out if and why not something is
packaged in Debian, but I have not found any information about ISC
Stork, basically an optional accessory to ISC Kea.
While migrating to Kea from ISC dhcpd, I noticed that this component is
not packaged Or have I o
:11): avc: denied
{ getattr } for pid=3104 comm="daemon-init"
path="/home/bcv/.thunderbird" dev="dm-5" ino=257
scontext=system_u:system_r:virtd_t:s0
tcontext=system_u:object_r:thunderbird_home_t:s0 tclass=lnk_file
permissive=0
I am not sure why on earth
comm="daemon-init" path="/home/bcv/.thunderbird"
dev="dm-5" ino=257 scontext=system_u:system_r:virtd_t:s0
tcontext=system_u:object_r:thunderbird_home_t:s0 tclass=lnk_file
permissive=0
I am not sure why on earth would daemon-init try to read .thunderbird
directory
Thank you.
On 29/9/22 13:37, John Verhoeven wrote:
On Thursday, 29 September 2022 10:48:43 AM AWST Jiri Kanicky wrote:
I updated debian sid recently and the process is being killed after a
half of a day.
Sep 26 04:33:33 server kernel: Out of memory: Killed process 16702
(transmission-da) total
On Thursday, 29 September 2022 10:48:43 AM AWST Jiri Kanicky wrote:
> I updated debian sid recently and the process is being killed after a
> half of a day.
>
> Sep 26 04:33:33 server kernel: Out of memory: Killed process 16702
> (transmission-da) total-vm:4933944kB, anon-rss:3566896kB, file-rss:0
I updated debian sid recently and the process is being killed after a
half of a day.
Sep 26 04:33:33 server kernel: Out of memory: Killed process 16702
(transmission-da) total-vm:4933944kB, anon-rss:3566896kB, file-rss:0kB,
shmem-rss:0kB, UID:133 pgtables:7928kB oom_score_adj:0d
Any ideas?
lem.
Earlier, I was trying to keep the interface alive with "ping -i 60
xxx" instead of setting "/sys/usb/ power/control" to "on". Not
sure if that was not enough and $extif actually powered off in between
pings and avahi-daemon was simply reporting this in daemon
interface alive with "ping -i 60 xxx"
instead of setting "/sys/usb/ power/control" to "on". Not sure if
that was not enough and $extif actually powered off in between pings and
avahi-daemon was simply reporting this in daemon.log. However, kernel
reset the inte
Hi Ramesh,
There are numerous reports (mostly old, afaics) of the issue you describe, but
with various suggested reasons.
I suspect the avahi related part is a consequence rather than a cause - I didn't think
avahi was capable of disabling interfaces, the message looks like it's updating a
ta
On Thu 14 Jul 2022, at 01:03, Ram Ramesh wrote:
[...]
> I take back some of what I said. It is both - I mean usb
> autosupend+avahi_daemon. I need to keep the adaptor from autosuspending
> and tell avahi-daemon not to disable the interface in the OS.
>
> I also found the power/c
,
This is what I find in daemon.log
Jul 12 18:27:16 new-yoda avahi-daemon[441]: Withdrawing address record
for fe80::daeb:97ff:febf:5ad0 on enxd8eb97bf5ad0.
Jul 12 18:27:16 new-yoda avahi-daemon[441]: Withdrawing address record
for 192.168.1.124 on enxd8eb97bf5ad0.
After this happens, most of
) since debian
5.0.7. I have not upgraded that machine as it is working fine.
However that hardware is too old (10+ years) and I wanted to replace
it with something more modern running latest OS and that is why I
built the above machine.
My old machine does not seem have avahi-daemon. So, it runs
On Wed 13 Jul 2022, at 01:21, Ram Ramesh wrote:
> Do you know a simple way to disable autopowerdown of
> just this usb NIC? May be there is something that I can do with ethtool?
I wonder if powertop may be of use here.
It has a "tunables" section where (I think) power-saving features can be
that machine as it is working fine. However
that hardware is too old (10+ years) and I wanted to replace it with
something more modern running latest OS and that is why I built the
above machine.
My old machine does not seem have avahi-daemon. So, it runs fine.
However, my new machine has
> On 11 Jul 2022, at 17:48, Ram Ramesh wrote:
[...]
> . However, my new machine has this daemon running which notices that $extif
> does not have much activity and disables it after some timeout idle time.
> Today I noticed that my $extif is vanishing and /var/log/daemon.log s
. However
that hardware is too old (10+ years) and I wanted to replace it with
something more modern running latest OS and that is why I built the
above machine.
My old machine does not seem have avahi-daemon. So, it runs fine.
However, my new machine has this daemon running which notices that
ng log messages like these:
Mar 7 15:47:47 whio avahi-daemon[310]: Record
[Brother\032HL-2140\032\064\032whio._ipps._tcp.local#011IN#011SRV 0
0 631 whio.local ; ttl=120] not fitting in legacy unicast packet,
dropping.
Mar 7 15:47:47 whio avahi-daemon[310]: Record
[whio.local#011IN#011 fe80:
7:47 whio avahi-daemon[310]: Record
[Brother\032HL-2140\032\064\032whio._ipps._tcp.local#011IN#011SRV 0 0
631 whio.local ; ttl=120] not fitting in legacy unicast packet,
dropping.
Mar 7 15:47:47 whio avahi-daemon[310]: Record
[whio.local#011IN#011 fe80::3e4a:92ff:fed3:9e16 ; ttl=120] not
fi
On 8/03/22 13:25, Richard Hector wrote:
Hi all,
I've recently set up a small box to run cups, to provide network access
to a USB-only printer. It's a 32-bit machine running bullseye.
I'm seeing log messages like these:
Mar 7 15:47:47 whio avahi-daemon[310]: Record
[Brother
Hi all,
I've recently set up a small box to run cups, to provide network access
to a USB-only printer. It's a 32-bit machine running bullseye.
I'm seeing log messages like these:
Mar 7 15:47:47 whio avahi-daemon[310]: Record
[Brother\032HL-2140\032\064\032whio._ipps._
On Thu, Apr 08, 2021 at 01:47:22PM -0600, Charles Curley wrote:
> On Thu, 8 Apr 2021 10:46:06 -0500
> Matt Zagrabelny wrote:
>
> > If I wait for a few months to perform an "apt upgrade", many packages
> > get upgraded.
>
> ...
>
> > Is there something more elegant?
>
> As Dan Ritter already m
On Thu, 8 Apr 2021 10:46:06 -0500
Matt Zagrabelny wrote:
> If I wait for a few months to perform an "apt upgrade", many packages
> get upgraded.
...
> Is there something more elegant?
As Dan Ritter already mentioned, you can
configure a failover DHCP server, usually a good idea anyway.
Why a
On Thu, 8 Apr 2021 10:46:06 -0500
Matt Zagrabelny wrote:
> Greetings!
>
> Scenario:
>
> I have a Sid desktop computer that acts as a router for my home
> network.
>
> If I wait for a few months to perform an "apt upgrade", many packages
> get upgraded.
>
Not offering an answer, but if you're
On Thu, Apr 08, 2021 at 10:46:06AM -0500, Matt Zagrabelny wrote:
> Greetings!
>
> Scenario:
>
> I have a Sid desktop computer that acts as a router for my home network.
>
> If I wait for a few months to perform an "apt upgrade", many packages get
> upgraded.
>
> The upgrade starts with shutting
Matt Zagrabelny wrote:
> I have a Sid desktop computer that acts as a router for my home network.
I have a Stable mini-ITX "desktop" computer that acts as a
router for my home network.
> If I wait for a few months to perform an "apt upgrade", many packages get
> upgraded.
I use apticron to auto
Greetings!
Scenario:
I have a Sid desktop computer that acts as a router for my home network.
If I wait for a few months to perform an "apt upgrade", many packages get
upgraded.
The upgrade starts with shutting down isc-dhcp-server (in order to upgrade
it), then starts to upgrade all the packag
Le 29/07/2019 à 13:08, Pascal Hambourg a écrit :
Prefix delegation is a DHCPv6 feature. The kernel does managed it.
Oops ! I meant "the kernel does NOT manage it".
Le 29/07/2019 à 11:07, Harald Dunkel a écrit :
question about IPv6 support in sid: Whose job is it to bother
about the IPv6 addresses dynamically bound to eth0?
It depends what dynamic configuration method is used.
SLAAC (using router advertisements) is in kernelspace. However some
informatio
the kernel sees the prefix delegation on eth0, sets the
> old IPv6 address to "deprecated" and registers the new one. How
> comes that avahi daemon and dhcpcd and possibly others interfere?
I won't say anything about the avahi (don't see the need to install it),
but I'
Hi folks,
question about IPv6 support in sid: Whose job is it to bother
about the IPv6 addresses dynamically bound to eth0?
AFAIU the kernel sees the prefix delegation on eth0, sets the
old IPv6 address to "deprecated" and registers the new one. How
comes that avahi daemon and
Good afternoon!
I have been receiving since a long time following mails:
From: Cron Daemon
Subject: Cron test -x /usr/sbin/anacron || ( cd / &&
run-parts --report /etc/cron.daily )
To: r...@autisticstory.net
/etc/cron.daily/clamscan_daily:
Starting a daily scan of / directory.
Amount
> >qpsmtpd? It is small, plugin-based, and also written in Perl.
> I couldn't discern, BTW, whether it supports TLS / SSL to an
> upstream MTA? I did find this thread:
>
> http://www.nntp.perl.org/group/perl.qpsmtpd/2005/07/msg3404.html
That thread, I think, is about presenting TLS to t
I'm getting the error
avahi-daemon: Failed to open /etc/resolv.conf: Invalid argument
chroot.c: open() failed: No such file or directory
at boot.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800643
Is the workaround mentioned above (and below) still valid (bug date Oct
eeded to send a
root public key to the NAS to get it to accept the connection when run
from the daemon. /root/.ssh/authorized_keys in the NAS (running some
version of Linux) only had the normal user public key.
Thanks to all for the replies.
On 27/11/16 23:55, Russell Gadd wrote:
> So I'm scrambling around in the dark. Currently my vague ideas as to
> what might be wrong are:
>
> script doesn't know what nasbox is (it is defined in /etc/hosts)
You could test that by using the IP address
> ssh is being run without being associated as
On 27/11/16 13:00, Nemeth Gyorgy wrote:
...
What user runs the daemon? If it is a separate user then run the ssh
with that user interactively. If the user does not have the
~/.ssh/known_hosts file or the destination host is not in it, then you
will have problems.
I've now discovered tha
2016-11-27 11:55 keltezéssel, Russell Gadd írta:
I am trying to add a command into a script to shut down my NAS when
the UPS detects a power loss. There is a daemon apcupsd which gets a
signal from the UPS and runs various scripts which can be modified by
the user.
I have a script doshutdown
I am trying to add a command into a script to shut down my NAS when the
UPS detects a power loss. There is a daemon apcupsd which gets a signal
from the UPS and runs various scripts which can be modified by the user.
I have a script doshutdown as follows
#!/bin/sh
... various messages and
On Sat, May 7, 2016, at 02:43 PM, Christian Seiler wrote:
>
> No, it does catch the signal without a problem. But start-stop-daemon
> closes the standard filedescriptors and replaces them with /dev/null.
>
> Try it:
>
> /tmp/t.sh start
> ps ax | grep a.out
> lsof -p
On 05/07/2016 06:39 AM, CN wrote:
> The following compilable C++ program catches signals as expected if it
> runs directly from shell /tmp/a.out.
>
> However, this program fails to catch any signal and silently terminates
> if it is fired by Debian's start-stop-daemon.
N
The following compilable C++ program catches signals as expected if it
runs directly from shell /tmp/a.out.
However, this program fails to catch any signal and silently terminates
if it is fired by Debian's start-stop-daemon. (My real life multiple
threaded program does not silently termi
Dennis Wicks writes:
> Mart van de Wege wrote on 07/27/2015 12:49 AM:
>> Gary Dale writes:
>>
>>> On 26/07/15 02:44 PM, Mart van de Wege wrote:
Gary Dale writes:
>>> Upgrading to sid is asking for trouble. Sid isn't called unstable for
>>> nothing.
>>
>> I know. I really do. I only ha
Mart van de Wege wrote on 07/27/2015 12:49 AM:
Gary Dale writes:
On 26/07/15 02:44 PM, Mart van de Wege wrote:
Gary Dale writes:
Upgrading to sid is asking for trouble. Sid isn't called unstable for
nothing.
I know. I really do. I only have been running Debian since potato. On
the other
Renaud (Ron) OLGIATI wrote on 07/26/2015 03:40 PM:
On Sun, 26 Jul 2015 15:27:50 -0500
John Hasler wrote:
I want to be able to set the time if for some reason the clock is
completely incorrect (this occurred from time to time in the past).
Use your wristwatch.
Or better, your cellphone or G
Gary Dale writes:
> On 26/07/15 02:44 PM, Mart van de Wege wrote:
>> Gary Dale writes:
>>
> Upgrading to sid is asking for trouble. Sid isn't called unstable for
> nothing.
I know. I really do. I only have been running Debian since potato. On
the other hand, someone's gotta run Sid, or it'll ne
On 26/07/15 02:44 PM, Mart van de Wege wrote:
Gary Dale writes:
I haven't had any significant problems with systemd but then I waited
several months before upgrading my servers to jessie and before
upgrading my workstation to stretch. Maybe it's because of MS-DO but
I've learned to wait for th
On Sun, Jul 26, 2015 at 09:34:46PM -0400, The Wanderer wrote:
> On 07/26/2015 at 08:51 PM, Chris Bannister wrote:
>
> > On Sun, Jul 26, 2015 at 12:02:07PM -0400, Gary Dale wrote:
>
> >> Much of this discussion reminds me of an old Monty Python skit
> >> ending with the line "Lucky we didn't say a
On 07/26/2015 at 08:51 PM, Chris Bannister wrote:
> On Sun, Jul 26, 2015 at 12:02:07PM -0400, Gary Dale wrote:
>> Much of this discussion reminds me of an old Monty Python skit
>> ending with the line "Lucky we didn't say anything about the dirty
>> knife". :)
>
> IIRC, it was a dirty fork.
N
On Sun, Jul 26, 2015 at 12:02:07PM -0400, Gary Dale wrote:
> On 26/07/15 10:45 AM, John Hasler wrote:
> >>It may have been an X-Y question, but the answer to the question
> >>actually asked, was "ntp".
> >That is *an* answer. The full answer is that the Chrony and Ntp
> >packages provide time daem
On Sun, 26 Jul 2015, Gary Dale wrote:
Much of this discussion reminds me of an old Monty
Python skit ending with the line "Lucky we didn't
say anything about the dirty knife". :)
I don't recall that bit, but then NO ONE EXPECTS THE
SPANISH INQUISITION!
Recently I checked out the price of
On Sun, 26 Jul 2015, John Hasler wrote:
Systemd-timesyncd is not a replacement for Ntpd or
Chrony. It is just an SNTP client similar to that
used by Microsoft. It queries a single server and
does no error checking or authentication.
Basically, it replaces a cron job running Ntpdate.
A ver
On Sun, 26 Jul 2015, Lisi Reisz wrote:
The question was:
"What package contains the time daemon?"
It may have been an X-Y question, but the answer to
the question actually asked, was "ntp".
You are (again) stunningly correct Lisi. I don't seem
to have been able
John Hasler wrote:
The Wanderer writes:
The original question was "What package contains the daemon that
updates the time from a central site?".
The ntp package contains such a daemon - indeed, until systemd, almost
certainly the primary such daemon.
The chrony package provi
On 2015-07-26 15:27:50 -0500, John Hasler wrote:
> Vincent Lefevre writes:
> > I want to be able to set the time if for some reason the clock is
> > completely incorrect (this occurred from time to time in the past).
>
> Use your wristwatch.
This may be too late. The machine doesn't warn when the
On Sun, 26 Jul 2015 15:27:50 -0500
John Hasler wrote:
> > I want to be able to set the time if for some reason the clock is
> > completely incorrect (this occurred from time to time in the past).
>
> Use your wristwatch.
Or better, your cellphone or GPS receiver.
Cheers,
Ron.
--
Vincent Lefevre writes:
> I want to be able to set the time if for some reason the clock is
> completely incorrect (this occurred from time to time in the past).
Use your wristwatch.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debia
hat the authentication system is Autokey, but see above.
> > Even without it, though, sucessfully spoofing all four of the servers
> > you use would be challenging.
>
> > I don't see why this would be difficult for someone who controls the
> > local network (e.g. the wifi
On 2015-07-26 14:45:57 +0100, Brian wrote:
> On Sun 26 Jul 2015 at 15:39:48 +0200, Vincent Lefevre wrote:
> > IMHO, it is bad to be forced to uninstall a package just to make
> > some other package work.
>
> Like not being able to have postfix/exim4 and cups/lprng on a machine at
> the same time,
Gary Dale writes:
> I haven't had any significant problems with systemd but then I waited
> several months before upgrading my servers to jessie and before
> upgrading my workstation to stretch. Maybe it's because of MS-DO but
> I've learned to wait for the .1 release before upgrading. :)
I actu
On 26/07/15 12:47 PM, Dennis Wicks wrote:
Paul E Condon wrote on 07/26/2015 10:14 AM:
On 20150726_0252-0700, anxious...@gmail.com wrote:
Also years ago, and still today, there is approx which does a much
more sophisticated analysis of the data stream of repeated queries of
an ntp server. In
Paul E Condon wrote on 07/26/2015 10:14 AM:
On 20150726_0252-0700, anxious...@gmail.com wrote:
Also years ago, and still today, there is approx which does a much
more sophisticated analysis of the data stream of repeated queries of
an ntp server. In addition to setting the local clock to the
On 26/07/15 10:45 AM, John Hasler wrote:
It may have been an X-Y question, but the answer to the question
actually asked, was "ntp".
That is *an* answer. The full answer is that the Chrony and Ntp
packages provide time daemons. Systemd-timesyncd provides an SNTP
client which is probably adequa
On 26/07/15 08:57 AM, Lisi Reisz wrote:
On Sunday 26 July 2015 13:17:02 Renaud OLGIATI wrote:
On Sun, 26 Jul 2015 10:54:35 +0100
Lisi Reisz wrote:
But that is for wheezy and earlier. systemd is, of course, different.
Maybe the list should implement a rule, that people asking a question tel
Sven Hartge wrote:
>> /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
> That one is not present in Sid.
Ah, -ENOCOFFEE, I meant of course "That one is not present in Jessie."
S°
--
Sigmentation fault. Core dumped.
--
To UNSUBSCRIBE, email to debian-user-requ.
L'octidi 8 thermidor, an CCXXIII, Paul E Condon a écrit :
> Also years ago, and still today, there is chrony which does a much
> more sophisticated analysis of the data stream of repeated queries of
> an ntp server. In addition to setting the local clock to the
> same time as the external reference
Paul E Condon writes:
> Also years ago, and still today, there is approx which does a much
> more sophisticated analysis of the data stream of repeated queries of
> an ntp server. In addition to setting the local clock to the same time
> as the external reference clock as is done by both ntp and nt
REPLACE approx with chrony in the following;
> Also years ago, and still today, there is approx which does a much
> more sophisticated analysis of the data stream of repeated queries of
> an ntp server. In addition to setting the local clock to the
> same time as the external reference clock as is
On 20150726_0252-0700, anxious...@gmail.com wrote:
> On Sunday, 26 July 2015 05:30:04 UTC+1, CaT wrote:
> > On Sat, Jul 25, 2015 at 11:32:53PM -0400, Gene Heskett wrote:
> > > It is, once ntpdate has slammed the correct time into the system at boot
> > > time, then ntp takes over.
> >
> > Unless
n without it, though, sucessfully spoofing all four of the servers
> you use would be challenging.
> I don't see why this would be difficult for someone who controls the
> local network (e.g. the wifi hotspot).
If your laptop needs precise time and you are a target for such attacks
tak
ting an error message about PID 0.
As in this (left hand edge is missing):
# aptitude reinstall tdm-trinity
up tdm-trinity 94:14.0.1~pre21-0debian8.0.0.2~a)...
top-daemon:pid value must be a number greater than 0
start-stop-daemon --help for more information
---
> It may have been an X-Y question, but the answer to the question
> actually asked, was "ntp".
That is *an* answer. The full answer is that the Chrony and Ntp
packages provide time daemons. Systemd-timesyncd provides an SNTP
client which is probably adequate for most users.
--
John Hasler
jha
Systemd-timesyncd is not a replacement for Ntpd or Chrony. It is just
an SNTP client similar to that used by Microsoft. It queries a single
server and does no error checking or authentication. Basically, it
replaces a cron job running Ntpdate.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
Am 26.07.2015 um 14:57 schrieb Lisi Reisz:
> Yes, on my one systemd box, I had a problem with which no-one could help me.
>
> I do not allege that systemd directly caused it, but that the advent of
> systemd caused a lot that had worked one way before, to have to work
> differently now; that th
t; /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.co
>>>> nf [Unit]
>>>> # don't run timesyncd if we have another NTP daemon installed
>>>> ConditionFileIsExecutable=!/usr/sbin/ntpd
>>>> ConditionFileIsExecutable=!/usr/sb
On Sunday 26 July 2015 14:52:56 Bob Bernstein wrote:
> Another reason why
> the correct answer to the OP's question is NOT "ntp."
The question was:
"What package contains the time daemon?"
It may have been an X-Y question, but the answer to the question ac
On Sun, 26 Jul 2015, Michael Biebl wrote:
Yes. You actually need to do that. As long as ntp is
installed, systemd-timesyncd won't start.
I'd like to suggest that if I were a vindictive,
morally shallow person I would be rushing back into
this thread to point out: "Oh look! Another reason why
t;
> > > > #
> > > > /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.co
> > > >nf [Unit]
> > > > # don't run timesyncd if we have another NTP daemon installed
> > > > ConditionFileIsExecutable=!/usr/sbin/n
n't start.
> > > The assumption here is, that if the admin explicitly installed ntp, it
> > > should be preferred of systemd-timesyncd.
> > > See
> > >
> > > #
> > > /lib/systemd/system/systemd-timesyncd.service.d/disable-with-ti
min explicitly installed ntp, it
> > should be preferred of systemd-timesyncd.
> > See
> >
> > #
> > /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.co
> >nf [Unit]
> > # don't run timesyncd if we have another NTP daemon instal
On Sun 26 Jul 2015 at 14:57:02 +0200, Sven Hartge wrote:
> Michael Biebl wrote:
>
> > The assumption here is, that if the admin explicitly installed ntp, it
> > should be preferred of systemd-timesyncd.
> > See
>
> > /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
On 2015-07-26 07:53:45 -0500, John Hasler wrote:
> Vincent Lefevre writes:
> > Unfortunately none of them is secure, I mean: some attacker won't tend
> > to make the date on your machine incorrect because of lack of
> > authentication.
>
> http://www.ntp.org/ntpfaq/NTP-s-config-adv.htm
>
> See se
On Sun, Jul 26, 2015 at 02:38:45PM +0200, Michael Biebl wrote:
> Am 26.07.2015 um 13:44 schrieb Chris Bannister:
> > On Sun, Jul 26, 2015 at 02:03:48AM +0200, Michael Biebl wrote:
> >>>
> >>> If you are using systemd, look for timedatectl. Settings are at
> >>> /etc/systemd/timesyncd.conf
> >>
> >>
wondering if my Jessie system is updating its clock
>>>>> regularly. It gives a different time than my Windows box. What
>>>>> package contains the daemon that updates the time from a central
>>>>> site?
[...]
>> I think that answers my other
oyer:
> >>>> I am wondering if my Jessie system is updating its clock regularly. It
> >>>> gives a
> >>>> different time than my Windows box. What package contains the daemon
> >>>> that updates the time from a central site?
>
On Sunday 26 July 2015 13:17:02 Renaud OLGIATI wrote:
> On Sun, 26 Jul 2015 10:54:35 +0100
>
> Lisi Reisz wrote:
> > But that is for wheezy and earlier. systemd is, of course, different.
>
> Maybe the list should implement a rule, that people asking a question tell
> us whether they are running
Vincent Lefevre writes:
> Unfortunately none of them is secure, I mean: some attacker won't tend
> to make the date on your machine incorrect because of lack of
> authentication.
http://www.ntp.org/ntpfaq/NTP-s-config-adv.htm
See section 6.6.2, Authentication
Even without it, though, sucessfully
dating its clock regularly. It
>>>> gives a
>>>> different time than my Windows box. What package contains the daemon
>>>> that updates the time from a central site?
>>>
>>> If you are using systemd, look for timedatectl. Settings are at
>>&
On Sun, 26 Jul 2015 10:54:35 +0100
Lisi Reisz wrote:
> But that is for wheezy and earlier. systemd is, of course, different.
Maybe the list should implement a rule, that people asking a question tell us
whether they are running systemd or not.
Given that the advent of systemd has, as a stroke
anxiousmac writes:
> Years ago ... we didn't all have always-on connections.
Chrony was developed to solve that problem.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
CaT writes:
> Unless I misremember, you don't even need ntpdate. Starting ntp with
> -g will do just fine (and it's the default config - I add -N). I don't
> even have ntpdate installed.
Yes. Ntpdate is obsolete.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
--
To UNSUBSCRIBE, email to d
On 2015-07-26 02:31:45 +0200, Michael Biebl wrote:
> You can have a client, which is a daemon.
> ntp implements both, an NTP client and server.
> systemd-timesyncd only implements a client (running as daemon).
> chrony, fwiw, is another client (running as daemon).
> ntpdate is a cl
erent time than my Windows box. What package contains the daemon
> >> that updates the time from a central site?
> >
> > If you are using systemd, look for timedatectl. Settings are at
> > /etc/systemd/timesyncd.conf
>
> In most cases, simply running "
On Sun, Jul 26, 2015 at 10:54:35AM +0100, Lisi Reisz wrote:
> On Sunday 26 July 2015 05:09:37 CaT wrote:
> > On Sat, Jul 25, 2015 at 11:32:53PM -0400, Gene Heskett wrote:
> > > It is, once ntpdate has slammed the correct time into the system at boot
> > > time, then ntp takes over.
> >
> > Unless I
On Sunday, 26 July 2015 05:30:04 UTC+1, CaT wrote:
> On Sat, Jul 25, 2015 at 11:32:53PM -0400, Gene Heskett wrote:
> > It is, once ntpdate has slammed the correct time into the system at boot
> > time, then ntp takes over.
>
> Unless I misremember, you don't even need ntpdate. Starting ntp with
On Sunday 26 July 2015 05:09:37 CaT wrote:
> On Sat, Jul 25, 2015 at 11:32:53PM -0400, Gene Heskett wrote:
> > It is, once ntpdate has slammed the correct time into the system at boot
> > time, then ntp takes over.
>
> Unless I misremember, you don't even need ntpdate. Starting ntp with
> -g will d
On Sat, Jul 25, 2015 at 11:32:53PM -0400, Gene Heskett wrote:
> It is, once ntpdate has slammed the correct time into the system at boot
> time, then ntp takes over.
Unless I misremember, you don't even need ntpdate. Starting ntp with
-g will do just fine (and it's the default config - I add -N).
gt; question. Since ntpdate does not depend on ntp, then I
> have to say, simply REALLY!
But ntpdate is only used at bootup, once. The machine can and will drift.
Running ntp as a daemon, it checks the round trip time and initially
adjusts the time to within a few milliseconds of NBS time, tr
The Wanderer writes:
> The original question was "What package contains the daemon that
> updates the time from a central site?".
> The ntp package contains such a daemon - indeed, until systemd, almost
> certainly the primary such daemon.
The chrony package provides a tim
On Sat, 25 Jul 2015, The Wanderer wrote:
This is bordering on code-of-conduct
questionability.
I'm glad to hear that. I can see that my work here is
done.
--
I am not a loony. Why should I be tarred with the epithet
'loony' merely because I have a pet halibut? I've heard
tell that Sir Ge
Am 26.07.2015 um 02:23 schrieb The Wanderer:
> The original question was "What package contains the daemon that updates
> the time from a central site?".
>
> The ntp package contains such a daemon - indeed, until systemd, almost
> certainly the primary such daemon. (And
1 - 100 of 1141 matches
Mail list logo
