similar to: sftp fails when run from cron

Displaying 20 results from an estimated 300 matches similar to: "sftp fails when run from cron"

2011 Jan 13
2
Cannot list shares on a host
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, linux 2.6.34.7-0.7-desktop x86_64 smbclient 3.5.4-5.1.2-2426-SUSE-SL11.3 I issue this command: smbclient -L SMA-STN14L -U jmoe I get: Connection to SMA-STN14L failed (Error NT_STATUS_BAD_NETWORK_NAME) In <smb.conf> [globals] section: workgroup = SOHNEN-MOE netbios name = SMA-STN14L Adding the -I option made no difference.
2018 Sep 14
2
{DKIM Fail} Re: sftp fails when run from cron
On 09/13/2018 07:54 PM, Darren Tucker wrote: > I'd guess that the reason it doesn't work is that the key is encrypted > and neither the agent nor a tty to ask for the decryption passphrase > is available. Try repeating your command line test after unsetting > SSH_AUTH_SOCK > Okay. That reproduced the issue. Is there a recommended way to provide the decryption
2011 Jan 11
5
Connecting an iMac to os/2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have an iMac v10.6. I'd like to get it to connect to an old os/2 server, v4.5 fp3. Using smbutils on the iMac: $ smbutil -v view //sma-server1.sma.com smbutil: server connection failed: RPC struct is bad Can anyone suggest what changes may be made that will correct this error? Is it even possible? - -- James Moe moe dot james at
2004 Oct 31
2
samba 3.0.7 and os/2
Hello, samba v3.0.7 on suse linux v9.1 os/2 v4.x I have started the process of replacing our os/2 hosts with linux, starting with the server(s). Most of the problems have been firewall related, a topic only briefly discussed in the docs (nudge). Some of the hosts can now interact with the linux samba shares; not all though. I have run ip traces and have gotten to a point that is a
2018 Feb 22
4
What is exit code 5888?
rsync v3.1.0 linux v4.4.104-39-default x86_64 Found in the system log: 2018-02-22T05:02:00-0700 sma-server3 python3[31371]: backintime (sma-user3x/3): WARNING: Command "rsync -rtDHh --links --no-p --no-g --no-o --info=progress2 --no-i-r --delete --delete-excluded -i --dry-run --out-format="BACKINTIME: %i %n%L" --chmod=Du+wx --exclude="/bkp/cgate-backintime"
2012 Apr 04
2
Using rsync to synchronize
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have been using rsync to backup our primary data stores. It works fine. Here are the options I use for doing that: rsync --recursive --links --times --dirs --stats --delete \ --itemize-changes --quiet --exclude-from=exclude-filename \ /data-store1/ /data-store2/ Recently I have had the need to actually synchronize the files between
2011 Jul 20
1
FATAL I/O ERROR: dying...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Local rsync version 3.0.7 protocol version 30. The remote rsync version is 3.0.5, I think. opensuse v11.3 linux 2.6.34.8-0.2-desktop x86_64 The nightly rsync run is getting this error: 2011/07/20 02:04:29 [17840] FATAL I/O ERROR: dying to avoid a \ --delete-during issue with a pre-3.0.7 receiver The options are: - --archive
2013 Sep 26
29
[Bug 69827] New: Uneven, jerky mouse movement, increasing CPU usage
https://bugs.freedesktop.org/show_bug.cgi?id=69827 Priority: medium Bug ID: 69827 Assignee: nouveau at lists.freedesktop.org Summary: Uneven, jerky mouse movement, increasing CPU usage QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jimoe at
2015 Apr 21
3
Changing only file permissions
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, opensuse 13.2 linux v3.16.7-7-desktop x86_64 rsync v3.1.1 I used rsync to copy /usr/ to another volume with these options: - --recursive --one-file-system --links --stats --itemize-changes - --quiet --delete --times After I had modified the system to use the new /usr volume, I realized I should have added: - --perms --owner --group
2011 Oct 07
1
Permissions option
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, rsync v3.0.7 I am backing up data to a USB memory drive that is formatted FAT32, which does not comprehend linux permissions. I added the "--no-perms" option to the option set. rsync still attempts to change the permissions. OPTS = "--no-perms --archive --stats --delete --itemize-changes - --quiet
2012 Oct 29
1
rsync ignores "exclude=..."?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, rsync v3.0.7 linux 2.6.37.6-0.20-desktop x86_64 Below is a log of a backup session. I do not understand why the "exclude=/data01/..." is being ignored. The session is started in a bash script. The actual text is: - --exclude='/data01/t-drv/websites/owncloud/data/sma-admin/' I guess rsync cleaned it up to suit itself.
2015 Apr 22
2
Changing only file permissions
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Normally, I would say that --checksum is actually slower than just letting rsync re-copy everything and therefore is almost always the wrong thing to do. However, in this case, you really don't want to overwrite the running OS even with files that are essentially the same. So, if the system is running from that storage then --checksum might
2010 Aug 29
0
Unusual error when building a file list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rsync v3.0.7 (also seen with 3.0.5) linux 2.6.34-12-desktop x86_64 os/2 v4.50 fp3 rsync makes an unusual error when building its file list for a transfer: it decided to move a directory further down the directory tree than where it was located in the source volume. Even more strange is that during the next run of rsync, it adjusts the *source*
2012 Nov 08
1
rsync ignores a number of sub-directories
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rsync v.3.0.7 protocol version 30 opensuse v11.4 linux v2.6.37.6-0.20-desktop x86_64 rsync --recursive --links --dirs --stats --itemize-changes --quiet \ --size-only --exclude-from=/home/sma-user3x/bin/rsync-exclude.txt \ --delete --no-times --omit-dir-times \ /data01/t-drv/websites/ /t/websites/ The sub-directories /websites/site-logs/... are
2012 Apr 11
3
Settings file times only
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I restored a filesystem by using rsync to copy directories and files from a backup volume to the newly recreated volume. All of the re-created files were given the current date and time rather than the original file's timestamp. I am sure there was a way to prevent that from happening. Is there a way to use rsync to set the timestamps
2004 Nov 01
0
samba v3.0.7 and Suse firewall
Hello, I am setting up a suse linux v9.1 host to provide file and print services to a mix of os/2 and windows clients. In this case windows is not a problem. I am running into difficulty getting the os/2 clients to see the resources on the linux server. The main problem is the firewall. Without the firewall os/2 hosts have no problem with accessing resources. With the firewall the hosts
2015 Apr 22
1
Changing only file permissions
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 No, even if bandwidth is your concern I would say that --checksum is wrong. Maybe if bandwidth is so scarse that a few KB vs a few MB equates to dollars then sure, use --checksum. Otherwise, letting rsync re-delta-xfer everything is certainly faster and not much more bandwidth intensive than --checksum. Plus that is only if you screwed up and ran
2015 Apr 22
0
Changing only file permissions
On Wed, Apr 22, 2015 at 1:03 AM, James Moe <jimoe at sohnen-moe.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > opensuse 13.2 > linux v3.16.7-7-desktop x86_64 > rsync v3.1.1 > > I used rsync to copy /usr/ to another volume with these options: > - --recursive --one-file-system --links --stats --itemize-changes > - --quiet
2011 Jan 28
1
Default file permissions for Mac OSX
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, samba Version 3.5.4-5.1.2-2426-SUSE-SL11.3 We have recently transferred our file services from one host to another. The old host was an OS/2 server. OS/2 is basically a single user OS; the file (and directory) permissions were mostly irrelevant. The new server is linux OS, opensuse 11.3 distribution. It, of course, has more to say about
2015 Apr 22
0
Changing only file permissions
On Wed, Apr 22, 2015 at 9:15 AM, Kevin Korb <kmk at sanitarium.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Normally, I would say that --checksum is actually slower than just > letting rsync re-copy everything Depends on the network capacity and costs associated with that bandwidth :( >and therefore is almost always the > wrong thing to do. Nope,