2011-05-13 09:44:32 |
Martin Konôpka |
bug |
|
|
added bug |
2011-05-13 09:44:32 |
Martin Konôpka |
attachment added |
|
what top utility reports https://bugs.launchpad.net/bugs/782092/+attachment/2126667/+files/top_report |
|
2011-05-16 21:48:53 |
Clint Byrum |
bug |
|
|
added subscriber Clint Byrum |
2011-05-16 21:49:06 |
Clint Byrum |
bug task added |
|
linux (Ubuntu) |
|
2011-05-16 21:49:25 |
Clint Byrum |
openssh (Ubuntu): status |
New |
Incomplete |
|
2011-07-18 23:51:50 |
Brad Figg |
linux (Ubuntu): status |
New |
Incomplete |
|
2011-07-19 08:23:20 |
Martin Konôpka |
tags |
amd64 apport-bug maverick |
amd64 apport-bug apport-collected maverick |
|
2011-07-19 08:23:21 |
Martin Konôpka |
description |
I describe the issue in few steps below.
1.) I want to transfer files from machine A (with ubuntu 11.04, but this is not important) to machine B (ubuntu 10.10; this is important to say) using scp.
2.) Machine B is under constant computational load due to a user program (a simulation) such that most of its CPU power is consumed by the program but it uses less then half of total (12 GB) memory and there is not any significant usage of disk and no other application is running. (Even no user logged into a GNOME session.)
3.) I issue the command scp on machine A; I immediatelly get prompt to give password. However the transfer does not start immediatelly after that. I must wait for some time, say half a minute or even full minute or more (I have not measured it.) just to see the start of the tranfer.
Few additional remarks:
Until recently machine B had had installed ubuntu 10.04 (Lucid Lynx, 64-bit) and there was no such problem even at higher computational loads. Similarly there was no such problem even in more distant past when the machine was running under Linux Mint Helena (based upon Ubuntu 9.10).
The long delays when doing scp occur if machine B was not exposed to an scp or ssh demand for a longer period of time. (Typically I face the problem in the morning when.) If an scp transfer is finally accomplished then I can start a new one which already works without delay.
Machine B is equipped with an Intel i7 CPU, 12 GB of DDR3 and it is a quite powerful workstation. All cores of CPU are set to run at maximum frequency.
I attach a file with content shown by the program top. (Grabbed in situation when a user is logged into GNOME session.)
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: openssh-server 1:5.5p1-4ubuntu5
ProcVersionSignature: Ubuntu 2.6.35-28.50-generic 2.6.35.11
Uname: Linux 2.6.35-28-generic x86_64
Architecture: amd64
Date: Fri May 13 10:39:53 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, user)
LANG=en_GB.utf8
SHELL=/bin/bash
SourcePackage: openssh |
I describe the issue in few steps below.
1.) I want to transfer files from machine A (with ubuntu 11.04, but this is not important) to machine B (ubuntu 10.10; this is important to say) using scp.
2.) Machine B is under constant computational load due to a user program (a simulation) such that most of its CPU power is consumed by the program but it uses less then half of total (12 GB) memory and there is not any significant usage of disk and no other application is running. (Even no user logged into a GNOME session.)
3.) I issue the command scp on machine A; I immediatelly get prompt to give password. However the transfer does not start immediatelly after that. I must wait for some time, say half a minute or even full minute or more (I have not measured it.) just to see the start of the tranfer.
Few additional remarks:
Until recently machine B had had installed ubuntu 10.04 (Lucid Lynx, 64-bit) and there was no such problem even at higher computational loads. Similarly there was no such problem even in more distant past when the machine was running under Linux Mint Helena (based upon Ubuntu 9.10).
The long delays when doing scp occur if machine B was not exposed to an scp or ssh demand for a longer period of time. (Typically I face the problem in the morning when.) If an scp transfer is finally accomplished then I can start a new one which already works without delay.
Machine B is equipped with an Intel i7 CPU, 12 GB of DDR3 and it is a quite powerful workstation. All cores of CPU are set to run at maximum frequency.
I attach a file with content shown by the program top. (Grabbed in situation when a user is logged into GNOME session.)
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: openssh-server 1:5.5p1-4ubuntu5
ProcVersionSignature: Ubuntu 2.6.35-28.50-generic 2.6.35.11
Uname: Linux 2.6.35-28-generic x86_64
Architecture: amd64
Date: Fri May 13 10:39:53 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, user)
LANG=en_GB.utf8
SHELL=/bin/bash
SourcePackage: openssh
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: konopka 12733 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xd7ff8000 irq 73'
Mixer name : 'Analog Devices AD1989B'
Components : 'HDA:11d4989b,10438372,00100300'
Controls : 48
Simple ctrls : 27
DistroRelease: Ubuntu 10.10
HibernationDevice: RESUME=UUID=c49e29ce-51d0-4841-ba53-2277847b7096
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
IwConfig:
lo no wireless extensions.
eth0 no wireless extensions.
eth1 no wireless extensions.
MachineType: System manufacturer System Product Name
Package: openssh
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.35-30-generic root=UUID=ed65d6b9-ca7c-4627-808f-b9f882327a13 ro quiet splash
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, user)
LANG=en_GB.utf8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.35-30.54-generic 2.6.35.13
Regression: Yes
RelatedPackageVersions: linux-firmware 1.38.6
Reproducible: Yes
RfKill:
Tags: maverick kernel-config regression-release needs-upstream-testing
Uname: Linux 2.6.35-30-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
WifiSyslog:
dmi.bios.date: 11/12/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0704
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: P6T DELUXE V2
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr0704:bd11/12/2009:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP6TDELUXEV2:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: System Product Name
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer |
|
2011-07-19 08:23:23 |
Martin Konôpka |
attachment added |
|
AcpiTables.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216695/+files/AcpiTables.txt |
|
2011-07-19 08:23:25 |
Martin Konôpka |
attachment added |
|
AlsaDevices.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216696/+files/AlsaDevices.txt |
|
2011-07-19 08:23:27 |
Martin Konôpka |
attachment added |
|
AplayDevices.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216697/+files/AplayDevices.txt |
|
2011-07-19 08:23:29 |
Martin Konôpka |
attachment added |
|
ArecordDevices.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216698/+files/ArecordDevices.txt |
|
2011-07-19 08:23:31 |
Martin Konôpka |
attachment added |
|
BootDmesg.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216699/+files/BootDmesg.txt |
|
2011-07-19 08:23:32 |
Martin Konôpka |
attachment added |
|
Card0.Amixer.values.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216700/+files/Card0.Amixer.values.txt |
|
2011-07-19 08:23:34 |
Martin Konôpka |
attachment added |
|
Card0.Codecs.codec.0.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216701/+files/Card0.Codecs.codec.0.txt |
|
2011-07-19 08:23:36 |
Martin Konôpka |
attachment added |
|
CurrentDmesg.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216702/+files/CurrentDmesg.txt |
|
2011-07-19 08:23:37 |
Martin Konôpka |
attachment added |
|
Lspci.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216703/+files/Lspci.txt |
|
2011-07-19 08:23:39 |
Martin Konôpka |
attachment added |
|
Lsusb.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216704/+files/Lsusb.txt |
|
2011-07-19 08:23:40 |
Martin Konôpka |
attachment added |
|
PciMultimedia.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216706/+files/PciMultimedia.txt |
|
2011-07-19 08:23:42 |
Martin Konôpka |
attachment added |
|
ProcCpuinfo.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216707/+files/ProcCpuinfo.txt |
|
2011-07-19 08:23:44 |
Martin Konôpka |
attachment added |
|
ProcInterrupts.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216708/+files/ProcInterrupts.txt |
|
2011-07-19 08:23:46 |
Martin Konôpka |
attachment added |
|
ProcModules.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216709/+files/ProcModules.txt |
|
2011-07-19 08:23:47 |
Martin Konôpka |
attachment added |
|
UdevDb.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216710/+files/UdevDb.txt |
|
2011-07-19 08:23:49 |
Martin Konôpka |
attachment added |
|
UdevLog.txt https://bugs.edge.launchpad.net/bugs/782092/+attachment/2216711/+files/UdevLog.txt |
|
2011-07-19 08:47:12 |
Martin Konôpka |
linux (Ubuntu): status |
Incomplete |
New |
|
2011-07-19 08:47:21 |
Martin Konôpka |
openssh (Ubuntu): status |
Incomplete |
New |
|
2011-07-19 08:51:33 |
Brad Figg |
linux (Ubuntu): status |
New |
Confirmed |
|
2011-07-19 12:06:31 |
Dave Walker |
openssh (Ubuntu): importance |
Undecided |
Medium |
|
2012-04-21 21:29:56 |
penalvch |
tags |
amd64 apport-bug apport-collected maverick |
amd64 apport-bug apport-collected maverick needs-upstream-testing |
|
2012-04-21 21:30:56 |
penalvch |
linux (Ubuntu): status |
Confirmed |
Incomplete |
|
2012-04-21 23:19:59 |
penalvch |
bug task deleted |
openssh (Ubuntu) |
|
|
2012-04-21 23:20:26 |
penalvch |
linux (Ubuntu): status |
Incomplete |
Invalid |
|