Hello:

No, seems it would not work.

groucho@devuan:~$ sudo apt install --target beowulf-backports rsync libzstd
--- snip ---
E: Command line option --target is not understood in combination with the other options
groucho@devuan:~$ 

I use aptitude very little, usually with the why option.

Thanks for your input.

Best,

A.

Hello:

Just to check, I thought maybe it was a question of installing libzstd1 1.4.4+dfsg-3~bpo10+1 as libzstd1 1.3.8+dfsg-3+deb10u2 was already installed.
ie: for some reason not being updated and be specifically installed from beowulf-backports.

But when I tried I got this huge list of files that are no longer required/removed:

:~$ sudo apt install libzstd1/beowulf-backports
Reading package lists... Done
Building dependency tree       
Reading state information... Done

Selected version '1.4.4+dfsg-3~bpo10+1' (Devuan Backports:3.0.0/oldstable-backports [amd64]) for 'libzstd1'

The following packages were automatically installed and are no longer required:
gstreamer1.0-plugins-base:i386  libaom0:i386  libavresample4:i386  libavutil56:i386
libblkid1:i386  libcairo2:i386  libcapi20-3:i386  libcdparanoia0:i386  libcodec2-0.8.1:i386
libcroco3:i386  libcrystalhd3:i386  libdatrie1:i386  libexif12:i386  libfontconfig1:i386
libfreetype6:i386  libfribidi0:i386  libgcrypt20:i386  libglib2.0-0:i386  libgomp1:i386
libgpg-error0:i386  libgphoto2-port12:i386  libgpm2:i386  libgraphite2-3:i386  libgsm1:i386
libgstreamer-plugins-base1.0-0:i386  libgstreamer1.0-0:i386  libharfbuzz0b:i386  
libicu63:i386  libjack-jackd2-0:i386  libmount1:i386  libmp3lame0:i386  libncurses6:i386
libnuma1:i386  libopenjp2-7:i386  libopus0:i386  liborc-0.4-0:i386  libpango-1.0-0:i386  
libpangocairo-1.0-0:i386  libpangoft2-1.0-0:i386  libpixman-1-0:i386  libpng16-16:i386  
libsamplerate0:i386  libsdl2-2.0-0:i386  libshine3:i386  libsnappy1v5:i386  libsoxr0:i386
libspeex1:i386  libswresample3:i386  libthai0:i386  libtheora0:i386  libtwolame0:i386
libusb-1.0-0:i386  libv4l-0:i386  libv4lconvert0:i386  libva-drm2:i386  libva-x11-2:i386
libvdpau-va-gl1:i386  libvdpau1:i386  libvisual-0.4-0:i386  libvkd3d1:i386  libvpx5:i386 
libvulkan1:i386  libwavpack1:i386  libwayland-client0:i386  libwayland-cursor0:i386
libwayland-egl1:i386  libwebp6:i386  libwebpmux3:i386  libx264-155:i386  libx265-165:i386
libxcb-render0:i386  libxcb-shm0:i386  libxcomposite1:i386  libxcursor1:i386  libxinerama1:i386
libxkbcommon0:i386  libxml2:i386l  ibxpm4:i386  libxrandr2:i386  libxrender1:i386
libxslt1.1:i386  libxss1:i386  libxvidcore4:i386  libzvbi0:i386  mesa-vdpau-drivers:i386
ocl-icd-libopencl1:i386  vdpau-driver-all:i386

Use 'sudo apt autoremove' to remove them.

The following packages will be REMOVED:
libasound2-plugins:i386
libavcodec58:i386
libgd3:i386
libgdk-pixbuf2.0-0:i386
libgphoto2-6:i386
librsvg2-2:i386
librsvg2-common:i386
libtiff5:i386
libwine:i386
libzstd1:i386
wine32:i386

The following packages will be upgraded:
libzstd1
1 upgraded, 0 newly installed, 11 to remove and 0 not upgraded.

Need to get 249 kB of archives.
After this operation, 241 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.
:~$ 

The first thing I notice is that they are all :i386 but I'm not sure of the consequences.
What were they for in the first place?

I'd appreciate an opinion.

Thanks in advance.

Best,

A.

Hello:

You were on the right track.
Just before dinner I was able to solve the problem via an answer to a post at Stack Exchange.

The problem was in the path for the module/s: it was missing the lowest level.

I had this:

[stuff]
--- snip ---
path = /mnt/sda3
--- snip ---

But it should have been this:

[stuff]
--- snip ---
path = /mnt/sda3/stuff
--- snip ---

ie: /mnt/sda3/stuff instead of /mnt/sda3

After I fixed it and rsync was working properly, I am getting a ~19MiB transfer rate.
It is not much to write about as this NAS would get 2x that with the original firmware, but ~2.5x what I was getting via ssh.

Thank you very much for your input.

Best,

A.

Hello:

Ahh ...

Thanks a lot for that. ;^ )
I'll have a look and see what I get from using that method.

Best,

A.

Hello:

I'm afraid that dropbear does not do blowfish.

~$ rsync -e "ssh -o compression=no -c blowfish" -a --stats /media/bckups root@192.168.1.3:/mnt/sda3
Unknown cipher type 'blowfish'
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.3]
~$ 

See: https://dropbear.nl/mirror/CHANGES

Unfortunately, I have not found the rsh package in the OpenWRT repository so that's a dead end.

Looking around for similar situations, I found this:

https://www.glidk.com/2021/12/22/benchm … ppy-router

It's a post by a chap using a small travel router with a lower spec than the WD-MBL:

Brand/Name		WD-MBL		GL-AR750
CPU:			PowePC 44x     Qualcomm Atheros
Model:			APM82181	QCA9531
CPU Cores:		1		1
CPU MHz:		800		650       <----- #
Flash Mb:		512		16
RAM MB:			256		128       <----- #
BogoMIPS:		1600		432.53    <----- # 

It would seem that he achieved speeds using just the rsync protocol and bypassing ssh.
I don't undertand how he's set this up and cannot find how to contact the guy.

The WD-MBL, save for the HDD/SD card difference, seems to be much heftier.
Could I be able to get at least his 10.0Mb/s?

Can you make any sense of what he's done there?

Thanks in advance.

A.

Hello:

---

---

Part of this problem had to do with the CAT5e cables I was using.
Found out when I used ethtool to check the on-board ethernet adapter on the NAS and saw it was reporting 100M:

root@OpenWrt:~# ethtool eth0
Settings for eth0:
--- snip ---
    Advertised auto-negotiation: Yes
    Advertised FEC modes: Not reported
    Speed: 100Mb/s    <-------------------------- #####
    Duplex: Full
--- snip ---
root@OpenWrt:~# 

With a set of new CAT5e cables and properly negotiating 1000Mb/s between my box and the NAS, I tested the link with iperf:

root@OpenWrt:~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size:  128 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.3 port 5001 connected with 192.168.1.2 port 35408
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   771 MBytes   645 Mbits/sec
root@OpenWrt:~# 

groucho@devuan:~$ iperf -c 192.168.1.3
------------------------------------------------------------
Client connecting to 192.168.1.3, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.2 port 35408 connected with 192.168.1.3 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   771 MBytes   646 Mbits/sec
pcl@devuan:~$ 

Good enough, I guess.

But I was expecting something like the 94Mb /s I get between the NAS and my netbook which has a 10/100 ethernet adapter.
ie: if with a 10/100 connection I can get 94% of 100M, I was expecting at least 85% from the box to NAS connection at 1000M - 850 Mbits /s instead of 645 Mbits /s.

I'm assuming it is proportional, it probably isn't.

I've just finished running the same rsync job that took over 18 hours (first time/empty destination) the last time I ran it ie: before switching all the patch cables for new CAT5e ones and as a result getting the iperf speeds reported above, 646 Mbits/sec

All through the job, my conky panel reported a speed of ~7.45MiB /s

    Incoming: 114KiB /s
    Outgoing: 7.46MiB /s

These were the NAS's CPU/Memory loads during the job:

PID   Owner  CPU   Mem    Process
 213  root    9%    0%    kswapd0
1904  root   67%    0%    Dropbear
1905  root    0%    7%    rsync  --server
1906  root   22%   13%    rsync  --server

My guess is that NAS's CPU is totally maxed out.
ie: just kswap 9% + dropbear 67% + rsync 22% =>>> 98%

dropbear is the SSH2 server/client included in OpenWRT installation image, only 82k.
Evidently, with this hardware* a 67% CPU load is rather expensive to run.

*Applied Micro APM82181 @800 MHz + 256 MB RAM

I don't really neeed encryption as it is all local traffic.
ie: going nowhere else but from a back-up drive inside my box to the NAS under my desk.

But I do need rsync.
I use ssh to login to the NAS, how do I disable encryption?

Have never used/heard of rsh, have to look it up.

Thank you very much for your input.

Best,

A.

Hello:

Probably with the same infamous Telefonica ADSL routers. 8^|

Great.
But I have no need for more than 4 ports at the moment.
Unless I get a very good price for one with more.

Thanks a lot for for your input.

Best,

A.

Hello:

My telco provided ADSL router config page says that LAN/WAN speed in both ports (my box and the NAS) is 100M/Full.

My box has an on-board 82566DM-2 Gigabit Network adapter.     
The WD My Book NAS has a Gigabit Ethernet port.

Seems the problem is the bloody router as everything goes through there.
No wonder.

Can't change the telco router. I'd lose my landline.

Any suggestions?

Thanks in advance.

Best,

A.

Hello:

You're welcome.

Obviously, the use you can give it depends on the hardware you run it on.
eg: I use a MyBook Live which has a SATA HD instead of firmware.

As this would be OT/non Devuan, feel free to contact me.

Best,

A.

Hello:

Originally I had it in /usr/local/bin.
As I could not get it to work unless I used ./, I moved it.
I did not want to get into fussing with PATH.
I still have to find where it is set ...  8^|

Hmm ...
I may have a thing for abusing cat ...
But I do know that is not a thing to do.

OK.
It works well as it is but I'll move it to its proper place later today.

Thanks for your input.

Best,

A.