Welcome! Log In Create A New Profile

Advanced

NSA320 rootfs upgrade strech to buster question

Posted by Pickle 
NSA320 rootfs upgrade strech to buster question
March 02, 2020 08:50PM
Just updated to the latest kernel with no problems.
I dont want to reimage my entire usb rootfs and setup from scratch.
Is switching the repo url's to buster another safe to upgrade? Otherwise im just going to let it be.
Re: NSA320 rootfs upgrade strech to buster question
March 03, 2020 12:37AM
Pickle,

> Just updated to the latest kernel with no
> problems.
> I dont want to reimage my entire usb rootfs and
> setup from scratch.
> Is switching the repo url's to buster another safe
> to upgrade? Otherwise im just going to let it be.

Yes. It is safe. But I would backup this USB rootfs first before upgrade.

Here is how I usually do backup and restore:

https://forum.doozan.com/read.php?2,12096,24034#msg-24034

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: NSA320 rootfs upgrade strech to buster question
March 03, 2020 07:33PM
Thanks for the assurance and I did the backup first. Everything seems to function fine.

But i took a look at some of the logs and these messages stood out. So i dont know if something from my old config files isnt compatible now. Anyone opinion are these worth bothering with?

dmesg:
[   26.302177] random: 7 urandom warning(s) missed due to ratelimiting
[   27.935214] systemd[1]: File /lib/systemd/system/systemd-journald.service:12 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
[   27.953149] systemd[1]: Proceeding WITHOUT firewalling in effect! (This warning is only shown for the first loaded unit using IP firewalling.)
[   28.190774] systemd[1]: /lib/systemd/system/smbd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/samba/smbd.pid \xe2\x86\x92 /run/samba/smbd.pid; please update the unit file accordingly.
[   28.213921] systemd[1]: /lib/systemd/system/nmbd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/samba/nmbd.pid \xe2\x86\x92 /run/samba/nmbd.pid; please update the unit file accordingly.
[   28.387282] systemd[1]: /lib/systemd/system/openmediavault-engined.service:7: PIDFile= references path below legacy directory /var/run/, updating /var/run/omv-engined.pid \xe2\x86\x92 /run/omv-engined.pid; please update the unit file accordingly.
[   28.457299] systemd[1]: /lib/systemd/system/rpc-statd.service:13: PIDFile= references path below legacy directory /var/run/, updating /var/run/rpc.statd.pid \xe2\x86\x92 /run/rpc.statd.pid; please update the unit file accordingly.

edit: the PID stuff i resolved by editing each service file under /lib/systemd/system/smbd.service for example.
Just deleted the /var. Based on this bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928864

syslog
Mar  3 20:29:22 NSA320 monit[748]: Mail: Error receiving data from the mailserver -- Resource temporarily unavailable
Mar  3 20:29:22 NSA320 monit[748]: Alert handler failed, retry scheduled for next cycle
Mar  3 20:29:56 NSA320 postfix/smtpd[2379]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
Mar  3 20:29:56 NSA320 postfix/smtpd[2379]: fatal: in parameter smtpd_relay_restrictions or smtpd_recipient_restrictions, specify at least one working instance of: reject_unauth_destination, defer_unauth_destination, reject, defer, defer_if_permit or check_relay_domains
Mar  3 20:29:57 NSA320 postfix/master[1653]: warning: process /usr/lib/postfix/sbin/smtpd pid 2379 exit status 1

edit: I think these go away if i upgrade to omv 5



Edited 2 time(s). Last edit at 03/03/2020 10:51PM by Pickle.
Re: NSA320 rootfs upgrade strech to buster question
March 04, 2020 12:00AM
Pickle,

> But i took a look at some of the logs and these
> messages stood out. So i dont know if something
> from my old config files isnt compatible now.
> Anyone opinion are these worth bothering with?

I have no opinion regarding systemd. I consider that something everybody needs to deal with after they installed my basic rootfs and run Debian successfully (with sysvinit).

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: NSA320 rootfs upgrade strech to buster question
March 05, 2020 08:17PM
Did a copy from this device to another on my network and ive got quite a few of these repeating:
Seems a lot about memory do i need a swap file?

[68299.714581] kswapd0: page allocation failure: order:0, mode:0xa20(GFP_ATOMIC), nodemask=(null)
[68299.724020] CPU: 0 PID: 112 Comm: kswapd0 Not tainted 5.5.1-kirkwood-tld-1 #1.0
[68299.732087] Hardware name: Marvell Kirkwood (Flattened Device Tree)
[68299.739147] [<8010f668>] (unwind_backtrace) from [<8010b9f4>] (show_stack+0x10/0x14)
[68299.747675] [<8010b9f4>] (show_stack) from [<80244bec>] (warn_alloc+0xa0/0x158)
[68299.755759] [<80244bec>] (warn_alloc) from [<80245244>] (__alloc_pages_nodemask+0x58c/0xbb4)
[68299.764971] [<80245244>] (__alloc_pages_nodemask) from [<80245984>] (page_frag_alloc+0x54/0x148)
[68299.774536] [<80245984>] (page_frag_alloc) from [<808931dc>] (__netdev_alloc_skb+0xe4/0x14c)
[68299.783721] [<808931dc>] (__netdev_alloc_skb) from [<807667b0>] (rxq_refill+0x68/0x108)
[68299.792492] [<807667b0>] (rxq_refill) from [<80766d50>] (mv643xx_eth_poll+0x500/0x530)
[68299.801182] [<80766d50>] (mv643xx_eth_poll) from [<808a87dc>] (net_rx_action+0xf8/0x2d8)
[68299.810060] [<808a87dc>] (net_rx_action) from [<80102a20>] (__do_softirq+0x238/0x36c)
[68299.818665] [<80102a20>] (__do_softirq) from [<8011e174>] (irq_exit+0x70/0xc8)
[68299.826661] [<8011e174>] (irq_exit) from [<8015e28c>] (__handle_domain_irq+0x74/0xa0)
[68299.835269] [<8015e28c>] (__handle_domain_irq) from [<8063c990>] (orion_handle_irq+0x74/0x80)
[68299.844565] [<8063c990>] (orion_handle_irq) from [<80102188>] (__irq_svc+0x68/0x9c)
[68299.852955] Exception stack(0x9d711d00 to 0x9d711d48)
[68299.858767] 1d00: 00000001 00000000 3d7f99f0 3d7f99f0 9fd3c740 00000001 60000013 89c89708
[68299.867712] 1d20: 00000000 00000001 00000000 00000001 00000000 9d711d50 809d8274 80217f10
[68299.876644] 1d40: 60000013 ffffffff
[68299.880861] [<80102188>] (__irq_svc) from [<80217f10>] (__remove_mapping+0x18c/0x1fc)
[68299.889455] [<80217f10>] (__remove_mapping) from [<80219648>] (shrink_page_list+0xa38/0xac4)
[68299.898671] [<80219648>] (shrink_page_list) from [<80219d7c>] (shrink_inactive_list+0x1d0/0x3d4)
[68299.908230] [<80219d7c>] (shrink_inactive_list) from [<8021aae8>] (shrink_node+0x7b8/0x8b4)
[68299.917354] [<8021aae8>] (shrink_node) from [<8021b5b8>] (kswapd+0x40c/0x73c)
[68299.925251] [<8021b5b8>] (kswapd) from [<801371bc>] (kthread+0x100/0x10c)
[68299.932775] [<801371bc>] (kthread) from [<801010e0>] (ret_from_fork+0x14/0x34)
[68299.940755] Exception stack(0x9d711fb0 to 0x9d711ff8)
[68299.946554] 1fa0:                                     00000000 00000000 00000000 00000000
[68299.955493] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[68299.964428] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[68299.971773] Mem-Info:
[68299.974791] active_anon:37393 inactive_anon:2540 isolated_anon:0
                active_file:19359 inactive_file:52935 isolated_file:25
                unevictable:474 dirty:24 writeback:0 unstable:0
                slab_reclaimable:5763 slab_unreclaimable:3461
                mapped:9430 shmem:4639 pagetables:800 bounce:0
                free:837 free_pcp:128 free_cma:0
[68300.012439] Node 0 active_anon:149572kB inactive_anon:10160kB active_file:77436kB inactive_file:211740kB unevictable:1896kB isolated(anon):0kB isolated(file):100kB mapped:37720kB dirty:96kB writeback:0kB shmem:18556kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[68300.037181] Normal free:3348kB min:9120kB low:9820kB high:10520kB reserved_highatomic:0KB active_anon:149572kB inactive_anon:10160kB active_file:77436kB inactive_file:211740kB unevictable:1896kB writepending:96kB present:524288kB managed:504112kB mlocked:1896kB kernel_stack:1168kB pagetables:3200kB bounce:0kB free_pcp:512kB local_pcp:512kB free_cma:0kB
[68300.069223] lowmem_reserve[]: 0 0
[68300.073254] Normal: 5*4kB (UE) 62*8kB (U) 79*16kB (UE) 31*32kB (UE) 9*64kB (UE) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 3348kB
[68300.086577] 77333 total pagecache pages
[68300.091131] 0 pages in swap cache
[68300.095182] Swap cache stats: add 0, delete 0, find 0/0
[68300.101132] Free swap  = 0kB
[68300.104744] Total swap = 0kB
[68300.108334] 131072 pages RAM
[68300.111927] 0 pages HighMem/MovableOnly
[68300.116501] 5044 pages reserved

edit: Im trying the solution from https://forum.doozan.com/read.php?2,92059,92059#msg-92059



Edited 1 time(s). Last edit at 03/05/2020 08:32PM by Pickle.
Re: NSA320 rootfs upgrade strech to buster question
March 06, 2020 12:31AM
Pickle,

> Seems a lot about memory do i need a swap file?

Yes. When this happens, set up a swap file.

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: NSA320 rootfs upgrade strech to buster question
March 06, 2020 10:59AM
checked my dmesg and so far it looks like just adding the
vm.min_free_kbytes = 65536
has resolved the issue (no kernel panics). I did not create a swap file.
Re: NSA320 rootfs upgrade strech to buster question
March 06, 2020 05:01PM
Pickle Wrote:
-------------------------------------------------------
> checked my dmesg and so far it looks like just
> adding the
>
> vm.min_free_kbytes = 65536
>
> has resolved the issue (no kernel panics). I did
> not create a swap file.

Yes this is more important than swap file. Still, the swap file is very helpful during boot.

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: NSA320 rootfs upgrade strech to buster question
March 06, 2020 06:05PM
heck, it makes swap even more important. If you're going to reserve that much memory you'll end up needing to swap even sooner.
Re: NSA320 rootfs upgrade strech to buster question
March 06, 2020 07:08PM
1000001101000 Wrote:
-------------------------------------------------------
> heck, it makes swap even more important. If you're
> going to reserve that much memory you'll end up
> needing to swap even sooner.

:) agreed.

For boxes such as this one or less RAM such as Dockstar with 128M, I would say keep it at:

vm.min_free_kbytes = 16384

-bodhi
===========================
Forum Wiki
bodhi's corner
Re: NSA320 rootfs upgrade strech to buster question
March 07, 2020 09:24AM
thanks for the feedback!

so im booting off a usb and i dont really care to add the swap there.
and ive already used the full drive for my shares.
my conclusion is just add a swap file to one of my shares.

root@NSA320:/sharedfolders/share1# cd /export/share1/
root@NSA320:/export/share1# fallocate -l 2G swapfile
root@NSA320:/export/share1# chmod 600 swapfile 
root@NSA320:/export/share1# mkswap swapfile 
Setting up swapspace version 1, size = 2 GiB (2147479552 bytes)
no label, UUID=5092f9a4-060e-4bd2-8581-3e565666fe17
root@NSA320:/export/share1# swapon swapfile  
root@NSA320:/export/share1# vi /etc/fstab (i added /export/share1/swapfile swap swap defaults 0 0)
root@NSA320:/export/share1# swapon --show
NAME                    TYPE SIZE USED PRIO
/export/share1/swapfile file   2G 264K   -2

after this i could see the swap from a client so I put a . in the name and now i cant see it through nfs

root@NSA320:/export/share1# swapoff swapfile
root@NSA320:/export/share1# mv swapfile .swapfile
root@NSA320:/export/share1# vi /etc/fstab (changed the path to include the period)
root@NSA320:/export/share1# swapon .swapfile
root@NSA320:/export/share1# swapon --show
NAME                     TYPE SIZE USED PRIO
/export/share1/.swapfile file   2G   0B   -2

i also adjusted /etc/sysctl.d/99-sysctl.conf
vm.min_free_kbytes=16384
vm.swappiness=60

I still need to reboot and see that the fstab entry works as expected, but I cant yet until a operation finishes on the server
Re: NSA320 rootfs upgrade strech to buster question
March 07, 2020 04:39PM
Quote

i also adjusted /etc/sysctl.d/99-sysctl.conf
vm.min_free_kbytes=16384
vm.swappiness=60

That's the ideal parameters for small NAS such as this one. I run all my 128MB plugs with this setup.

-bodhi
===========================
Forum Wiki
bodhi's corner
Author:

Your Email:


Subject:


Spam prevention:
Please, enter the code that you see below in the input field. This is for blocking bots that try to post this form automatically. If the code is hard to read, then just try to guess it right. If you enter the wrong code, a new image is created and you get another chance to enter it right.
Message: