search for: b99

I''m running a nevada b99 guest on a nevada b99 host. The guest is configured as a dhcp client. When I snoop in dom0 while the guest boots, I see two back-to-back DHCPREQUEST packets issued by the guest. The first of the two packets has an empty UDP checksum; otherwise they seem identical. Is this a bug? Fred Oliver...

Hi all Opensolaris works perfectly, but I am not able to boot the xvm kernel on this hardware. I added the -k option in grub, but the system hangs before the hostname line without any debug info. I''ve tried snv from b94 to b99, with the same results. If I install Debian with xen kernel I am able to use pvm and hvm guests. What can I do ? thanks Giacomo -- This message posted from opensolaris.org

...timestamp keeps changing.. I tried to monitor the "last pid" that accessed the shared-mem using the following script.. where all the spowned procs id''s are logged into the logfile. 0xb40070ff is the key of the shared-mem. while true; do grep `ipcs -mA | grep 0xb40070ff | cut -b99-103` logfile; done None of them seem to be suspects... Trussing all of the procs does''t look like an option as there are dynamically forked procs... Wish to know how can I find the process or the entity which is modifying the timestamp memory using tools like mdb/dtrace... something lik...

...atus: Connected Number of entries: 0 Brick gv1:/data/glusterfs Status: Connected Number of entries: 0 Brick gv4:/data/gv01-arbiter Status: Connected Number of entries: 0 Brick gv2:/data/glusterfs /testset/13f/13f27c303b3cb5e23ee647d8285a4a6d.pack /testset/05c - Possibly undergoing heal /testset/b99 - Possibly undergoing heal /testset/dd7 - Possibly undergoing heal /testset/0b8 - Possibly undergoing heal /testset/f21 - Possibly undergoing heal ... And here is the getfattr output for a sample file: # getfattr -d -e hex -m . /data/glusterfs/testset/13f/13f27c303b3cb5e23ee647d8285a4a6d.pack...

...atus: Connected Number of entries: 0 Brick gv1:/data/glusterfs Status: Connected Number of entries: 0 Brick gv4:/data/gv01-arbiter Status: Connected Number of entries: 0 Brick gv2:/data/glusterfs /testset/13f/13f27c303b3cb5e23ee647d8285a4a6d.pack /testset/05c - Possibly undergoing heal /testset/b99 - Possibly undergoing heal /testset/dd7 - Possibly undergoing heal /testset/0b8 - Possibly undergoing heal /testset/f21 - Possibly undergoing heal ... And here is the getfattr output for a sample file: # getfattr -d -e hex -m . /data/glusterfs/testset/13f/13f27c303b3cb5e23ee647d8285a4a6d.pack...

Hi folks, I'm troubled moving an arbiter brick to another server because of I/O load issues. My setup is as follows: # gluster volume info Volume Name: myvol Type: Distributed-Replicate Volume ID: 43ba517a-ac09-461e-99da-a197759a7dc8 Status: Started Snapshot Count: 0 Number of Bricks: 3 x (2 + 1) = 9 Transport-type: tcp Bricks: Brick1: gv0:/data/glusterfs Brick2: gv1:/data/glusterfs Brick3:

...; >>>>> Too many errors encountered; the rest of the message is ignored: > Content-Transfer-Encoding: 7bit > > > Mail Delivery Failed - This mail couldn't be represented > > ------------- failed message ------------- > y$?$BdX(B*mJFnYktT%TOY;k<yH(UBI2()b99~rbPW<0Y517K > 0*7S.CLM4hV)C'l3AYN9J|~zh)fH7DK#))d~chttakzO > |p>i+pcC_4G&lMvu-8T7MDCLwsN-Tn$Bdc(B)ec<-<'I~&WX$B_M(B > 'z?;|ilBFPekpq*;ZZl&+ > > Note: Received message has been sent as a binary file. > > > ------=_NextPart_000_0016----=_...