NAS4Free 11.1.0.4.4528 released (FreeBSD 11.1-RELEASE-P1) new release

[Cramin]

Upgrade from 11.0.0.4 ok.
But i have problem, SNMP enabled and log file is spamed:

Code: Select all

Aug 19 22:59:12	last	message repeated 8 times
Aug 19 22:57:11	last	message repeated 8 times
Aug 19 22:55:12	last	message repeated 3 times
Aug 19 22:55:12	snmpd[2905]:	hrPrinterTable: printcap entry for <noname?> has errors, skipping
Aug 19 22:54:37	last	message repeated 8 times
Aug 19 22:52:12	last	message repeated 8 times
Aug 19 22:50:11	last	message repeated 3 times
Aug 19 22:50:11	snmpd[2905]:	hrPrinterTable: printcap entry for <noname?> has errors, skipping
Aug 19 22:49:11	last	message repeated 8 times
Aug 19 22:47:12	last	message repeated 8 times
Aug 19 22:45:11	last	message repeated 3 times
Aug 19 22:45:11	snmpd[2905]:	hrPrinterTable: printcap entry for <noname?> has errors, skipping
Aug 19 22:44:11	last	message repeated 8 times
Aug 19 22:42:11	last	message repeated 8 times
Aug 19 22:40:12	last	message repeated 3 times
Aug 19 22:40:12	snmpd[2905]:	hrPrinterTable: printcap entry for <noname?> has errors, skipping
Aug 19 22:39:11	last	message repeated 7 times
Aug 19 22:37:11	last	message repeated 8 times
Aug 19 22:35:10	last	message repeated 3 times
Aug 19 22:35:10	snmpd[2905]:	hrPrinterTable: printcap entry for <noname?> has errors, skipping
Aug 19 22:34:10	last	message repeated 6 times
Aug 19 22:32:11	last	message repeated 8 times
Aug 19 22:30:12	last	message repeated 3 times

Quick solution:
Creating empty file in /etc

snmp1.png

[zoon01]

Cramin

Thanks for report hrPrinterTable: printcap entry for <noname?> has errors.
This is fixed for next release.

[danzi]

Guys, I recently set up Syncthing from a win machine to do backups.

Since then the new build seems to restart itself quite randomly. Happened twice in the past 6-8 hours now.

Will try setting up logging to a permanent partition and see if there are any logs there

[lux]

Updating from 11.0.4383 to latest 11.1.4528 - update went smooth but i have many Errors from my LSI-Controller 9211-8i (M1015):

Code: Select all

...
Aug 24 19:21:12	xeonas	kernel: mps0: SAS Address from SATA device = d23e2d60b7feae9d
Aug 24 19:21:12	xeonas	kernel: mps0: SAS Address for SATA device = d23e2d60b7feae9d
Aug 24 19:21:12	xeonas	kernel: mps_config_set_dpm_pg0: request for header completed with error 60
Aug 24 19:21:12	xeonas	kernel: mps0: Reinit success
Aug 24 19:21:12	xeonas	kernel: mps0: mps_reinit finished sc 0xfffffe0000f72000 post 4 free 3
Aug 24 19:21:12	xeonas	kernel: mps0: IOCCapabilities: 1285c<ScsiTaskFull,DiagTrace,SnapBuf,EEDP,TransRetry,EventReplay,HostDisc>
Aug 24 19:21:12	xeonas	kernel: mps0: Firmware: 20.00.07.00, Driver: 21.02.00.00-fbsd
Aug 24 19:21:12	xeonas	kernel: mps0: Warning: io_cmds_active is out of sync - resynching to 0
Aug 24 19:21:12	xeonas	kernel: mps0: Warning: io_cmds_active is out of sync - resynching to 0
Aug 24 19:21:12	xeonas	kernel: mps0: Warning: io_cmds_active is out of sync - resynching to 0
Aug 24 19:21:12	xeonas	kernel: mps0: Warning: io_cmds_active is out of sync - resynching to 0
Aug 24 19:21:12	xeonas	kernel: mps0: Warning: io_cmds_active is out of sync - resynching to 0
Aug 24 19:21:12	xeonas	kernel: mps0: Warning: io_cmds_active is out of sync - resynching to 0
Aug 24 19:21:12	xeonas	kernel: mps0: Warning: io_cmds_active is out of sync - resynching to 0
...
log is full of this Error

anybody have this too?

there's no newer Firmware available for my Card

/edit

don't know why but my Problem is gone - after a few reboots & complete shutdown for few Minutes

[ggrussenmeyer]

Hi,

I just performed a fresh install of this version from LiveUSB and I encounter an issue when accessing the Web UI: the authentication form is displayed but when credentials are entered, the rendering of index.php just fails and a plain text page with the following message is displayed:

Code: Select all

Fatal error: Class 'properties_zfs_dataset_enhanced' not found in /etc/inc/properties_zfs_dataset.php on line 35

I checked the contents of /etc/inc/properties_zfs_dataset.php and undestand that the PHP interpreter does not like the fact that the 'properties_zfs_dataset_enhanced' is being used before it is defined (I don't master PHP at all). As a matter of fact, moving the two last class definitions at the beginning of the file in reverse order fixes the issue (and index.php is correctly rendered).

It is however unclear to me why I am the only one to have this issue given that a lot of people seem to have performed the upgrade without hitting this.

Regards,

Guillaume.

[netware5]

Updated successfully from 11.0.0.4.4383 to 11.1.0.4.4528. No issues so far except that it happened again: https://nas4free.org/forums/viewtopic.php?f=16&t=12647, so I was forced to do upgrade using LiveUSB.

[spolcyn]

Hi,

I just performed a fresh install of this version from LiveUSB and I encounter an issue when accessing the Web UI: the authentication form is displayed but when credentials are entered, the rendering of index.php just fails and a plain text page with the following message is displayed:

Code: Select all

Fatal error: Class 'properties_zfs_dataset_enhanced' not found in /etc/inc/properties_zfs_dataset.php on line 35

I checked the contents of /etc/inc/properties_zfs_dataset.php and undestand that the PHP interpreter does not like the fact that the 'properties_zfs_dataset_enhanced' is being used before it is defined (I don't master PHP at all). As a matter of fact, moving the two last class definitions at the beginning of the file in reverse order fixes the issue (and index.php is correctly rendered).

It is however unclear to me why I am the only one to have this issue given that a lot of people seem to have performed the upgrade without hitting this.

Regards,

Guillaume.

I had the same issue as Guillaume under the same circumstances - brand new install from LiveUSB and receive exactly the same error. Following his instructions to move the last two class definitions to the beginning of the file and then reversing them fixed the problem for me as well.

[krutolo]

Hi,

I just performed a fresh install of this version from LiveUSB and I encounter an issue when accessing the Web UI: the authentication form is displayed but when credentials are entered, the rendering of index.php just fails and a plain text page with the following message is displayed:

Code: Select all
Fatal error: Class 'properties_zfs_dataset_enhanced' not found in /etc/inc/properties_zfs_dataset.php on line 35
I checked the contents of /etc/inc/properties_zfs_dataset.php and undestand that the PHP interpreter does not like the fact that the 'properties_zfs_dataset_enhanced' is being used before it is defined (I don't master PHP at all). As a matter of fact, moving the two last class definitions at the beginning of the file in reverse order fixes the issue (and index.php is correctly rendered).

It is however unclear to me why I am the only one to have this issue given that a lot of people seem to have performed the upgrade without hitting this.

Regards,

Guillaume.

That helped me too. But how can I make the changes permanent? I have to reconfigure it after every reboot. Please help! Thank you.

[dratrak]

When trying to get error information. The case is that the validity and password in consola all seemingly good

Fatal error: Class 'properties_zfs_dataset_enhanced' not found in /etc/inc/properties_zfs_dataset.php on line 35

any ideas?

[JoseMR]

When trying to get error information. The case is that the validity and password in consola all seemingly good

Fatal error: Class 'properties_zfs_dataset_enhanced' not found in /etc/inc/properties_zfs_dataset.php on line 35

any ideas?

Here you can get latest (quick-fix releases) and give it a shot: http://www.zoonsweb.nl/Latest_NAS4Free_Builds/

Regards

[krutowski]

@JoseMR

That worked for me. Thank you.

[dratrak]

When trying to get error information. The case is that the validity and password in consola all seemingly good

Fatal error: Class 'properties_zfs_dataset_enhanced' not found in /etc/inc/properties_zfs_dataset.php on line 35

any ideas?

Here you can get latest (quick-fix releases) and give it a shot: http://www.zoonsweb.nl/Latest_NAS4Free_Builds/

Regards

Oh yeah!

Everything worked correctly for revision 4548

Thanks for everything

[raulfg3]

sorry bad news for miniDLN and inotify.

If I enable Inotify to detect new files on folders with lot of files, minidlna crash.


this happens since ver 11.1.0.4.4421 and happens the same on this release.

2017/08/28 18:11:04 minidlna HTTP connection from 192.168.1.50:54289
2017/08/28 18:11:04 clients Client found in cache. [Samsung Series [CDEFJ]/entry 4]
2017/08/28 18:11:04 upnphttp HTTP REQUEST: GET /X_MS_MediaReceiverRegistrar.xml HTTP/1.1
2017/08/28 18:11:04 upnphttp HTTP RESPONSE: HTTP/1.1 200 OK
2017/08/28 18:11:04 clients Client found in cache. [Samsung Series [CDEFJ]/entry 4]
2017/08/28 18:11:04 upnphttp HTTP REQUEST: GET /ConnectionMgr.xml HTTP/1.1
2017/08/28 18:11:04 upnphttp HTTP RESPONSE: HTTP/1.1 200 OK
2017/08/28 18:11:04 minidlna HTTP connection from 192.168.1.50:54293
2017/08/28 18:11:04 minidlna HTTP connection from 192.168.1.50:54294
2017/08/28 18:11:04 clients Client found in cache. [Samsung Series [CDEFJ]/entry 4]
2017/08/28 18:11:04 upnphttp HTTP REQUEST: SUBSCRIBE /evt/ConnectionMgr HTTP/1.1
2017/08/28 18:11:04 upnphttp ProcessHTTPSubscribe /evt/ConnectionMgr
2017/08/28 18:11:04 upnphttp Callback 'http://192.168.1.50:8187/eventing_11/' Timeout=1800
2017/08/28 18:11:04 upnphttp SID ''
2017/08/28 18:11:04 upnpevents addSubscriber(/evt/ConnectionMgr, http://192.168.1.50:8187/eventing_11/, 1800)
2017/08/28 18:11:04 upnphttp generated sid=uuid:7e40a5a1-8c0b-11e7-be8a-984be16cbbdc
2017/08/28 18:11:04 upnphttp HTTP RESPONSE: HTTP/1.1 200 OK
2017/08/28 18:11:04 clients Client found in cache. [Samsung Series [CDEFJ]/entry 4]
2017/08/28 18:11:04 upnphttp HTTP REQUEST: SUBSCRIBE /evt/ContentDir HTTP/1.1
2017/08/28 18:11:04 upnphttp ProcessHTTPSubscribe /evt/ContentDir
2017/08/28 18:11:04 upnphttp Callback 'http://192.168.1.50:8187/eventing_10/' Timeout=1800
2017/08/28 18:11:04 upnphttp SID ''
2017/08/28 18:11:04 upnpevents addSubscriber(/evt/ContentDir, http://192.168.1.50:8187/eventing_10/, 1800)
2017/08/28 18:11:04 upnphttp generated sid=uuid:7e40ed62-8c0b-11e7-be8a-984be16cbbdc
2017/08/28 18:11:04 upnphttp HTTP RESPONSE: HTTP/1.1 200 OK
2017/08/28 18:11:04 upnpevents upnpevents_selectfds: file descriptor 2118 too big for select, limit is 1024

this is the info that I find using google:

upnpevents_selectfds


https://forums.freebsd.org/threads/45410/

same problem in 2015: viewtopic.php?t=9856

not sure if really the problem is the leng of file descriptor, but is tested all times in my actual collection, if I enable inotify the minidlna crash.

[raulfg3]

anyone can confirm if have problems with inotify on large directories?

[sleid]

No problems with inotify
Audio files 11288
Video files 3797
Image files 40754

Have you added in loader.conf inotify = yes ?

[raulfg3]

thanks a lot:

mine:
Audio files 0
Video files 24842
Image files 0

I still need to disable inotify to work with miniDLNA, all times that I enable it, when add video files, miniDLNA crashed and no usefull info is show in the log.

I try to investigate further, but is good to know that is not a bug.

[sleid]

thanks a lot:

mine:
Audio files 0
Video files 24842
Image files 0

I still need to disable inotify to work with miniDLNA, all times that I enable it, when add video files, miniDLNA crashed and no usefull info is show in the log.

I try to investigate further, but is good to know that is not a bug.

Add inotify=yes in loader.conf and reboot

[raulfg3]

do you mean do not enable in miniDLNA webGUI but enable directly on loader.conf?

[sleid]

I was forced to add this parameter in the loader so that inotify works correctly for minidlna.
I am not sure of the explanation but I think in the loader it is to start or use inotify and in minidlna it is to use the result of inotify:
IN_ACCESS
IN_MODIFY
IN_ATTRIB
IN_OPEN
IN_CLOSE_WRITE
IN_CLOSE_NOWRITE
IN_MOVED_FROM / IN_MOVED_TO
IN_DELETE_SELF
IN_DELETE
IN_CREATE

[raulfg3]

sorry still fails.

if I push the "rescan" button with inotify is disable ( in miniDLNA WebGUI), miniDLNA works fine and all files are scaned ( no crash), once is stable, I enable inotify in loader.conf, reboot, recheck minidlna and still works, then enable inotify in miniDLNA webGUI and still works (no crash), only crash when I add 1 file to check inotify, at this point minidlna crash and that are the last lines on the debug log:

2017/09/02 11:19:20 minidlna HTTP connection from 192.168.1.71:49817
2017/09/02 11:19:20 upnphttp HTTP Connection closed unexpectedly
2017/09/02 11:19:20 upnpevents upnpevents_selectfds: file descriptor 2126 too big for select, limit is 1024

so the question is, how to solve or bypass upnpevents_selectfds limit?


Of course if I add files when inotify is disabled, MiniDLNA do NOT crash, but is not updated ( the added file is not refresh on upnp folder), so because I have 24.000 files is very annoying to push the rescan button every time i add a file ( took several minutes to finalize scanner).


more info: https://bugs.freebsd.org/bugzilla/show_ ... ?id=185155

[sleid]

I just checked your configuration, except that I activated Tivo support, I have no difference with yours.

https://bugs.freebsd.org/bugzilla/show_ ... ?id=185155

Indeed your problem is well described as a bug but I still have trouble understanding why I am not a victim!

[raulfg3]

I just checked your configuration, except that I activated Tivo support, I have no difference with yours.

https://bugs.freebsd.org/bugzilla/show_ ... ?id=185155

Indeed your problem is well described as a bug but I still have trouble understanding why I am not a victim!

perhaps do you do not reach the 1024 limit ("upnpevents_selectfds: file descriptor 2126 too big for select, limit is 1024")

[sleid]

Today:
upnpevents_selectfds: file descriptor 2628 too big for select, limit is 1024

and miniDLNA crash

[raulfg3]

good to know ( i'm not alone).


sorry bad news.


but this is clearly a bug and perhaps developers can pach it.

[sleid]

good to know ( i'm not alone).


sorry bad news.


but this is clearly a bug and perhaps developers can pach it.

https://www.freebsd.org/cgi/man.cgi?select

But FD_SETSIZE set to 8192 in loader_conf don't solve this bug.

[raulfg3]

yes , I know ( i try it too), the bug is really old and was pached and works fine until latest N4F updates (miniDLNA woks fine on 11.0 series), I only can confirm that fail on latest 4551, 4528 and 4421, but I do not test older version , so something changed between this version are the origen of the fault.

[sleid]

Hi, zoon01
your attempt to fix upnpevents_selectfds file descriptor xxxx too big for select, limit is 1024 is a success!

[raulfg3]

Hi, zoon01
your attempt to fix upnpevents_selectfds file descriptor xxxx too big for select, limit is 1024 is a success!

sorry I lost somethig.

It's solved?.

in which revision?.

[sleid]

11.1.0.4.4553

[raulfg3]

Ok, I see it now.

I'll try it as soon as possible.

1.jpg