You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a feature request for nextcloudcmd.
I initially started with nextcloudcmd in CLI mode without the -s option. I was attempting to run an initial sync on about 100Mb of data but was successful in only achieving about 32Mb of data being transferred with "Too many files" (or similar warning). I discovered, and included, the 'bulkupload.enabled' => false, variable for the config/config.php file which solved that problem.
It was quite obvious that without the -s option the volume of output was unreasonable especially on the scale that I was trying to operate, but inclusion of the -s option did exactly what it states - silence.
As nextcloudcmd is a "one shot" command I wanted to create a cron job to run some form of backup on a headless remote server. I therefore created the following crontab entry on that server: 05 04 * * * date ; nextcloudcmd --silent --non-interactive --user xxxxxx --password yyyyyy /var/www/html/joomla https://howard.id.au/nextcloud ; echo $? ; date
This sends me an email each time it runs and the time interval between the two date statements is consistent with the volume of sync that I would expect on each occasion. Unfortunately the echo $? statement consistently returns the value 1 and I am assuming that that indicates the main process terminated with an error, but because of the --silent option there is no indication of what that error might be.
I therefore suggest the following enhancements:
Improved man documentation including a suggestion that 'bulkupload.enabled' => false, may need to be included in the config.php file.
Some way of limiting the volume of output when -s is omitted, but still providing error reporting.
Some means of reporting the source that causes a $? terminating responce other than 0.
The text was updated successfully, but these errors were encountered:
This is a feature request for nextcloudcmd.
I initially started with nextcloudcmd in CLI mode without the -s option. I was attempting to run an initial sync on about 100Mb of data but was successful in only achieving about 32Mb of data being transferred with "Too many files" (or similar warning). I discovered, and included, the 'bulkupload.enabled' => false, variable for the config/config.php file which solved that problem.
It was quite obvious that without the -s option the volume of output was unreasonable especially on the scale that I was trying to operate, but inclusion of the -s option did exactly what it states - silence.
As nextcloudcmd is a "one shot" command I wanted to create a cron job to run some form of backup on a headless remote server. I therefore created the following crontab entry on that server:
05 04 * * * date ; nextcloudcmd --silent --non-interactive --user xxxxxx --password yyyyyy /var/www/html/joomla https://howard.id.au/nextcloud ; echo $? ; date
This sends me an email each time it runs and the time interval between the two date statements is consistent with the volume of sync that I would expect on each occasion. Unfortunately the echo $? statement consistently returns the value 1 and I am assuming that that indicates the main process terminated with an error, but because of the --silent option there is no indication of what that error might be.
I therefore suggest the following enhancements:
The text was updated successfully, but these errors were encountered: