-
-
unRAID 6 NerdPack - CLI tools (iftop, iotop, screen, kbd, etc.)
Worked perfectly, and found old openssl in extra package, removed Thanks
-
unRAID 6 NerdPack - CLI tools (iftop, iotop, screen, kbd, etc.)
Do you get data from cURL ? root@Tower:/boot/config/plugins/NerdPack/packages/6.2# curl https://github.com/dmacias72/unRAID-plugins/blob/master/packages/6.2/screen-4.4.0-x86_64-1.txz curl: symbol lookup error: /usr/lib64/libcurl.so.4: undefined symbol: SSL_CTX_set_alpn_protos root@Tower:/boot/config/plugins/NerdPack/packages/6.2# curl --version curl 7.50.1 (x86_64-pc-linux-gnu) libcurl/7.50.1 OpenSSL/1.0.1c zlib/1.2.8 libidn/1.33 libssh2/1.7.0 Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp Features: IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP UnixSockets curl: symbol lookup error: /usr/lib64/libcurl.so.4: undefined symbol: SSL_COMP_free_compression_methods
-
unRAID 6 NerdPack - CLI tools (iftop, iotop, screen, kbd, etc.)
Just did and same, still have "Please wait, retrieving plugin information ..." root@Tower:/boot/config/plugins/NerdPack# ls -lah * -rwxrwxrwx 1 root root 67 Sep 29 21:34 NerdPack-2016.09.18-x86_64-1.md5* -rwxrwxrwx 1 root root 13K Sep 29 21:34 NerdPack-2016.09.18-x86_64-1.txz* -rwxrwxrwx 1 root root 1 Sep 29 21:34 NerdPack.cfg* packages: total 24K drwxrwxrwx 3 root root 4.0K Sep 29 21:34 ./ drwxrwxrwx 3 root root 4.0K Sep 29 21:34 ../ drwxrwxrwx 2 root root 4.0K Sep 29 21:34 6.2/ -rwxrwxrwx 1 root root 9.8K Sep 29 21:34 packages-desc* root@Tower:/boot/config/plugins/NerdPack# ls -lah */* -rwxrwxrwx 1 root root 9.8K Sep 29 21:34 packages/packages-desc* packages/6.2: total 8.0K drwxrwxrwx 2 root root 4.0K Sep 29 21:34 ./ drwxrwxrwx 3 root root 4.0K Sep 29 21:34 ../
-
unRAID 6 NerdPack - CLI tools (iftop, iotop, screen, kbd, etc.)
Same, uBlock is disable, tryed on Edge & Firefox, same results. Worked perfectly before.
-
unRAID 6 NerdPack - CLI tools (iftop, iotop, screen, kbd, etc.)
After 6.2 upgrade (was 6.19), pluggin show me 0 packages, just have this message "Please wait, retrieving plugin information ..." Any idea?
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
No idea if this tool was already posted on the previous 28 pages so i post it http://hoytech.com/vmtouch/ I currently use it to evict my cache drive from memory, since disk try to cache all structure, and, complete file in memory! You can see how many file are cached on memory on a specific directory : Files: 755 Directories: 150 Resident Pages:1821733/1821733 6/6G 100% Elapsed: 0.028956 seconds After my evict : Files: 755 Directories: 150 Resident Pages: 0/1821733 0/6G 0% Elapsed: 0.028956 seconds Really interesting after movin some new content to your share and if you only need to keep in memory just the dirscructure! So now my disk dont spinup anymore after pushin some new data on my share. Someone knew this soft? Some can test it?
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
Thanks Joe, I rechecked once again my crontab and i disable an external bin from a ftp deamon. I think that will fix my problem, thanks.
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
Do you have the same effect when you are looking your memory stats ? Looks like each time linux "release" the memory, my drives spinning up ... On the graph, each day at 4:30am .... we can see a memory release ... and then my disk spindown around 5:30am...
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
True, nice point Joe. I renamed script, will see if disk still spinup, if yes will try to run inotifywatch
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
Feb 10 05:34:25 Tower kernel: mdcmd (112): spindown 3 Feb 10 05:34:25 Tower kernel: mdcmd (113): spindown 4 This night once again, all the crontab was disable. Can't be the "/usr/local/sbin/mover" script, since the head of the script block execution since i dont have cache dir. What can it be?
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
Am running 5.0rc5 and i dont have cache drive, so the mover cant cause that in my case since script isnt runned. I have disable all crontab, will see if that happen again ... if not i will investigate on those
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
Just figured out the same issue as Heretic. I have disable this crontab line: # Run daily cron jobs at 4:40 every day: #40 4 * * * /usr/bin/run-parts /etc/cron.daily 1> /dev/null Is it the good way to fix this issue? I dont have a cache drive between Thanks
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
Hi, I still have issue, sometimes disk spinup and i can see it on my ram graph. I just set my swappiness from 60 to 95, lets see if its better Someone already played with this value?
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
My disk spinup this night, after like 10hours w/o spinning ... all my network was down, no access possible ...
-
cache_dirs - an attempt to keep directory entries in RAM to prevent disk spin-up
I disabled all access. Just run in background cache_dirs, and sometimes i saw in uumenu that some drives are spinup. Thats why i was thinkin i run out of memory or sometihn like that. I saw spindown event in syslog, there is not spinup?
sambo
Members
-
Joined
-
Last visited