similar to: [Bug 9813] New: --resume parameter to improve speed of dropped/partial transfers

Displaying 20 results from an estimated 10000 matches similar to: "[Bug 9813] New: --resume parameter to improve speed of dropped/partial transfers"

2012 Aug 15
2
[PATCH] libxl: make domain resume API asynchronous
# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1345046301 -3600 # Node ID 7cec0543f67cefe3755bbad0c2262fa2e820d746 # Parent 30bf79cc14d932fbe6ff572d0438e5a432f69b0a libxl: make domain resume API asynchronous Although the current implementation has no asynchromous parts I can envisage it needing to do bits of create/destroy like functionality which may need async
2004 Sep 23
0
[Bug 1814] Could we get --resume?
https://bugzilla.samba.org/show_bug.cgi?id=1814 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Priority|P3 |P5 Resolution| |WONTFIX ------- Additional
2013 Apr 18
1
[Bug 9814] New: --cache parameter for storing recent file data
https://bugzilla.samba.org/show_bug.cgi?id=9814 Summary: --cache parameter for storing recent file data Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: me at haravikk.com
2019 Jun 25
4
[Bug 110997] New: NV50 fan runs at full speed after resume from suspend on kernels 5.1.8, 4.19.49
https://bugs.freedesktop.org/show_bug.cgi?id=110997 Bug ID: 110997 Summary: NV50 fan runs at full speed after resume from suspend on kernels 5.1.8, 4.19.49 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority:
2013 Aug 01
5
[Bug 2137] New: progress meter shows wrong speed during resume
https://bugzilla.mindrot.org/show_bug.cgi?id=2137 Bug ID: 2137 Summary: progress meter shows wrong speed during resume Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: minor Priority: P5 Component: sftp Assignee: unassigned-bugs at
2015 Aug 30
0
[Bug 11474] New: Retry delay for lost connection
https://bugzilla.samba.org/show_bug.cgi?id=11474 Bug ID: 11474 Summary: Retry delay for lost connection Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core Assignee: wayned at samba.org Reporter: samba at
2004 Jun 23
2
Which disk is it?
Which disk is it? /dev/sda6 or /dev/sdb8 or /dev/sdc6? >From my log: Jun 10 21:25:39 postamt1 kernel: attempt to access beyond end of device Jun 10 21:25:39 postamt1 kernel: 08:06: rw=0, want=1680353324, limit=59954548 Jun 10 21:25:39 postamt1 kernel: EXT3-fs error (device sd(8,6)): ext3_readdir: directory #3473659 contains a hole at offset 1852399616 $ mount /dev/sdb6 on / type auto (rw)
2006 Jun 13
1
Partial transferred files useless at resume, compare-dir can help ?
So, my use case is : 1. lot of connections over dial-up lines 2. need to transfer safely A SINGLE BZIPPED FILE to the server 3. if dial-up line fails, it's automatically restarted after 5 minutes and transfer start again I heard about the --partial option in order to keep the partial transferred file. I thought that rsync will apply his incremental check and update alghoritm on that
2010 Feb 13
4
[Bug 26555] New: nouveau fails to fully resume nforce1 (nv1a) after S3
http://bugs.freedesktop.org/show_bug.cgi?id=26555 Summary: nouveau fails to fully resume nforce1 (nv1a) after S3 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at
2015 Sep 23
0
Re: Time syncing after VM suspend/resume
> -----Oorspronkelijk bericht----- > Van: libvirt-users-bounces@redhat.com [mailto:libvirt-users- > bounces@redhat.com] Namens Jérôme > Verzonden: woensdag 23 september 2015 15:03 > Aan: libvirt-users@redhat.com > Onderwerp: [libvirt-users] Time syncing after VM suspend/resume > > Hi all. > > When resuming guest after suspend, the time is wrong (because the guest
2014 Jan 23
0
[PATCH] drm/nouveau: resume display if any later suspend bits fail
If either idling channels or suspending the fence were to fail, the display would never be resumed. Also if a client fails, resume the fence (not functionally important, but it would potentially leak memory). See https://bugs.freedesktop.org/show_bug.cgi?id=70213 Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Untested, but makes sense given that the bug report has cursor setting
2001 Sep 10
0
[PATCH] quick hack for 'resume' support in sftp
I saw several questions regarding 'resume transfer' support in sftp come up, in the archives, but no real satisfying answer. I had a particular itch myself, so I scratched it with a quick hack. Patch attached, since it's not really big. To explain, I need to use ssh (scp or sftp) to transfer files to and from a Windows box. No other method is available. And the Windows machine has no
2013 Oct 03
0
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
On 03/10/13 15:41, Christoph Rudorff wrote: > On resume of a hibernated notebook, I get garbled virtual consoles. > > fb_set_suspend(*dev, state == 0 means dev is running ...) > > This patch fixes that issue for me: > Ouch, nice catch Christoph :) Seems like the following commit flipped the logic unintentionally, thus causing the issue. Stange enough I have no problems with
2018 Jul 18
3
[PATCH 1/5] drm/nouveau: Prevent RPM callback recursion in suspend/resume paths
On Wed, Jul 18, 2018 at 09:38:41AM +0200, Rafael J. Wysocki wrote: > On Tue, Jul 17, 2018 at 8:20 PM, Lukas Wunner <lukas at wunner.de> wrote: > > Okay, the PCI device is suspending and the nvkm_i2c_aux_acquire() > > wants it in resumed state, so is waiting forever for the device to > > runtime suspend in order to resume it again immediately afterwards. > > >
2014 Sep 13
0
VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote: > On 13.09.2014 07:02, poma wrote: >> On 13.09.2014 06:57, poma wrote: >>> >>> Actually I have nothing to show cause logs are all OK. >>> Haha, it seems to me that the bugs become intelligent. >>> >>> 3.15.10-201.fc20.x86_64 >>> 3.16.2-200.fc20.x86_64
2014 May 21
0
[Bug 10621] New: Allow Filter Rule Imports Relative to Importer
https://bugzilla.samba.org/show_bug.cgi?id=10621 Summary: Allow Filter Rule Imports Relative to Importer Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: samba at
2014 Sep 13
0
VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
On Sat, Sep 13, 2014 at 5:25 PM, poma <pomidorabelisima at gmail.com> wrote: > On 13.09.2014 22:58, Ilia Mirkin wrote: >> On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote: >>> On 13.09.2014 07:02, poma wrote: >>>> On 13.09.2014 06:57, poma wrote: >>>>> >>>>> Actually I have nothing to show cause logs
2013 Nov 19
0
[PATCH] drm/nouveau/fbcon: fix suspend/resume fbcon
On 19.11.2013 19:48, Greg KH wrote: > On Tue, Nov 19, 2013 at 05:59:13PM +0100, Christoph Rudorff wrote: >> Current code disables fbcon acceleration before fbcon is suspended, >> leading to corrupted console after resume from s2disk. In a similar >> fashion we must make sure that fbcon acceleration is enabled before we >> revive the console. >> >> With this
2015 Sep 23
3
Time syncing after VM suspend/resume
Hi all. When resuming guest after suspend, the time is wrong (because the guest doesn't know it has been suspended). Apparently, ntp running on the guest doesn't solve this. At least on Linux system. I read it works on Windows guests. I don't understand why, so I'd appreciate a link to an explanation, but I understand it is out of scope for this list. The HW clock is correct and
2014 Sep 13
0
VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
Dear Poma, Don't get anyone wrong, your input is greatly valued. The reason why "we" (nouveau developers) generally ask for a git bisection is because we don't know or track specific distributions. Although your search has narrowed the problem down (thanks for that!), we don't know how big the difference is between kernel-3.16.0-0.rc0.git9.1.fc21 and