Starting up CockroachDB (with cockroach start) we see the start-up ends failing with the following stack trace inside the cockroach.log file:
panic: runtime error: index out of range [3] with length 3
goroutine 83 [running]:
github.com/elastic/gosigar.(*FileSystemList).Get.func1({0xc0019b8ab0, 0xc000ae9000})
github.com/elastic/gosigar/external/com_github_elastic_gosigar/sigar_linux_common.go:113 +0x1b0
github.com/elastic/gosigar.readFile({0x4e8860e, 0x200000003}, 0xc000ac7440)
github.com/elastic/gosigar/external/com_github_elastic_gosigar/sigar_linux_common.go:386 +0x208
github.com/elastic/gosigar.(*FileSystemList).Get(0xc000ac7508)
github.com/elastic/gosigar/external/com_github_elastic_gosigar/sigar_linux_common.go:106 +0x8f
github.com/cockroachdb/cockroach/pkg/storage.getFileSystemProperties({0x6355138, 0xc000828e40}, {0xc00095f2f0, 0x21})
github.com/cockroachdb/cockroach/pkg/storage/store_properties.go:60 +0x1d4
github.com/cockroachdb/cockroach/pkg/storage.computeStoreProperties({0x6355138, 0xc000828e40}, {0xc00095f2f0, 0x3d}, 0x47, 0x59)
github.com/cockroachdb/cockroach/pkg/storage/store_properties.go:35 +0xa6
github.com/cockroachdb/cockroach/pkg/storage.NewPebble({0x6355138, 0xc000828e40}, {{{{0x0, 0x0, 0x0}}, {0xc00095f2f0, 0x21}, 0x0, 0x0, 0x3ea35947, ...}, ...})
github.com/cockroachdb/cockroach/pkg/storage/pebble.go:831 +0x76d
github.com/cockroachdb/cockroach/pkg/server.(*Config).CreateEngines(0xc000bbf100, {0x6355138, 0xc000828e40})
github.com/cockroachdb/cockroach/pkg/server/config.go:649 +0x13c8
github.com/cockroachdb/cockroach/pkg/server.NewServer({{0xc000860000, 0xc000580b60, 0xc000151770, 0xc000a74af0, 0xc000a06300, 0xc000a062e8, {0xc000151770, {0x62ab9c0, 0xc000a74af0}, 0x0, ...}, ...}, ...}, ...)
github.com/cockroachdb/cockroach/pkg/server/server.go:204 +0x48a
github.com/cockroachdb/cockroach/pkg/cli.runStart.func3.2(0xc000a725a0, 0xc000485400, 0xc000417a10, {0x6355138, 0xc0019b6150}, 0x1, {0xd40b1b, 0xeda857abd, 0x0})
github.com/cockroachdb/cockroach/pkg/cli/start.go:613 +0x95
github.com/cockroachdb/cockroach/pkg/cli.runStart.func3()
github.com/cockroachdb/cockroach/pkg/cli/start.go:669 +0xf6
created by github.com/cockroachdb/cockroach/pkg/cli.runStart
github.com/cockroachdb/cockroach/pkg/cli/start.go:584 +0x7c5
This can happen when if there you entries in your /etc/mtab without options inside, for example due to docker. Starting cockroach before starting docker will workaround this problem. An upstream issue is open for this problem https://github.com/elastic/gosigar/issues/166.
Related
I am trying to debug the embedded Linux kernel 4.12.28, this crashes and shows kernel panic. I have put some prints inside blocks/genhd.c to print the disk_name. I see that it crashes inside - "bdget_disk" while getting the bdgt_disk for disk_name "ram0". I am using a power pc architecture.
I am a bit puzzled on how should I approach this issue or how can I debug? I am unable to understand the root cause. My understanding is that ram0 is like a RAM disk needed for initial bootup by the system. The initrd contents will be copied to ram0 for bootup. I don't understand why it crashes. I can make out that it is related to bad address. But what is the real reason and how to
debug this?
My defconfig has -
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=32768
The kernel panic logs are -
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16, base_baud = 19531250) is a 16550A
serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17, base_baud = 19531250) is a 16550A
console [ttyS1] enabled
console [ttyS1] enabled
bootconsole [udbg0] disabled
bootconsole [udbg0] disabled
Custom Debug..DEBUG: Passed bdget_disk 765
Custom Debug.. the disc name is ram0
Unable to handle kernel paging request for data at address 0x00005484
Faulting instruction address: 0xc0100154
Oops: Kernel access of bad area, sig: 11 [#1]
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Not tainted 4.12.28-standard #1
task: df416a60 task.stack: df42a000
NIP: c0100154 LR: c011d158 CTR: c02bd990
REGS: df42bcb0 TRAP: 0300 Not tainted (4.12.28-standard)
MSR: 00009032 <EE,ME,IR,DR,RI>
CR: 242c0484 XER: 00000000
DAR: 00005484 DSISR: 20000000
GPR00: c02406bc df42bd60 df416a60 df407800 00000001 c011cb4c c011cb64 df42bd68
GPR08: 00000005 00000001 c0660000 00000000 222c0824 00000000 c00040f0 00000000
GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 c0660000 c05fa2dc
GPR24: 00000007 00000093 df50d00c df50d060 00000000 df50d058 00000000 df50d040
NIP [c0100154] iget5_locked+0xc/0x250
LR [c011d158] bdget+0x40/0xf4
Call Trace:
[df42bd60] [c0652708] log_wait+0x0/0x8 (unreliable)
[df42bd80] [c02406bc] bdget_disk+0xac/0xf8
[df42bda0] [c0241780] device_add_disk+0x3f4/0x43c
[df42bdf0] [c060ed5c] brd_init+0xa8/0x184
[df42be20] [c0003a5c] do_one_initcall+0x48/0x18c
[df42be90] [c05faafc] kernel_init_freeable+0x130/0x228
[df42bf20] [c0004108] kernel_init+0x18/0x110
[df42bf40] [c00103f0] ret_from_kernel_thread+0x5c/0x64
Instruction dump:
741d7e44 3f090d7e ea9463ef 3a7ebecd fc607969 24b8044d a251c1c7 2c91258b
242aaa92 9887d4e0 2f4a22b5 8b2ef93c <8b9c5484> 7ecf225d 6a9c4a5b 1a5791d4
---[ end trace 47ca8dc77d8de71b ]---
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
Rebooting in 180 seconds..
In simple words kernel was searching for /dev/ram0 which it couldn't find.
probable root-cause: you didn't provided proper command line argument to initialize initrd. please do post you kernel command line. we can sort it out.
when opening any .sln file my Visual Studio 2013 crashes with following error:
An unhandled Microsoft .NET Framework exception occurred in devenv.exe
Possible Debuggers:
New instance of Microsoft Visual Studio 2015
--> I am using 2013
This error suddenly occurred without doing anything, at least not that I am aware of. I have seen many similar problems to this but no one has solved them, yet..
EDIT local dump
0:000> !analyze -v
*******************************************************************************
* *
* Exception Analysis *
* *
*******************************************************************************
*** WARNING: Unable to verify checksum for WindowsBase.ni.dll
GetUrlPageData2 (WinHttp) failed: 12002.
DUMP_CLASS: 2
DUMP_QUALIFIER: 400
CONTEXT: (.ecxr)
eax=168124f8 ebx=00000001 ecx=07c44ef8 edx=00f3f15c esi=168124f0 edi=00f3f154
eip=e8000000 esp=00f3ef80 ebp=00f3f00c iopl=0 nv up ei pl nz na po nc
cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00210202
e8000000 ?? ???
Resetting default scope
FAULTING_IP:
+0
e8000000 ?? ???
EXCEPTION_RECORD: (.exr -1)
ExceptionAddress: e8000000
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 00000008
Parameter[1]: e8000000
Attempt to execute non-executable address e8000000
DEFAULT_BUCKET_ID: SOFTWARE_NX_FAULT_NOSOS
PROCESS_NAME: devenv.exe
ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.
EXCEPTION_CODE_STR: c0000005
EXCEPTION_PARAMETER1: 00000008
EXCEPTION_PARAMETER2: e8000000
FOLLOWUP_IP:
vcpkg!EnvUtils::ValidateFile+9c
60ddf268 8b45c8 mov eax,dword ptr [ebp-38h]
EXECUTE_ADDRESS: ffffffffe8000000
FAILED_INSTRUCTION_ADDRESS:
+0
e8000000 ?? ???
WATSON_BKT_PROCSTAMP: 524fcb34
WATSON_BKT_PROCVER: 12.0.21005.1
PROCESS_VER_PRODUCT: Microsoft® Visual Studio® 2013
WATSON_BKT_MODULE: unknown
WATSON_BKT_MODVER: 0.0.0.0
WATSON_BKT_MODOFFSET: e8000000
WATSON_BKT_MODSTAMP: bbbbbbb4
BUILD_VERSION_STRING: 10.0.15063.296 (WinBuild.160101.0800)
MODLIST_WITH_TSCHKSUM_HASH: fb08b3e0d26f59b745effd61c5c16cb11b294362
MODLIST_SHA1_HASH: e077fef6b924063dd9adb146ae617873baf70a07
NTGLOBALFLAG: 0
PROCESS_BAM_CURRENT_THROTTLED: 0
PROCESS_BAM_PREVIOUS_THROTTLED: 0
APPLICATION_VERIFIER_FLAGS: 0
PRODUCT_TYPE: 1
SUITE_MASK: 272
DUMP_FLAGS: 8000c07
DUMP_TYPE: 3
MISSING_CLR_SYMBOL: 0
ANALYSIS_SESSION_HOST: DESKTOP-BS5SBSD
ANALYSIS_SESSION_TIME: 07-20-2017 16:11:36.0410
ANALYSIS_VERSION: 10.0.15063.468 x86fre
MANAGED_CODE: 1
MANAGED_ENGINE_MODULE: clr
MANAGED_ANALYSIS_PROVIDER: SOS
MANAGED_THREAD_ID: 8e8
THREAD_ATTRIBUTES:
ADDITIONAL_DEBUG_TEXT: SOS.DLL is not loaded for managed code. Analysis might be incomplete
OS_LOCALE: DEU
PROBLEM_CLASSES:
ID: [0n292]
Type: [#ACCESS_VIOLATION]
Class: Addendum
Scope: BUCKET_ID
Name: Omit
Data: Omit
PID: [Unspecified]
TID: [0x8e8]
Frame: [0] : unknown!unknown
ID: [0n266]
Type: [INVALID_POINTER_EXECUTE]
Class: Primary
Scope: BUCKET_ID
Name: Add
Data: Omit
PID: [Unspecified]
TID: [0x8e8]
Frame: [0] : unknown!unknown
ID: [0n274]
Type: [SOFTWARE_NX_FAULT]
Class: Primary
Scope: DEFAULT_BUCKET_ID (Failure Bucket ID prefix)
BUCKET_ID
Name: Add
Data: Omit
PID: [0xcc8]
TID: [0x8e8]
Frame: [0] : unknown!unknown
ID: [0n272]
Type: [INVALID_POINTER]
Class: Primary
Scope: BUCKET_ID
Name: Add
Data: Omit
PID: [0xcc8]
TID: [0x8e8]
Frame: [0] : unknown!unknown
ID: [0n234]
Type: [NOSOS]
Class: Addendum
Scope: DEFAULT_BUCKET_ID (Failure Bucket ID prefix)
BUCKET_ID
Name: Add
Data: Omit
PID: [Unspecified]
TID: [Unspecified]
Frame: [0]
BUGCHECK_STR: APPLICATION_FAULT_SOFTWARE_NX_FAULT_INVALID_POINTER_INVALID_POINTER_EXECUTE_NOSOS
PRIMARY_PROBLEM_CLASS: APPLICATION_FAULT
LAST_CONTROL_TRANSFER: from 60ddf268 to e8000000
STACK_TEXT:
WARNING: Frame IP not in any known module. Following frames may be wrong.
00f3ef7c 60ddf268 168124f8 00f3f15c 3cc66705 0xe8000000
00f3f00c 60ddf66a 00f3f07c 00f3f144 00f3f154 vcpkg!EnvUtils::ValidateFile+0x9c
00f3f180 60ddfc26 00000001 3cc66699 00000000 vcpkg!CInitializeConfigurationWorkItem::ProcessFiles+0x166
00f3f2e8 60d7c573 00000001 3cc6642d 146e3ae8 vcpkg!CInitializeConfigurationWorkItem::Initialize+0xe3f
00f3f324 60d7a609 00000001 3cc66471 07a5417c vcpkg!CMultiItemWorkItem::Initialize+0x86
00f3f378 60d385c4 07ad6e1c 00f3f410 77155da0 vcpkg!CWorkItem::ProcessPendingInitializeCalls+0xad
00f3f3b8 60d382c3 07a5417c fffffffe 14073550 vcpkg!CParserManager::OnIdle+0x3a3
00f3f474 71b84ce7 07ad6e1c fffffffe ffffffff vcpkg!CVCPackage::FDoIdle+0x1d0
00f3f4a4 71b84e0f 00000000 0104e204 00000002 msenv!SCM::FDoIdleLoop+0x122
00f3f4c8 71b84e5a ffffffff 00f3f4f8 71b849df msenv!SCM::FDoIdle+0xd5
00f3f4d4 71b849df 0104e1b8 ffffffff 066313f8 msenv!SCM_MsoStdCompMgr::FDoIdle+0x11
00f3f4f8 71b84479 066313f8 ffffffff ffffffff msenv!MainMessageLoop::DoIdle+0x1a
00f3f534 71c83083 0835d33f 00000000 0104e1b0 msenv!CMsoCMHandler::EnvironmentMsgLoop+0x12e
00f3f56c 71c82fb3 066313f8 ffffffff 0104e1b0 msenv!CMsoCMHandler::FPushMessageLoop+0x132
00f3f594 71c82f12 06614bd0 ffffffff 00000cc8 msenv!SCM::FPushMessageLoop+0xae
00f3f5b4 71c82ed9 0104e1b4 06614bd0 ffffffff msenv!SCM_MsoCompMgr::FPushMessageLoop+0x2a
00f3f5e0 71c82e1d ffffffff 0835d38f 00000000 msenv!CMsoComponent::PushMsgLoop+0x2e
00f3f670 71baf730 0835d0e7 00fa1c70 71b10000 msenv!VStudioMainLogged+0x525
00f3f698 2f73f1e2 00fa16d0 280e5cc0 00fa1c70 msenv!VStudioMain+0x7c
00f3f6d8 2f73ee26 280e53b8 77154cc0 2f74b56c devenv!util_CallVsMain+0xde
00f3f9a0 2f748734 00000000 00f74865 00000001 devenv!CDevEnvAppId::Run+0x9bc
00f3f9c8 2f748799 2f730000 00000000 00f74865 devenv!WinMain+0xbd
00f3fa14 77158744 00d00000 77158720 a9dba18e devenv!WinMainCRTStartup+0x12f
00f3fa28 778b582d 00d00000 fd9eefff 00000000 kernel32!BaseThreadInitThunk+0x24
00f3fa70 778b57fd ffffffff 778d6386 00000000 ntdll!__RtlUserThreadStart+0x2f
00f3fa80 00000000 2f74c3e1 00d00000 00000000 ntdll!_RtlUserThreadStart+0x1b
THREAD_SHA1_HASH_MOD_FUNC: 0136bd6660b54be9c6ec0b5c346ba7b7017c80cb
THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 43ea5823f76b450da54d29b14be5db6eb9d88bc3
THREAD_SHA1_HASH_MOD: 22f3d87dbea0d43cb2ca58d96819da8f26bffe9e
FAULT_INSTR_CODE: 8bc8458b
SYMBOL_STACK_INDEX: 1
SYMBOL_NAME: vcpkg!EnvUtils::ValidateFile+9c
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: vcpkg
IMAGE_NAME: vcpkg.dll
DEBUG_FLR_IMAGE_TIMESTAMP: 5590c8c5
STACK_COMMAND: .ecxr ; kb
FAILURE_BUCKET_ID: SOFTWARE_NX_FAULT_NOSOS_c0000005_vcpkg.dll!EnvUtils::ValidateFile
BUCKET_ID: APPLICATION_FAULT_SOFTWARE_NX_FAULT_INVALID_POINTER_INVALID_POINTER_EXECUTE_NOSOS_BAD_IP_vcpkg!EnvUtils::ValidateFile+9c
FAILURE_EXCEPTION_CODE: c0000005
FAILURE_IMAGE_NAME: vcpkg.dll
BUCKET_ID_IMAGE_STR: vcpkg.dll
FAILURE_MODULE_NAME: vcpkg
BUCKET_ID_MODULE_STR: vcpkg
FAILURE_FUNCTION_NAME: EnvUtils::ValidateFile
BUCKET_ID_FUNCTION_STR: EnvUtils::ValidateFile
BUCKET_ID_OFFSET: 9c
BUCKET_ID_MODTIMEDATESTAMP: 5590c8c5
BUCKET_ID_MODCHECKSUM: 44caac
BUCKET_ID_MODVER_STR: 12.0.40629.0
BUCKET_ID_PREFIX_STR: APPLICATION_FAULT_SOFTWARE_NX_FAULT_INVALID_POINTER_INVALID_POINTER_EXECUTE_NOSOS_BAD_IP_
FAILURE_PROBLEM_CLASS: APPLICATION_FAULT
FAILURE_SYMBOL_NAME: vcpkg.dll!EnvUtils::ValidateFile
WATSON_STAGEONE_URL: http://watson.microsoft.com/StageOne/devenv.exe/12.0.21005.1/524fcb34/unknown/0.0.0.0/bbbbbbb4/c0000005/e8000000.htm?Retriage=1
TARGET_TIME: 2017-07-20T14:57:52.000Z
OSBUILD: 15063
OSSERVICEPACK: 296
SERVICEPACK_NUMBER: 0
OS_REVISION: 0
OSPLATFORM_TYPE: x86
OSNAME: Windows 10
OSEDITION: Windows 10 WinNt SingleUserTS
USER_LCID: 0
OSBUILD_TIMESTAMP: unknown_date
BUILDDATESTAMP_STR: 160101.0800
BUILDLAB_STR: WinBuild
BUILDOSVER_STR: 10.0.15063.296
ANALYSIS_SESSION_ELAPSED_TIME: 6ee0
ANALYSIS_SOURCE: UM
FAILURE_ID_HASH_STRING: um:software_nx_fault_nosos_c0000005_vcpkg.dll!envutils::validatefile
FAILURE_ID_HASH: {653be37d-7dca-4334-85f0-5ab76235b00d}
Followup: MachineOwner
I also had this problem. Every time I open my Visual Studio 2013, with or without a solution in it, it will crash and show:
Visual Studio 2013 has stopped working
It was solved by:
Disconnect your PC from any internet connection,
Open Visual Studio 2013. In this state, you are able to open your VS 2013 without any issue, but it will have the problem again when you connect to internet,
Logout your account from Visual Studio 2013,
Connect to internet again
In my case, it doesn't really a matter if I logout my account from my VS 2013, therefore it fixed the issue.
Close Visual Studio (ensure devenv.exe is not present in the Task Manager)
Delete the %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache directory
Restart Visual Studio.
Guys When you are Facing this type issue Visual Studio When you Start It's Getting This Type "Microsoft Visual Studio 2013 has Stopped Working"
NOTE: Please check when you disconnect the internet VS 2013 It's Working Again You Start Internet Again the same Problem.
In that Case, You Can Log Out Microsoft ID Which you have logged into Visual Studio 2013
Then Problem Resolved,
I am working on bash and internally calling python Script for SFTP using PYSFTP. Previously when I used FTP there was a ftp_setdebug(1) option so that I can check the Transfer and goodbye messages. But for SFTP I am not able to find any such option. I found sftp -vv but how exactly does one need to use it? Is there any other method like FTP? I don't want to include any print statements in the script.
The API of pysftp mentions that you can add a log=True to the Connection to log to a temporary file. You could even log to a file of your choosing.
It doesn't mention though that if you specify a number, i.e. log=1, it will dump to stdout!
Example:
>>> import pysftp
>>> conn = pysftp.Connection('localhost', 'username', password='password123', log=1)
DEB [20150320-03:25:19.575] thr=1 paramiko.transport: starting thread (client mode): 0xe071400
INF [20150320-03:25:19.579] thr=1 paramiko.transport: Connected (version 2.0, client OpenSSH_6.4p1)
DEB [20150320-03:25:19.580] thr=1 paramiko.transport: kex algos:['ecdh-sha2-nistp256', 'ecdh-sha2-nistp384', 'ecdh-sha2-nistp521', 'diffie-hellman-group-exchange-sha256', 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss', 'ecdsa-sha2-nistp256'] client encrypt:['aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'arcfour256', 'arcfour128', 'aes128-gcm#openssh.com', 'aes256-gcm#openssh.com', 'aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'aes192-cbc', 'aes256-cbc', 'arcfour', 'rijndael-cbc#lysator.liu.se'] server encrypt:['aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'arcfour256', 'arcfour128', 'aes128-gcm#openssh.com', 'aes256-gcm#openssh.com', 'aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'aes192-cbc', 'aes256-cbc', 'arcfour', 'rijndael-cbc#lysator.liu.se'] client mac:['hmac-md5-etm#openssh.com', 'hmac-sha1-etm#openssh.com', 'umac-64-etm#openssh.com', 'umac-128-etm#openssh.com', 'hmac-sha2-256-etm#openssh.com', 'hmac-sha2-512-etm#openssh.com', 'hmac-ripemd160-etm#openssh.com', 'hmac-sha1-96-etm#openssh.com', 'hmac-md5-96-etm#openssh.com', 'hmac-md5', 'hmac-sha1', 'umac-64#openssh.com', 'umac-128#openssh.com', 'hmac-sha2-256', 'hmac-sha2-512', 'hmac-ripemd160', 'hmac-ripemd160#openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] server mac:['hmac-md5-etm#openssh.com', 'hmac-sha1-etm#openssh.com', 'umac-64-etm#openssh.com', 'umac-128-etm#openssh.com', 'hmac-sha2-256-etm#openssh.com', 'hmac-sha2-512-etm#openssh.com', 'hmac-ripemd160-etm#openssh.com', 'hmac-sha1-96-etm#openssh.com', 'hmac-md5-96-etm#openssh.com', 'hmac-md5', 'hmac-sha1', 'umac-64#openssh.com', 'umac-128#openssh.com', 'hmac-sha2-256', 'hmac-sha2-512', 'hmac-ripemd160', 'hmac-ripemd160#openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', 'zlib#openssh.com'] server compress:['none', 'zlib#openssh.com'] client lang:[''] server lang:[''] kex follows?False
DEB [20150320-03:25:19.580] thr=1 paramiko.transport: Ciphers agreed: local=aes128-ctr, remote=aes128-ctr
DEB [20150320-03:25:19.580] thr=1 paramiko.transport: using kex diffie-hellman-group14-sha1; server key type ssh-rsa; cipher: local aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote hmac-sha1; compression: local none, remote none
DEB [20150320-03:25:19.623] thr=1 paramiko.transport: Switch to new keys ...
DEB [20150320-03:25:19.624] thr=2 paramiko.transport: Attempting password auth...
DEB [20150320-03:25:19.663] thr=1 paramiko.transport: userauth is OK
INF [20150320-03:25:19.676] thr=1 paramiko.transport: Authentication (password) successful!
>>> conn.chdir('/tmp')
DEB [20150320-03:25:25.672] thr=2 paramiko.transport: [chan 0] Max packet in: 32768 bytes
DEB [20150320-03:25:25.672] thr=1 paramiko.transport: [chan 0] Max packet out: 32768 bytes
DEB [20150320-03:25:25.672] thr=1 paramiko.transport: Secsh channel 0 opened.
DEB [20150320-03:25:25.673] thr=1 paramiko.transport: [chan 0] Sesch channel 0 request ok
INF [20150320-03:25:25.676] thr=2 paramiko.transport.sftp: [chan 0] Opened sftp connection (server version 3)
DEB [20150320-03:25:25.676] thr=2 paramiko.transport.sftp: [chan 0] stat(b'/tmp')
DEB [20150320-03:25:25.677] thr=2 paramiko.transport.sftp: [chan 0] normalize(b'/tmp')
>>> conn.close()
INF [20150320-03:25:28.723] thr=2 paramiko.transport.sftp: [chan 0] sftp session closed.
DEB [20150320-03:25:28.723] thr=2 paramiko.transport: [chan 0] EOF sent (0)
DEB [20150320-03:25:28.724] thr=1 paramiko.transport: EOF in transport thread
>>>
Works the same if you run it non-interactively of course.
I was confused by log=1 so to clarify:
Use the log attribute and declare a path:
import pysftp
conn = pysftp.Connection('localhost', 'usrname', password='pass', log="C:/Users/Fabian/Desktop/logfile.log")
I'm receiving an error when I try to run any cygwin functionality (bash/sh/ash/dash), which says:
1 [main] ash 5008 D:\DevStudio\cygwin\bin\ash.exe: *** fatal error - could
n't allocate heap, Win32 error 487, base 0xC80000, top 0xCD0000, reserve_size 32
3584, allocsize 327680, page_const 4096
Stack trace:
Frame Function Args
0028E4EC 6102796B (0028E4EC, 00000000, 00000000, 00640000)
0028E7DC 6102796B (6117EC60, 00008000, 00000000, 61180977)
0028F80C 61004F1B (611B66CC, 00C80000, 00CD0000, 0004F000)
0028F83C 6106E8C3 (7FFEFFFF, 000000FF, 00000008, 77C2FEA2)
0028F92C 610C133B (00000078, 02000000, 6116A724, 6116A720)
0028F95C 610064C0 (00000000, 00000000, 00000000, 00000000)
0028FA1C 6106FC15 (61000000, 00000001, 0028FD24, 00000001)
0028FA3C 77C4B990 (6106F960, 61000000, 00000001, 0028FD24)
0028FB30 77C50389 (0028FD24, 7EFDD000, 7EFDE000, 77D1206C)
0028FCB0 77C56C5C (0028FD24, 77C10000, 597A2CBD, 00000000)
0028FD00 77C55717 (0028FD24, 77C10000, 00000000, 00000000)
0028FD10 77C4BEB9 (0028FD24, 77C10000, 00000000, 0001002F)
End of stack trace
0 [main] ash 6536 fork: child -1 - died waiting for longjmp before initial
ization, retry 0, exit code 0x100, errno 11
I've looked at suggestions which all suggest rebasing, however it just fails with the above error but with this added on:
/usr/bin/rebaseall: 21: Cannot fork
Any help would be great! I've tried changing virtual memory size etc with no avail. Sophos is also running on this machine.
Our Oracle database dies from time to time. When I look into the log in the alert, it shows following Exception:
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0xFFFFFFFEAA7DD0E0] [PC:0x8213123, kslgetl()+111] [flags: 0x0, count: 1]
ORA-07445: [kslgetl()+111] [SIGSEGV] [ADDR:0xFFFFFFFEAA7C58C0] [PC:0x8213123] [Address not mapped to object] []
DDE: Problem Key 'ORA 7445 [kslgetl()+111]' was completely flood controlled (0x6)
Further messages for this problem key will be suppressed for up to 10 minutes
Errors in file /home/oracle/app/oracle/diag/rdbms/orcl/SDH/trace/SDH_p104_2581.trc (incident=82376):
ORA-00600: internal error code, arguments: [ksl_invalid_latch], [kslges], [0x2AFF2F2D8], [], [], [], [], [], [], [], [], []
Any ideas?
We find the problem is caused by out of memory. When there is not enough memory, Oracle will behave like this or cause the OS system to hang. We believe it is the stored procedure that caused the problem.