Notes Station 2.0.11 - cannot install + cron brainfart bonus

[bugyou3]

- Upgrade via App Center never finishes, in fact it looks like it does not even start, according to syslog.
- Manual download and install via GUI stops at 45% since /mnt/HDA_ROOT gets totally full.

Code: Select all

# du -sh /mnt/HDA_ROOT/update_pkg/tmp/
227M    /mnt/HDA_ROOT/update_pkg/tmp/

# df -h | grep HDA_ROOT
/dev/md9              510M  510M     0 100% /mnt/HDA_ROOT

End of story. TS-x31. Long live stupid partition and package install procedure design.

Added bonus:

Code: Select all

# crontab -l | grep notes
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh0 3 * * 7 . /share/CACHEDEV1_DATA/.qpkg/WebDAV/bin/env.sh;USERNAME=admin python /share/CACHEDEV1_DATA/.qpkg/WebDAV/bin/engine.pyc backup 1

I have reported the fscking stupid Notes Station cronjobs breaking the global crontab so many times that I cannot even count it.

[pwilson]

- Upgrade via App Center never finishes, in fact it looks like it does not even start, according to syslog.
- Manual download and install via GUI stops at 45% since /mnt/HDA_ROOT gets totally full.

Code: Select all

# du -sh /mnt/HDA_ROOT/update_pkg/tmp/
227M    /mnt/HDA_ROOT/update_pkg/tmp/

# df -h | grep HDA_ROOT
/dev/md9              510M  510M     0 100% /mnt/HDA_ROOT

End of story. TS-x31. Long live stupid partition and package install procedure design.

Added bonus:

Code: Select all

# crontab -l | grep notes
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh0 3 * * 7 . /share/CACHEDEV1_DATA/.qpkg/WebDAV/bin/env.sh;USERNAME=admin python /share/CACHEDEV1_DATA/.qpkg/WebDAV/bin/engine.pyc backup 1

I have reported the fscking stupid Notes Station cronjobs breaking the global crontab so many times that I cannot even count it.

Perhaps it would work better if:

1. You actually "fix" your "full" /share/HDA_ROOT volume.
2. You put a blank line at the end of your "/etc/config/crontab" file, so it stops corrupting everything when you attempt to add packages. Ensure that your "crontab" always has a blank like at the end, so it doesn't concatenate your lines within that file like your example above.
3. Check all your Volumes, not just /share/HDA_ROOT

Here is my "df -h" output here:

Code: Select all

df -h | grep -v qpkg
Filesystem                Size      Used Available Use% Mounted on
none                    200.0M    144.0M     56.0M  72% /
devtmpfs                  3.8G     16.0k      3.8G   0% /dev
tmpfs                    64.0M      6.3M     57.7M  10% /tmp
tmpfs                     3.8G     28.0k      3.8G   0% /dev/shm
/dev/md9                509.5M    133.3M    376.2M  26% /mnt/HDA_ROOT
/dev/mapper/cachedev1     8.1T      5.4T      2.7T  67% /share/CACHEDEV1_DATA
/dev/md13               371.0M    289.2M     81.8M  78% /mnt/ext
tmpfs                     8.0M         0      8.0M   0% /var/syslog_maildir
tmpfs                    25.0M      4.0k     25.0M   0% /run

You'll note I've only used 26% of my space in /mnt/HDA_ROOT here.

[bugyou3]

Patrick

1/ the /mnt/HDA_ROOT partition gets full as a result of the QPKG install/update. Because it's using that location as a temporary place to unpack the junk, and because the Notes Station thing is damn HUGE. No can fix here. Back to design department for QNAP.
2/ The crontab corruption with repeated commented out lines and EOL missing entries is a Notes Station issue repeatedly reported and even acked by QNAP. Caused by retarded grep/sed usage in one of the Notes Station init scripts. Never fixed. Here's one of the many samples of corrupted crontab emailed to QNAP. Has totally nothing to do with missing blank line at the end of /etc/config/crontab. The corruption happens on every place the broken script happens to place its entry to.

Code: Select all

# m h dom m dow cmd
0 5 * * * /sbin/qthin_check
0 2 * * * /sbin/qfstrim
0 3 * * * /etc/init.d/ImRd.sh bgThGen
0 4 * * * /sbin/hwclock -w
0 3 * * * /sbin/vs_refresh
0 3 * * * /sbin/clean_reset_pwd
0-59/15 * * * * /etc/init.d/nss2_dusg.sh
30 7 * * * /sbin/clean_upload_file
30 3 * * * /sbin/notice_log_tool -v -R
30 6 * * 1 /home/httpd/cgi-bin/disk/disk_manage.cgi func=test_hd_speed
0 3 * * * /bin/rm -rf /mnt/HDA_ROOT/twonkymedia/twonkymedia.db/cache/*
0 0 * * 0 /sbin/hal_event --pd_self_test dev_id=0x00000001,action=2
0 0 * * * /sbin/hal_event --pd_self_test dev_id=0x00000001,action=1
0 4 * * * /usr/local/medialibrary/bin/mymediadbcmd buildall 1>/dev/null 2>/dev/null
0 5 * * * /usr/local/medialibrary/bin/mymediadbcmd stopbuildall 1>/dev/null 2>/dev/null
30 23 * * * '/etc/init.d/grive.sh' sync Schedule1
#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh
0 2 * * 0 /etc/init.d/rsyncRR.sh Schedule0 2>/dev/null
30 3 * * 0 /etc/init.d/rsyncRR.sh Schedule1 2>/dev/null



#*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh


30 8 * * * /usr/bin/qcloud_cli -c
0 0 * * * /etc/init.d/antivirus.sh archive_log
27 0 */1 * * /etc/init.d/antivirus.sh update_db
41 12 * * * /share/CACHEDEV1_DATA/.qpkg/Transmission/transmission.sh blocklist_updater

*/5 * * * * /share/CACHEDEV1_DATA/.qpkg/NotesStation/bin/cronjob_notestation.sh0 3 * * 7 . /share/CACHEDEV1_DATA/.qpkg/WebDAV/bin/env.sh;USERNAME=admin python /share/CACHEDEV1_DATA/.qpkg/WebDAV/bin/engine.pyc backup 1
4 3 * * 3 /etc/init.d/backup_conf.sh
39 * * * * /sbin/qddns_check 2>/dev/null

[bugyou3]

And STILL the same stupidity there with 4.2.0 preview and latest NotesStation 2.1.01_150629 beta. It doesn't fit on /mnt/HDA_ROOT, stop unpacking HUGE stuff there. There are terabytes of space available elsewhere. Ugh!