search for: numbuf

...timeout value (0: no timeout) + mov eax,[menu_timeout] ; timeout value (0: no timeout) call far [gfx_bc_input] ret @@ -786,6 +785,42 @@ do_default: .noparm: ret +do_timeout: + call skipspace + jz .eof + jc .noparm + call ungetc + push es + push di + push cs + pop es + mov di,NumBuf +.getnum: + cmp di,NumBufEnd + jae .loaded + call getc + stosb + cmp al,'-' + jnb .getnum + call ungetc + dec di +.loaded: + mov byte [di],0 + pop di + pop es + push cs + pop ds + mov si,NumBuf + push ebx + call parseint + jc .err + mov [menu_timeout],ebx +.err: + pop ebx...

...tern int cleanup_got_literal; +extern int delete_sent_files; static void delete_one(char *fn, int is_dir) { @@ -287,7 +288,7 @@ int recv_files(int f_in,struct file_list char *fname, fbuf[MAXPATHLEN]; char template[MAXPATHLEN]; char fnametmp[MAXPATHLEN]; - char *fnamecmp; + char *fnamecmp, numbuf[4]; char fnamecmpbuf[MAXPATHLEN]; struct map_struct *mapbuf; int i; @@ -461,16 +462,20 @@ int recv_files(int f_in,struct file_list cleanup_disable(); - if (!recv_ok) { + if (recv_ok) { + if (delete_sent_files) { + SIVAL(numbuf, 0, i); + send_msg(MSG_SUCCESS, numbuf, 4); + }...

...l: dahdi: rxgain: ffffffffa0276170, txgain: ffffffffa0276170, gainalloc: 0 May 11 19:18:19 kernel: dahdi: span: ffff88013b740128, sig: 80 hex, sigcap: 10080 hex May 11 19:18:19 kernel: dahdi: inreadbuf: -1, outreadbuf: 0, inwritebuf: 0, outwritebuf: -1 May 11 19:18:19 kernel: dahdi: blocksize: 160, numbufs: 4, txbufpolicy: 0, txbufpolicy: 0 May 11 19:18:19 kernel: dahdi: txdisable: 0, rxdisable: 0, iomask: 0 May 11 19:18:19 kernel: dahdi: curzone: ffff88013cce0000, tonezone: 2, curtone: (null), tonep: 0 May 11 19:18:19 kernel: dahdi: digitmode: 0, txdialbuf: , dialing: 0, aftdialtimer: 0, cadpos. 0...

I have just recently (physically) moved a system with 16 hard drives (for the array) and 1 OS drive; and in doing so, I needed to pull out the 16 drives so that it would be light enough for me to lift. When I plugged the drives back in, initially, it went into a panic-reboot loop. After doing some digging, I deleted the file /etc/zfs/zpool.cache. When I try to import the pool using the zpool

...rator.c(1167): remark #810: conversion from "int" to "unsigned char" may lose significant bits fnamecmp_type = j; ^ generator.c(1235): remark #810: conversion from "unsigned int" to "unsigned char" may lose significant bits SIVAL(numbuf, 0, ndx); ^ generator.c(1235): remark #810: conversion from "unsigned int" to "unsigned char" may lose significant bits SIVAL(numbuf, 0, ndx); ^ generator.c(1235): remark #810: conversion from "unsigned int" to "unsigned char" may lose signif...

...AHDI Channel 1 (WCTDM/0/0,1,1): dahdi: flags: 201 hex, writechunk: ee0d008c, readchunk: ee0d0098 dahdi: rxgain: f8b8c480, txgain: f8b8c480, gainalloc: 0 dahdi: span: e9460054, sig: 2004 hex, sigcap: 6085 hex dahdi: inreadbuf: -1, outreadbuf: -1, inwritebuf: -1, outwritebuf: -1 dahdi: blocksize: 0, numbufs: 2, txbufpolicy: 0, txbufpolicy: 0 dahdi: txdisable: 0, rxdisable: 0, iomask: 0 dahdi: curzone: 00000000, tonezone: 0, curtone: 00000000, tonep: 0 dahdi: digitmode: 0, txdialbuf: , dialing: 0, aftdialtimer: 0, cadpos. 0 dahdi: confna: 0, confn: 0, confmode: 0, confmute: 0 dahdi: ec: 00000000, echo...

...mos 15 0-524288 I am trying to backup the pool, but when I tar some of the filesystems, the kernel panics with the following message: Apr 3 16:37:56 columbia genunix: [ID 403854 kern.notice] assertion failed: 0 == dmu_buf_hold_array(os, object, offset, size, FALSE, FTAG, &numbufs, &dbp), file: ../../common/fs/zfs/dmu.c, line: 386 Apr 3 16:37:56 columbia unix: [ID 100000 kern.notice] Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d4042ba0 genunix:assfail+5c (f975dfac, f975df90,) Apr 3 16:37:56 columbia genunix: [ID 353471 kern.notice] d4042bf4 zfs:dmu_writ...

...attempt to import my pool "tank", including: zpool import -fFX tank zpool import -fFX -o readonly=on tank causes the same kernel panic message: ----- PANIC ---- panic[cpu2]/thread=ffffff00f8578c40: assertion failed: 0 == dmu_buf_hold_array(os, object, offset, size, FALSE, FTAG, &numbufs, &dbp), file: ../../common/fs/zfs/dmu.c, line: 796 ffffff00f8578880 genunix:assfail+7e () ffffff00f8578930 zfs:dmu_write+17f () ffffff00f85789e0 zfs:space_map_sync+295 () ffffff00f8578a70 zfs:metaslab_sync+2de () ffffff00f8578ad0 zfs:vdev_sync+d5 () ffffff00f8578b80 zfs:spa_sync+44b () ffff...

Hello everybody, just to let you know what happened in the meantime: I was able to open a Service Request at Oracle. The issue is a known bug (Bug 6742788 : assertion panic at: zfs:zap_deref_leaf) The bug has bin fixed (according to Oracle support) since build 164, but there is no fix for Solaris 11 available so far (will be fixed in S11U7?). There is a workaround available that works