Обновление до FreeNAS-11.1-RELEASE

[Mihalich]

Вроде всё ОК.
Ну ни как не хочет запускаться без предупреждений в логах. Кто-нибудь может объяснить что ему не нравится?

Code:

Dec 15 12:22:34 freenas freenas root: /etc/rc: WARNING: failed precmd routine for vmware_guestd
Dec 15 12:22:36 freenas freenas mDNSResponder: mDNSResponder (Engineering Build) (Dec 13 2017 16:44:42) starting
Dec 15 12:22:36 freenas freenas root: /etc/rc: WARNING: failed precmd routine for minio
Dec 15 12:22:36 freenas freenas mDNSResponder: mDNS_AddDNSServer: Lock not held! mDNS_busy (0) mDNS_reentrancy (0)
Dec 15 12:22:36 freenas last message repeated 2 times
Dec 15 12:22:36 freenas freenas mDNSResponder: mDNS_Execute: mDNSPlatformRawTime went backwards by 568 ticks; setting correction factor to 4048077550
Dec 15 12:22:38 freenas freenas daemon[4481]: BootstrapExpect is set to 1; this is the same as Bootstrap mode.
Dec 15 12:22:38 freenas freenas daemon[4481]: bootstrap = true: do not enable unless necessary
Dec 15 12:22:38 freenas freenas daemon[4481]: ==> Starting Consul agent...
Dec 15 12:22:38 freenas freenas daemon[4481]: ==> Consul agent running!
Dec 15 12:22:38 freenas freenas daemon[4481]:			Version: 'v1.0.0'
Dec 15 12:22:38 freenas freenas daemon[4481]:			Node ID: 'c1c44157-a8d2-f2cb-18bb-9c79a1841c76'
Dec 15 12:22:38 freenas freenas daemon[4481]:		  Node name: 'freenas********'
Dec 15 12:22:38 freenas freenas daemon[4481]:		 Datacenter: 'dc1' (Segment: '<all>')
Dec 15 12:22:38 freenas freenas daemon[4481]:			 Server: true (Bootstrap: true)
Dec 15 12:22:38 freenas freenas daemon[4481]:		Client Addr: [127.0.0.1] (HTTP: 8500, HTTPS: -1, DNS: 8600)
Dec 15 12:22:38 freenas freenas daemon[4481]:	   Cluster Addr: 127.0.0.1 (LAN: 8301, WAN: 8302)
Dec 15 12:22:38 freenas freenas daemon[4481]:			Encrypt: Gossip: false, TLS-Outgoing: false, TLS-Incoming: false
Dec 15 12:22:38 freenas freenas daemon[4481]:
Dec 15 12:22:38 freenas freenas daemon[4481]: ==> Log data will now stream in as it occurs:
Dec 15 12:22:38 freenas freenas daemon[4481]:
Dec 15 12:22:38 freenas freenas daemon[4481]:	 2017/12/15 12:22:38 [WARN] agent: check "service:nas-health" has the 'script' field, which has been deprecated and replaced with the 'args' field. See https://www.consul.io/docs/agent/checks.html
Dec 15 12:22:42 freenas freenas daemon[4481]: ==> Newer Consul version available: 1.0.1 (currently running: 1.0.0)
Dec 15 12:22:43 freenas freenas daemon[4481]:	 2017/12/15 12:22:43 [WARN] raft: Heartbeat timeout from "" reached, starting election

 

[Yuriy]

Это у всех:
https://forums.freenas.org/index.ph...-11-1-release-new-messages.59753/#post-423799

Обещают исправить в следующем обновлении.

 

[Mihalich]

про версию понятно, а вот эти предупреждения:
freenas root: /etc/rc: WARNING: failed precmd routine for vmware_guestd
freenas root: /etc/rc: WARNING: failed precmd routine for minio

 

[Yuriy]

Я получал такие сообщения и в предыдущих версиях. Связано, по видимому, с преднастроенными службами, которые в конкретных инсталляциях не используются, но запускаются по умолчанию.

freenas root: /etc/rc: WARNING: failed precmd routine for vmware_guestd

Это что-то о vmvare, не использую.

freenas root: /etc/rc: WARNING: failed precmd routine for minio

Это что-то о соединении с Amazon S3 для архивации, не использую.

Есть еще и такое:
FREENAS kinit: mdns: Failed to initialise lookup, error -65563

Это связано со службой mdns, которая обеспечивает яблочным устройствам обнаружение FreeNAS, и, кстати, может сходить с ума, если FreeNAS введен в домен с именем MyDomain.local.

 

[Mihalich]

так у меня эта хрень тоже не используется, эти службы можно вырубить?

 

[Yuriy]

так у меня эта хрень тоже не используется, эти службы можно вырубить?

Насколько я понял, основные службы и так вырублены. Служба AFP - настройка AppleShare, выключена. Так же и с Amazon S3, служба выключена. Где-то это глубже зарыто, какие-то вспомогательные модули, скорее всего, в middleware, которые отвечают за взаимодействие с Web интерфейсом.

Все эти сообщения об ошибках появляются только при загрузке/перезагрузке, и в дальнейшем ни на что не влияют.

Все-таки надо помнить, что FreeNAS - это как Fedora для RedHat, полигон для отработки новых решений, а потом наработки переносят в TrueNAS. Некоторые шероховатости остаются - надо исправить грубые ошибки. Кстати, и телеметрия для этого включена. Посмотрите на сетевую активность FreeNAS - постоянно что-то шлет.

 

[Mihalich]

Кто-нибудь знает что это, пришло на почту два письма с похожим содержимым

freenas.******.ru kernel log messages:
> Failed to fully fault in a core file segment at VA 0x80093e000 with size 0x3000 to be written at offset 0x348000 for process winbindd
> Failed to fully fault in a core file segment at VA 0x800941000 with size 0xe000 to be written at offset 0x34b000 for process winbindd
> pid 1864 (winbindd), uid 0: exited on signal 6 (core dumped)

-- End of security output --

при этом светофор горит зелёным и никаких нарушений в работе системы пока не вижу

 

[chs]

хм ... winbindd упал из ошибки записи на диск.
Если у Вас не используется AD для авторизации - то пофигу.
А вот проблемы с записью ... напрягают.

scrub запустить ?

 

[Mihalich]

AD используется, фринас присоединён к домену.
Запустил в ручную проверку, ошибок не выдал. Задан интервал автоматической проверки раз в неделю и раз в месяц проверяется хранилище.
scrub of pool 'freenas-boot' finished
Ещё вот такие сообщения в консоли периодически появляются:

Mar 12 13:21:27 freenas ZFS: vdev state changed, pool_guid=14546631714444832108 vdev_guid=16289774045705060224
Mar 12 13:21:27 freenas ZFS: vdev state changed, pool_guid=14546631714444832108 vdev_guid=11019006593595703682


 

[chs]

хмммм ...
может zpool status скажет что-нибудь вразумительное ?

А по поводу вылета winbindd - может это загрузочная флэха потихоньку стирается ?

 

[Yuriy]

Ещё вот такие сообщения в консоли периодически появляются:

Mar 12 13:21:27 freenas ZFS: vdev state changed, pool_guid=14546631714444832108 vdev_guid=16289774045705060224
Mar 12 13:21:27 freenas ZFS: vdev state changed, pool_guid=14546631714444832108 vdev_guid=11019006593595703682

Это стандартная запись в логе при выполнении scrub of pool. Время в логе должно соответствовать времени запланированной проверки.

 

[Yuriy]

freenas.******.ru kernel log messages:
> Failed to fully fault in a core file segment at VA 0x80093e000 with size 0x3000 to be written at offset 0x348000 for process winbindd
> Failed to fully fault in a core file segment at VA 0x800941000 with size 0xe000 to be written at offset 0x34b000 for process winbindd
> pid 1864 (winbindd), uid 0: exited on signal 6 (core dumped)

-- End of security output --

По этим сообщениям лучше отправить багрепорт. И сообщить здесь номер.

 

[Mihalich]

хмммм ...
может zpool status скажет что-нибудь вразумительное ?

А по поводу вылета winbindd - может это загрузочная флэха потихоньку стирается ?


state: ONLINE
scan: scrub repaired 0 in 0 days 01:44:18 with 0 errors on Sun Feb 18 01:44:18 2018
config:

NAME STATE READ WRITE CKSUM
Backup ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
gptid/e2457195-1e79-11e7-8f78-708bcd7e2210 ONLINE 0 0 0
gptid/986bb200-1ddf-11e7-a6a4-708bcd7e2210 ONLINE 0 0 0
gptid/b709d7ea-1e93-11e7-8f78-708bcd7e2210 ONLINE 0 0 0
gptid/3571df1b-1eac-11e7-8f78-708bcd7e2210 ONLINE 0 0 0
gptid/baaa42f8-1ec0-11e7-8f78-708bcd7e2210 ONLINE 0 0 0

errors: No known data errors

pool: freenas-boot
state: ONLINE
scan: scrub repaired 0 in 0 days 00:01:32 with 0 errors on Mon Mar 12 13:22:59 2018
config:

NAME STATE READ WRITE CKSUM
freenas-boot ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
da1p2 ONLINE 0 0 0
da0p2 ONLINE 0 0 0

errors: No known data errors


Это стандартная запись в логе при выполнении scrub of pool. Время в логе должно соответствовать времени запланированной проверки.

Да, совпадает, спасибо.

 

[Mihalich]

Снял галочку "мониторинг" и проблема ушла.

 

[Yuriy]

Снял галочку "мониторинг" и проблема ушла.

А какая версия FreeNAS сейчас стоит? В одном из 11.1.-Ux исправляли, на сколько я помню, похожую проблему с переподключением к AD в случае потери связи.

Рекомендую обновить до последней 11.1-U4 и посмотреть с включенным мониторингом, останутся ли эти сообщения.

 

[Mihalich]

Последняя сейчас стоит, до этого 11.1-U3 была. Пока не буду мониторинг включать и так всё работает.

 

[Yuriy]

Похоже, это баг:
https://redmine.ixsystems.com/issues/30909