search for: 0xab

...ABSOLUTELY NO WARRANTY. You may redistribute copies of GlusterFS under the terms of the GNU General Public License. Brick (/ydp/shared) logs (repeats the same constantly): [2013-12-06 11:29:44.790299] W [dict.c:995:data_to_str] (-->/usr/lib/glusterfs/3.3.1/rpc-transport/socket.so(socket_connect+0xab ) [0x7ff4a5d35fcb] (-->/usr/lib/glusterfs/3.3.1/rpc-transport/socket.so(socket_client_get_r emote_sockaddr+0x15d) [0x7ff4a5d3d64d] (-->/usr/lib/glusterfs/3.3.1/rpc-transport/socket.so(client_fill_address _family+0x2bb) [0x7ff4a5d3d4ab]))) 0-dict: data is NULL [2013-12-06 11:29:44.790402] W [d...

...0x4F, 0x96, 0x02, 0x00, 0x08, 0x81, 0x1C, 0x96, 0x07, - 0x00, 0x07, 0x01, 0x00, 0x00, 0x00, 0x08, 0x09, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x84, 0x52, 0x17, + 0x4E, 0x96, 0x02, 0x00, 0x08, 0xA8, 0x9B, 0x09, 0x00, 0x00, 0x01, 0x00, 0x63, 0x73, 0x73, 0x00, + 0xC8, 0x00, 0x96, 0x04, 0x00, 0x08, 0xAB, 0x08, 0xA9, 0x1C, 0x96, 0x07, 0x00, 0x07, 0x01, 0x00, + 0x00, 0x00, 0x08, 0x09, 0x1C, 0x96, 0x02, 0x00, 0x08, 0xAA, 0x52, 0x3C, 0x96, 0x02, 0x00, 0x08, + 0xAB, 0x1C, 0x44, 0x96, 0x02, 0x00, 0x08, 0xAC, 0x49, 0x12, 0x9D, 0x02, 0x00, 0x06, 0x00, 0x96, + 0x02, 0x00, 0x05, 0x00, 0x3E, 0x96...

I've patched bcmxcp.c such that it can power cycle the outlet load segments independently on a Powerware PW5125 UPS. I presume that it will work for any XCP protocol UPS with 2 load segments. Should these instant commands be called outlet.1.shutdown.return outlet.2.shutdown.return ? Where do the descriptions displayed by upscmd -l come from? Presently it shows outlet.1.shutdown.return -

...8a source, for adding user, group and computer name. I was able to add username in ldap using smbldap-useradd.pl, but i find problem in adding machine name. When i try to add machine name i got following error ./smbldap-useradd.pl -w test$ Malformed UTF-8 character (unexpected continuation byte 0xab, with no preceding start byte) at smbldap_tools.pm line 518. Malformed UTF-8 character (unexpected continuation byte 0xbb, with no preceding start byte) at smbldap_tools.pm line 518. ldapadd: update failed: uid=test$,ou=Computers,dc=xxx,dc=com ldap_add: Object class violation (65) additiona...

...0x96, 0x02, 0x00, 0x08, 0x7B, 0x1C, 0x3E, 0x4F, 0x96, 0x02, 0x00, 0x08, 0x76, 0x1C, 0x96, 0x02, 0x00, 0x08, 0x78, 0x4E, 0x96, 0x02, 0x00, - 0x08, 0x30, 0x4E, 0x96, 0x02, 0x00, 0x08, 0xA8, 0x9B, 0x09, 0x00, 0x00, 0x01, 0x00, 0x63, 0x73, - 0x73, 0x00, 0xC8, 0x00, 0x96, 0x04, 0x00, 0x08, 0xAB, 0x08, 0xA9, 0x1C, 0x96, 0x07, 0x00, 0x07, - 0x01, 0x00, 0x00, 0x00, 0x08, 0x09, 0x1C, 0x96, 0x02, 0x00, 0x08, 0xAA, 0x52, 0x3C, 0x96, 0x02, - 0x00, 0x08, 0xAB, 0x1C, 0x44, 0x96, 0x02, 0x00, 0x08, 0xAC, 0x49, 0x12, 0x9D, 0x02, 0x00, 0x06, - 0x00, 0x96, 0x02, 0x00, 0x05, 0x00, 0x3E, 0x96,...

...120 getnewbuf() at getnewbuf+0x7be getblk() at getblk+0x308 cluster_read() at cluster_read+0xc5 ffs_read() at ffs_read+0x37d vn_read() at vn_read+0x17b dofileread() at dofileread+0xa1 kern_preadv() at kern_preadv+0x66 pread() at pread+0x58 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (475, FreeBSD ELF64, pread), rip = 0x800cf7b5c, rsp = 0x7ffffeff8e78, rbp = 0x7ffffeff8f60 --- db> bt 100132 Tracing pid 810 tid 100132 td 0xffffff00036426e0 cpustop_handler() at cpustop_handler+0x40 ipi_nmi_handler() at ipi_nmi_handler+0x30 trap() at trap+0x378 nmi_calltrap() at nmi...

...9e, 0x9f, 0xa1 }, { 0x9e, 0x9f, 0xa0, 0xa2 }, { 0x9f, 0xa0, 0xa1, 0xa3 }, { 0xa0, 0xa1, 0xa2, 0xa4 }, { 0xa1, 0xa2, 0xa3, 0xa5 }, { 0xa2, 0xa3, 0xa4, 0xa6 }, { 0xa3, 0xa4, 0xa5, 0xa7 }, { 0xa4, 0xa5, 0xa6, 0xa8 }, { 0xa5, 0xa6, 0xa7, 0xa9 }, { 0xa6, 0xa7, 0xa8, 0xaa }, { 0xa7, 0xa8, 0xa9, 0xab }, { 0xa8, 0xa9, 0xaa, 0xac }, { 0xa9, 0xaa, 0xab, 0xad }, { 0xaa, 0xab, 0xac, 0xae }, { 0xab, 0xac, 0xad, 0xaf }, { 0xac, 0xad, 0xae, 0xb0 }, { 0xad, 0xae, 0xaf, 0xb1 }, { 0xae, 0xaf, 0xb0, 0xb2 }, { 0xaf, 0xb0, 0xb1, 0xb3 }, { 0xb0, 0xb1, 0xb2, 0xb4 }, { 0xb1, 0xb2, 0xb3, 0xb5 }, { 0xb...

...ss correctly. I was suspicious about it because they are defined as "u8 x[8]" in the virtio_scsi_config struct. So you would need to read with virtio_cread_bytes and pass the result to wwn_to_u64. For example, if you have 0x500123456789abcd this would be 0x50 0x01 0x23 0x45 0x67 0x89 0xab 0cd in virtio_scsi_config, and then virtio_cread64 would read it as a little-endian u64, 0xcdab896745230150. Maybe your QEMU patch is also writing things as little-endian 64-bit integers, rather than 8-element arrays of bytes? Paolo > Maybe we should use u64 in struct virtio_scsi_config as w...

...ss correctly. I was suspicious about it because they are defined as "u8 x[8]" in the virtio_scsi_config struct. So you would need to read with virtio_cread_bytes and pass the result to wwn_to_u64. For example, if you have 0x500123456789abcd this would be 0x50 0x01 0x23 0x45 0x67 0x89 0xab 0cd in virtio_scsi_config, and then virtio_cread64 would read it as a little-endian u64, 0xcdab896745230150. Maybe your QEMU patch is also writing things as little-endian 64-bit integers, rather than 8-element arrays of bytes? Paolo > Maybe we should use u64 in struct virtio_scsi_config as w...

...0x11, 0xae, 0x5b, 0xa5, 0xaa, 0x28, 0x77, 0x01, 0x63, 0x3a, 0x1c, 0xd6, 0x6c, 0xb3, 0xa7, 0x0e, 0x33, 0x79, 0xb3, 0x04, 0xf6, 0x55, 0x29, 0x83, 0xb2, 0xaf, 0x4a, 0x33, 0x3b, 0xac, 0xb2, 0x7e, 0x35, }; Setting --disable-legacy-protocol results in char key[] = { 0x6d, 0x9d, 0x75, 0x03, 0xac, 0xab, 0x96, 0x8c, 0xb2, 0xe4, 0x5c, 0x67, 0xe2, 0x6f, 0x6e, 0xe5, 0x79, 0x1a, 0x27, 0x36, 0x89, 0x85, 0x2f, 0x6a, 0x61, 0xed, 0xab, 0x69, 0x94, 0xc8, 0xd1, 0xc6, 0x56, 0x23, 0xa1, 0x16, 0xb8, 0x84, 0x1f, 0xdc, 0x69, 0x31, 0x04, 0xcb, 0x32, 0xd1, 0xdf, 0x8b, 0x03, 0xf4, 0x9c, 0x37, 0xf7, 0x3a, 0x72...

...9e, 0x9f, 0xa1 }, { 0x9e, 0x9f, 0xa0, 0xa2 }, { 0x9f, 0xa0, 0xa1, 0xa3 }, { 0xa0, 0xa1, 0xa2, 0xa4 }, { 0xa1, 0xa2, 0xa3, 0xa5 }, { 0xa2, 0xa3, 0xa4, 0xa6 }, { 0xa3, 0xa4, 0xa5, 0xa7 }, { 0xa4, 0xa5, 0xa6, 0xa8 }, { 0xa5, 0xa6, 0xa7, 0xa9 }, { 0xa6, 0xa7, 0xa8, 0xaa }, { 0xa7, 0xa8, 0xa9, 0xab }, { 0xa8, 0xa9, 0xaa, 0xac }, { 0xa9, 0xaa, 0xab, 0xad }, { 0xaa, 0xab, 0xac, 0xae }, { 0xab, 0xac, 0xad, 0xaf }, { 0xac, 0xad, 0xae, 0xb0 }, { 0xad, 0xae, 0xaf, 0xb1 }, { 0xae, 0xaf, 0xb0, 0xb2 }, { 0xaf, 0xb0, 0xb1, 0xb3 }, { 0xb0, 0xb1, 0xb2, 0xb4 }, { 0xb1, 0xb2, 0xb3, 0xb5 }, { 0xb...

...usr/share/apport/apport", line 213, in is_closing_session env = e.read().split('\0') File "/usr/lib/python3.4/encodings/ascii.py", line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xab in position 0: ordinal not in range(128) ERROR: apport (pid 29249) Mon Mar 9 01:26:31 2015: pid: 29249, uid: 0, gid: 0, euid: 0, egid: 0 ERROR: apport (pid 29249) Mon Mar 9 01:26:31 2015: environment: environ({}) ERROR: apport (pid 29260) Mon Mar 9 01:26:37 2015: called for pid 29241, signal...

...ffffa00d2a05>] init_vqs+0x85/0x120 [virtio_balloon] [<ffffffffa00d2c29>] virtballoon_probe+0xf9/0x1a0 [virtio_balloon] [<ffffffff813fb61e>] virtio_dev_probe+0xde/0x140 [<ffffffff814452b8>] driver_probe_device+0x98/0x3a0 [<ffffffff8144566b>] __driver_attach+0xab/0xb0 [<ffffffff814432f4>] bus_for_each_dev+0x94/0xb0 [<ffffffff81444f4e>] driver_attach+0x1e/0x20 [<ffffffff81444910>] bus_add_driver+0x200/0x280 [<ffffffff81445c14>] driver_register+0x74/0x160 [<ffffffff813fb7d0>] register_virtio_driver+0x20/0x40...

...ffffa00d2a05>] init_vqs+0x85/0x120 [virtio_balloon] [<ffffffffa00d2c29>] virtballoon_probe+0xf9/0x1a0 [virtio_balloon] [<ffffffff813fb61e>] virtio_dev_probe+0xde/0x140 [<ffffffff814452b8>] driver_probe_device+0x98/0x3a0 [<ffffffff8144566b>] __driver_attach+0xab/0xb0 [<ffffffff814432f4>] bus_for_each_dev+0x94/0xb0 [<ffffffff81444f4e>] driver_attach+0x1e/0x20 [<ffffffff81444910>] bus_add_driver+0x200/0x280 [<ffffffff81445c14>] driver_register+0x74/0x160 [<ffffffff813fb7d0>] register_virtio_driver+0x20/0x40...

...-> /usr/lib/dovecot/libdovecot-storage.so.0(+0xb7c2a) [0xb76b7c2a] -> /usr/lib /dovecot/libdovecot-storage.so.0(+0xb7daa) [0xb76b7daa] -> /usr/lib/dovecot/libd ovecot-storage.so.0(mail_index_open+0x114) [0xb76b7f54] -> /usr/lib/dovecot/libd ovecot-storage.so.0(index_storage_mailbox_open+0xab) [0xb76a808b] -> /usr/lib/do vecot/libdovecot-storage.so.0(+0x5a481) [0xb765a481] -> /usr/lib/dovecot/libdove cot-storage.so.0(+0x5a6f2) [0xb765a6f2] -> /usr/lib/dovecot/libdovecot-storage.s o.0(+0x7a017) [0xb767a017] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_o pen+0x26) [0xb7...

...0(+0xb7c2a) [0xb76b7c2a] -> > /usr/lib > > /dovecot/libdovecot-storage.so.0(+0xb7daa) [0xb76b7daa] -> > /usr/lib/dovecot/libd > > ovecot-storage.so.0(mail_index_open+0x114) [0xb76b7f54] -> > /usr/lib/dovecot/libd > > ovecot-storage.so.0(index_storage_mailbox_open+0xab) [0xb76a808b] -> > /usr/lib/do > > vecot/libdovecot-storage.so.0(+0x5a481) [0xb765a481] -> > /usr/lib/dovecot/libdove > > cot-storage.so.0(+0x5a6f2) [0xb765a6f2] -> > /usr/lib/dovecot/libdovecot-storage.s > > o.0(+0x7a017) [0xb767a017] -> > /usr/lib/dovecot...

...1b0/0x6be <b0114e08> bust_spinlocks+0x3a/0x43 <b0103ee6> die+0x1d3/0x288 <b0103f76> die+0x263/0x288 <b011533a> do_page_fault+0x441/0x526 <b0114ef9> do_page_fault+0x0/0x526 <b01036f7> error_code+0x4f/0x54 <f0872d73> ext3_xattr_delete_inode+0x5/0xab [ext3] <f0865bcb> ext3_free_inode+0x92/0x2c7 [ext3] <f08666ee> ext3_mark_inode_dirty+0x20/0x27 [ext3] <f08687dd> ext3_delete_inode+0xa3/0xba [ext3] <f086873a> ext3_delete_inode+0x0/0xba [ext3] <b016809c> generic_delete_inode+0x9e/0x101 <b0167b87> i...

...er21 kernel: [ 1199.751369] [<ffffffffa017c3bf>] ? o2cb_cluster_connect+0x1af/0x2e0 [ocfs2_stack_o2cb] Feb 27 09:50:59 Server21 kernel: [ 1199.751374] [<ffffffff813164e4>] ? snprintf+0x34/0x40 Feb 27 09:50:59 Server21 kernel: [ 1199.751395] [<ffffffffa05d8d7b>] ocfs2_super_lock+0xab/0x320 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751422] [<ffffffffa0635a5b>] ocfs2_fill_super+0x154b/0x2540 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751426] [<ffffffff81316059>] ? vsnprintf+0x219/0x600 Feb 27 09:50:59 Server21 kernel: [ 1199.751433] [<ffffffff8117aa46...

...er21 kernel: [ 1199.751369] [<ffffffffa017c3bf>] ? o2cb_cluster_connect+0x1af/0x2e0 [ocfs2_stack_o2cb] Feb 27 09:50:59 Server21 kernel: [ 1199.751374] [<ffffffff813164e4>] ? snprintf+0x34/0x40 Feb 27 09:50:59 Server21 kernel: [ 1199.751395] [<ffffffffa05d8d7b>] ocfs2_super_lock+0xab/0x320 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751422] [<ffffffffa0635a5b>] ocfs2_fill_super+0x154b/0x2540 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751426] [<ffffffff81316059>] ? vsnprintf+0x219/0x600 Feb 27 09:50:59 Server21 kernel: [ 1199.751433] [<ffffffff8117aa46...

...+0x6f2/frame 0xfffffe02397c2570 messages.0-Sep 23 10:08:11 leader kernel: ffs_lock() at ffs_lock+0x84/frame 0xfffffe02397c25c0 messages.0-Sep 23 10:08:11 leader kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xfffffe02397c25f0 messages.0-Sep 23 10:08:11 leader kernel: _vn_lock() at _vn_lock+0xab/frame 0xfffffe02397c2660 messages.0-Sep 23 10:08:11 leader kernel: vget() at vget+0x70/frame 0xfffffe02397c26b0 messages.0-Sep 23 10:08:11 leader kernel: vfs_hash_get() at vfs_hash_get+0xf5/frame 0xfffffe02397c2700 messages.0-Sep 23 10:08:11 leader kernel: ffs_vgetf() at ffs_vgetf+0x41/frame 0xf...