# Date --set makes zkifc babbling

**URL:** https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674
**Category:** Secure Edge Nodes
**Created:** [July 1, 2024, 7:52am UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674 "2024-07-01T07:52:17Z")
**Posts on this page:** 9
**Page:** 1

<div class="post-metadata">

### Author: ![Billy](https://avatars.discourse-cdn.com/v4/letter/b/ecd19e/32.png) [@Billy](https://community.zymbit.com/u/Billy)
#### Post date: [July 1, 2024, 7:52am UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/1 "2024-07-01T07:52:17Z")

</div>

I found a issue in secure edge node d35, when perform ‘date --set hhhh-mm-dd’ in console to change the system time, zkifc service will start to print in syslog very quickly and will not stop:  
Jul 1 15:44:28 zkifc[923]: Zymkey is babbling…  
Jul 1 15:44:28 zkifc[923]: Zymkey is babbling…  
Jul 1 15:44:28 zkifc[923]: Zymkey is babbling…  
Jul 1 15:44:28 zkifc[923]: Zymkey is babbling…  
Jul 1 15:44:28 zkifc[923]: Zymkey is babbling…

This can be reproduced no matter NTP service is active or not.  
Since it produces a log of logs, the disk space can be exhausted quickly.

---

<div class="post-metadata">

### Author: ![Bob\_of\_Zymbit](https://avatars.discourse-cdn.com/v4/letter/b/82dd89/32.png) [@Bob\_of\_Zymbit](https://community.zymbit.com/u/Bob_of_Zymbit)
#### Post date: [July 1, 2024, 11:34pm UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/2 "2024-07-01T23:34:44Z")

</div>

@billy - I can’t easily reproduce this in our standard image setup. I’m wondering if perhaps there is some type of permissions issue? Can you detail if you have changed anything, like added another user, deleted the zymbit user, etc.? Please confirm that this is bullseye64, and whether or not you are running our Bootware add-on.

Thank you,  
Bob

---

<div class="post-metadata">

### Author: ![Billy](https://avatars.discourse-cdn.com/v4/letter/b/ecd19e/32.png) [@Billy](https://community.zymbit.com/u/Billy)
#### Post date: [July 2, 2024, 2:54am UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/3 "2024-07-02T02:54:56Z")

</div>

Update: It will be more easily to reproduce when ntp is disabled.

I can reproduce it in a brand new d35 box, what I have done includes:

1. Set timezone to Asia/Hong\_kong(not sure if it does matter)
2. disabled the ntp by `sudo timedatectl set-ntp false`.
3. Then try set date for several times:  
`sudo date --set "2024-07-10 00:00:00"`

Then I got the error:

```auto
Jul 9 09:00:09 zymbit-dev zkifc[900]: Zymkey is babbling...
Jul 9 09:00:09 zymbit-dev zkifc[900]: Zymkey is babbling...
Jul 9 09:00:09 zymbit-dev zkifc[900]: Zymkey is babbling...
Jul 9 09:00:09 zymbit-dev zkifc[900]: Zymkey is babbling...
Jul 9 09:00:09 zymbit-dev zkifc[900]: Zymkey is babbling...
Jul 9 09:00:09 zymbit-dev zkifc[900]: Zymkey is babbling...
^C
zymbit@zymbit-dev:~ $ sudo less /var/log/syslog
zymbit@zymbit-dev:~ $ timedatectl status
               Local time: Wed 2024-07-10 00:01:23 HKT
           Universal time: Tue 2024-07-09 16:01:23 UTC
                 RTC time: n/a
                Time zone: Asia/Hong_Kong (HKT, +0800)
System clock synchronized: no
              NTP service: inactive
          RTC in local TZ: no
zymbit@zymbit-dev:~ $

```

---

<div class="post-metadata">

### Author: ![Bob\_of\_Zymbit](https://avatars.discourse-cdn.com/v4/letter/b/82dd89/32.png) [@Bob\_of\_Zymbit](https://community.zymbit.com/u/Bob_of_Zymbit)
#### Post date: [July 3, 2024, 4:08pm UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/4 "2024-07-03T16:08:24Z")

</div>

Thank you @Billy. Leaving out NTP helps me debug. I can see the Babbling message now. I’ll get back to you shortly.

---

<div class="post-metadata">

### Author: ![Bob\_of\_Zymbit](https://avatars.discourse-cdn.com/v4/letter/b/82dd89/32.png) [@Bob\_of\_Zymbit](https://community.zymbit.com/u/Bob_of_Zymbit)
#### Post date: [July 3, 2024, 9:37pm UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/5 "2024-07-03T21:37:58Z")

</div>

Still looking into this. I don’t think it will happen if you `systemctl stop zkifc`, set the date, then `systemctl start zkifc`. I will get you a better explanation on Monday. (We have a long weekend holiday).

---

<div class="post-metadata">

### Author: ![Billy](https://avatars.discourse-cdn.com/v4/letter/b/ecd19e/32.png) [@Billy](https://community.zymbit.com/u/Billy)
#### Post date: [July 9, 2024, 6:52am UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/6 "2024-07-09T06:52:15Z")

</div>

@Bob_of_Zymbit Hi Bob, is there any update?

---

<div class="post-metadata">

### Author: ![Bob\_of\_Zymbit](https://avatars.discourse-cdn.com/v4/letter/b/82dd89/32.png) [@Bob\_of\_Zymbit](https://community.zymbit.com/u/Bob_of_Zymbit)
#### Post date: [July 9, 2024, 2:27pm UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/7 "2024-07-09T14:27:32Z")

</div>

@Billy Nothing concrete. Can you stop zkifc, set your date and restart zkifc? Does that prevent the Babbling message, or do you continue to have problems?

---

<div class="post-metadata">

### Author: ![Billy](https://avatars.discourse-cdn.com/v4/letter/b/ecd19e/32.png) [@Billy](https://community.zymbit.com/u/Billy)
#### Post date: [July 10, 2024, 7:45am UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/8 "2024-07-10T07:45:10Z")

</div>

It’s not a blocking issue to me, but would like to know if it can be fixed, please kindly keep me updated, thanks.

---

<div class="post-metadata">

### Author: ![Billy](https://avatars.discourse-cdn.com/v4/letter/b/ecd19e/32.png) [@Billy](https://community.zymbit.com/u/Billy)
#### Post date: [December 24, 2024, 1:28am UTC](https://community.zymbit.com/t/date-set-makes-zkifc-babbling/1674/9 "2024-12-24T01:28:07Z")

</div>

@Bob_of_Zymbit Hi Bob, this issue occurred in one device that we deployed in the field of our customer, since the large amount of logs consumed all the disk space, the device is not able to run our application properly. Not sure how did it happen as there should be nobody login to the device and change the system time, but it raised concerns about the stability of the device, our customer is not satisfied.  
May I know is there any plan to fix this issue?
