新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
UID空间积分0 积分652阅读权限20帖子精华可用积分652 信誉积分593 专家积分0 在线时间538 小时注册时间最后登录
丰衣足食, 积分 652, 距离下一级还需 348 积分
帖子主题精华可用积分652 信誉积分593 专家积分0 在线时间538 小时注册时间最后登录
论坛徽章:0
scp -p :ubuntu-12.10-desktop-i386.iso /tmp
将vps上面的文件，复制到我的/tmp下面，一路跑的好好的，
跑着跑着，出现stalled,请问，我怎么办？我可否关机，可否下次开机后断点继续传？
wget&&-c&&可以实现断点后继续下载，scp有无这个功能？
&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp
UID空间积分0 积分16阅读权限10帖子精华可用积分16 信誉积分168 专家积分0 在线时间12 小时注册时间最后登录
白手起家, 积分 16, 距离下一级还需 184 积分
帖子主题精华可用积分16 信誉积分168 专家积分0 在线时间12 小时注册时间最后登录
论坛徽章:0
这个我好像以前试过，不能断点续传的哈，用rsync吧，支持断点续传，压缩传输、速度快。
UID空间积分860 积分52800阅读权限100帖子精华可用积分52800 信誉积分3731 专家积分105 在线时间12267 小时注册时间最后登录
招聘 : 帖子主题精华可用积分52800 信誉积分3731 专家积分105 在线时间12267 小时注册时间最后登录
认证徽章论坛徽章:87
根据你的亲自测试，结果是可还是不可？
中国惠普有限公司招聘：[all variants] scp stalled
Jump to page:
Results 1 to 10 of 17
Linear Mode
First Cup of Ubuntu
scp stalled
Like many others I've googled, I too am experiencing the &scp stalled&
After spending many hours on the problem, with no solution,
I thought I'd add my observations to the mix.
I have/had several hosted servers connected to reasonably fast Internet
connections.
I also have a bunch of machines at my home-office
connected through a DSL connection.
Scp from fast connection to fast connection works fine in any
direction.
Scp from a fast connection to my slower DSL connection
works fine too.
I get the &scp stalled& message only when I attempt
to transfer a large file (20MB) from a machine on the DSL to one of
the fast connected machines.
In fact, the issue is so pronounced that
I am totally unable to transfer the large file at all in this
direction.
When attempting to transfer a file from a DSL connection (uploading),
the DSL transfer initially starts off very fast (for DSL) at about
1MB/sec and then it constantly reduces until it ultimately hangs with
the scp &-stalled-& message.
Interestingly, when I try scp on a Mac or on Windows/Cygwin with the
same file and from/to the same networks, scp works reliably every
The upload speed stabilizes at 30 to 50 KB/sec.
I also have
several machines with various versions of Ubuntu installed and none of
them can scp the sample file I am using.
I have googled and tried many things suggested on the net.
them helped me.
I often see someone say a suggestion fixed the
problem only to see them recant later.
I think this is because if
your connection speed is not too bad the issue appears to work
sometime and not work others.
In my instance, however, given my speed
situation, I am able to reliably produce the issue.
None of the
suggested responses fixes the problem.
I have had this issue with Ubuntu 9.04, 8.10 & 8.04.
I was hoping
9.04 would fix the problem but it didn't.
This issue is extremely significant for me.
I am trying to run a
company and the ability to upload new releases of my product to my
customers is required.
Most of my programmers are pulling the company
towards the Mac.
I have been pulling towards Ubuntu Linux.
I can't win
without a working scp.
Thank you.
Blake McBride
Last edited by blake1024; June 2nd, 2009 at .
Has an Ubuntu Drip
Re: scp stalled
I have the same problem with two laptops behind the same NAT router on a small home network. It's not just limited to SSH&SCP, either. My NFS connections work like crap, as well.
By any chance, have you noticed any difficulties in doing USB file transfers - say, to an external HDD or thumbdrive? I have a big problem writing to USB devices that started around the same time as my network problems, and it's almost the same problem - speeds stop & start, stop & and rapidly degrade over time.
I think the two bugs are related. I could be wrong.
I'd be interested in seeing what there is to learn about the SSH/SCP thing, even if it isn't related.
I switched to Windows because of all the disappointment Linux brought me.
First Cup of Ubuntu
Re: scp stalled
I haven't experienced any USB issues.
Also, I have a bunch of different machines running different versions of Ubuntu and they all experience the same scp issue.
I don't think the issue is related to my machine or configuration since virgin installs on different machine don't work.
Has an Ubuntu Drip
Re: scp stalled
I'm in a similar boat with my problem - two laptops, one running hardy and one recently upgraded with a fresh install of Jaunty.
I switched to Windows because of all the disappointment Linux brought me.
First Cup of Ubuntu
Re: scp stalled
I see the problem all over the net.
I'd think it would be considered a high priority issue.
Mum is the word from the higher ups.
Has an Ubuntu Drip
Re: scp stalled
I've been seeing problems in my google searches going back to 2005 that talk about this problem. One temporary fix I've run across (you may also have seen it) is to add the following to the /etc/sysctl.conf files of your computers:
zero@zero-laptop:~/Desktop$ cat /etc/sysctl.conf
# /etc/sysctl.conf - Configuration file for setting system variables
# See sysctl.conf (5) for information.
#kernel.domainname =
# the following stops low-level messages on console
kernel.printk = 4 4 1 7
# enable /proc/$pid/maps privacy so that memory relocations are not
# visible to other users.
(Added in kernel 2.6.22.)
kernel.maps_protect = 1
# Increase inotify availability
fs.inotify.max_user_watches = 524288
# protect bottom 64k of memory from mmap to prevent NULL-dereference
# attacks against potential future kernel security vulnerabilities.
# (Added in kernel 2.6.23.)
vm.mmap_min_addr = 65536
##############################################################3
# Functions previously found in netbase
# Comment the next two lines to disable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=1
# Uncomment the next line to enable TCP/IP SYN cookies
# This disables TCP Window Scaling (http://lkml.org/lkml//167)
#net.ipv4.tcp_syncookies=1
# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.ip_forward=1
# Uncomment the next line to enable packet forwarding for IPv6
#net.ipv6.ip_forward=1
###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
# Ignore ICMP broadcasts
#net/ipv4/icmp_echo_ignore_broadcasts = 1
# Ignore bogus ICMP errors
#net/ipv4/icmp_ignore_bogus_error_responses = 1
# Do not accept ICMP redirects (prevent MITM attacks)
#net/ipv4/conf/all/accept_redirects = 0
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net/ipv4/conf/all/secure_redirects = 1
# Do not send ICMP redirects (we are not a router)
#net/ipv4/conf/all/send_redirects = 0
# Do not accept IP source route packets (we are not a router)
#net/ipv4/conf/all/accept_source_route = 0
# Log Martian Packets
#net/ipv4/conf/all/log_martians = 1
# Always defragment packets
#net/ipv4/ip_always_defrag = 1
net.core.rmem_default = 524288
net.core.rmem_max = 524288
net.core.wmem_default = 524288
net.core.wmem_max = 524288
net.ipv4.tcp_wmem =
net.ipv4.tcp_rmem =
net.ipv4.tcp_mem = 288 524288
net.ipv4.tcp_rfc1337 = 1
net.ipv4.ip_no_pmtu_disc = 0
net.ipv4.tcp_sack = 1
net.ipv4.tcp_fack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_ecn = 0
net.ipv4.route.flush = 1
To test it out, on your primary host, issue
sudo sysctl -p
at a terminal, then ssh into a test client and do the same. For me, it stops the constant stopping/starting and outright stalling. But it seems to have some drawbacks on speed. Maybe it's just me.
I guess there's a way to add sysctl to your modules at startup, but you have to add another module to load before sysctl does. You'll want to read up on that to see the specifics. I'd point you in a direction, but I found it in a google search somewhere along the line. If I remember right (and judging by the options entered in the sysctl.conf file), this is for disabling IPV6 addressing, which enabled by default (and harder than hell to get rid of) in Jaunty.
Side question: Do you use NFS to share folders? Can you confirm the same stopping/starting and stalling when transferring files via NFS?
I switched to Windows because of all the disappointment Linux brought me.
First Cup of Ubuntu
Re: scp stalled
I tried that on 8.10 with no luck.
I just tried it on 9.04 with no luck still.
I don't think that fixes anything.
Some people say it fixed the problem only to say it stopped working again.
I think some people have marginal speed issues that actually work sometimes so it is hard to tell if you have a fix.
My situation is completly reproducable.
Thanks anyway.
Blake McBride
First Cup of Ubuntu
Re: scp stalled
Hi Guys, I am on ubuntu 9.04 and also face same problem. Have tried everything that's posted on this thread but no luck so far. Any help is highly appreciated. I will try with my soalris machine tomorrow. Thanks
5 Cups of Ubuntu
Re: scp stalled
I am having a similar problem...any solutions in the last year?
A Carafe of Ubuntu
Re: scp stalled
Originally Posted by kenm_uk
I am having a similar problem...any solutions in the last year?
Mine stalled on about 100K. And I've occasionally fixed it just now:
vm.swappiness=10
from /etc/sysctl.conf
sudo sysctl -p
My /etc/sysctl.conf:
net.core.rmem_default = 524288
net.core.rmem_max = 524288
net.core.wmem_default = 524288
net.core.wmem_max = 524288
net.ipv4.tcp_wmem =
net.ipv4.tcp_rmem =
net.ipv4.tcp_mem = 288 524288
net.ipv4.tcp_rfc1337 = 1
net.ipv4.ip_no_pmtu_disc = 0
net.ipv4.tcp_sack = 1
net.ipv4.tcp_fack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_ecn = 0
net.ipv4.route.flush = 1
Jump to page:家里的三星对开门冰箱（型号是RSA3SCPN1/XSC）出现冷冻室内壁结冰现象，以前从没出现过，请问是什么问题_百度知道
家里的三星对开门冰箱（型号是RSA3SCPN1/XSC）出现冷冻室内壁结冰现象，以前从没出现过，请问是什么问题
将食品靠前或中间摆放：<a title="https.aspx&nbsp。建议您将冰箱断电化霜：
其他类似问题
为您推荐：
其他1条回答
冷冻室风冷怎么会结冰检查是否风扇电机,
化霜加热管/化霜加热器
温度传感器
对开门冰箱的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Resume recursive scp transfer (with rsync?) - Super User
to customize your list.
Super User is a question and answer site for computer enthusiasts and power users. It&#39;s 100% free, no registration required.
Here&#39;s how it works:
Anybody can ask a question
Anybody can answer
The best answers are voted up and rise to the top
I was transferring several thousand files each ~1MB via scp and my connection was broken after the first 2k files or so. I wanted to know if there was a way to resume the recursive transfer w/o starting over. Something like
$ scp -r :/datafiles/ ./
... Happy Transfer ...
$ rsync -P :/datafiles/ ./
... Continue transf...
The problem is I can't seem to get the syntax correct if it is possible. Can anyone shed some light on if/how it can be done?
PS. If you specify the slash after "datafiles" in the rsync line, does that transfer the directory or its contents? I saw conflicting comments when I googled.
migrated from
This question came from our site for professional and enthusiast programmers.
if you are rsyncing from a local machine to a remote host, this would work:
rsync -avzl -e ssh /directory/with/files/ :/new/directory/
The following line should do the trick for that:
rsync --partial --progress --rsh=ssh -r :/datafiles/ ./
I've never used this for recursive directories before, but when I texted it just now it seemed to work as expected.
The rsync command you listed would work, if you only added "-r". but you would also most likely want "-a" and "-v".
And about the trailing slash, :/data/ is equivalent to /data/*, in other words, if you add a slash, it copies all the contents. but :/data would be the directory itself [and naturally, its subfolders]
Merging kibitzer's and Tyler's answers worked best for me:
rsync --partial --progress -avzl -e ssh /directory/with/files/ :/new/directory/
(rsyncing recursively and showing progress of each file)
Your Answer
Sign up or
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Post as a guest
By posting your answer, you agree to the
Not the answer you&#39;re looking for?
Browse other questions tagged
Super User works best with JavaScript enabled