search for: reguest

Can someone please help me > i want to get out of this e-mailing list, getting crazy of getting all mails with all kind of questions in my box !!!!!!!!!!!!!!!!!!!!!!!!!!!!! thanks Walter -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20110223/be301792/attachment.htm

.... --------------------------------------------------------------- API Changelog entry: PV framebuffer multiple resolution facility: Guest may send XENFB_TYPE_RESIZE if feature-resize = 1 in xenstore of the backend VNC server. VNC server code sets feature-resize if it can handle the resize reguest. When multiple resolution support is enabled the guests frame buffer size jumps from 2MB to 5MB. Maximum scanline length is 1280 pixels. Code can support any resolution thats fits within the 5MB and does not exceed a width of 1280. New xenstore virtual machine specific VNC attributes:...

...n this workgroup. tetheral: 192.168.0.1 -> 10.0.0.1 NBNS Name query NB BIGGROUP <1b> 10.0.0.1 -> 192.168.0.1 NBNS Name query response NB 10.0.0.1 192.168.0.1 -> 10.0.0.1 ICMP Port Unreachable attached is the full log of these 3 packets from tethereal 192.168.0.1 reguests the name query using sport 354 (this number does change, but is always a 'priviledged' port) 10.0.0.1 sends the requested query back to 192.168.0.1 also on 354 (this apears right) but 192.168.0.1 is no longer listening on that port do it sends back icmp-port-unreachable I have tried settin...

...cting .kall instead of .blocked, > did you change the cli to kind blocked? > Yes, I was testing this with different commands. Basicly it seems that name of the attribute is glusterfs.clrlk.t{posix,inode,entry}.k{all,blocked,granted}, am I correct? Is it necessary to set any value or just reguest the attribute with getfattr? >> And this one in test environment (with posix locks): >> lgetxattr("/tmp/g1.gHj4Bw//file38", >> "glusterfs.clrlk.tposix.kblocked", "box1:/gluster/1/export/: posix >> blocked locks=1 granted locks=0", 4096) = 77...

On 29 Jan 2018 10:50 am, "Samuli Heinonen" <samppah at neutraali.net> wrote: Hi! Yes, thank you for asking. I found out this line in the production environment: lgetxattr("/tmp/zone2-ssd1-vmstor1.s6jvPu//.shard/f349ffbd- a423-4fb2-b83c-2d1d5e78e1fb.32", "glusterfs.clrlk.tinode.kblocked", 0x7f2d7c4379f0, 4096) = -1 EPERM (Operation not permitted) I was