search for: 47ff

...t wether it does so by number of bytes, packets, or time spent in the queue I don''t know. Perhaps someone in the know could add a line to the howto? -- Frank v Waveren Fingerprint: 21A7 C7F3 fvw@[var.cx|stack.nl|chello.nl] ICQ#10074100 1FF3 47FF 545C CB53 Public key: hkp://wwwkeys.pgp.net/fvw@var.cx 7BD9 09C0 3AC1 6DF2 _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

...ormal Priority: P5 Component: ssh Assignee: unassigned-bugs at mindrot.org Reporter: kukabu at gmail.com Hello For use link-local IPv6 address need to specify the interface. It's possible in command line but impossible in configure file. $ ssh fe80::203:47ff:fe98:7799%em1 it's ok, but $ ssh -F .ssh/config_test test percent_expand: unknown key %e $ cat .ssh/config_test host test HostName fe80::203:47ff:fe98:7799%em1 -- You are receiving this mail because: You are watching the assignee of the bug.

...ich features gigabit cards. Interestingly if I swap over eth1 and eth2 (so eth1 goes into the Cisco and eth2 goes to the D-link) the same flipflop state occurs. If it helps, here is the relevant ifconfig: br0 Link encap:Ethernet HWaddr 00:03:47:DF:7A:61 inet6 addr: fe80::203:47ff:fedf:7a61/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:34792 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2778388 (2.6 MiB) TX byte...

My telco is moving to feeding me over fiber, breaking out with a media converter to one Ethernet interface. At present, I am retaining the static feed over copper on eth0, and taking the two new feeds via vlans on eth1. I have configured the static IP feed on eth1:790 as vlan 790, and that seems to be fine, and eth1:780 as the PPPOE feed, and brought up PPPOE to give me an IP, that is

Dear. folks I want to shaping FTP traffic. I can get following information from Stef Coene's Homepage, www.docom.org. "Ftp uses random ports, so matching the data traffic is not easy. However it can done if you use iptables to mark ftp-data packets and use that mark with the fw filter. For more info see http://home.regit.org/connmark.html. " General information about the conntrack

...46f76502-b1d5-43af-8c42-3d833e86eb44> <gfid:d27a71d2-6d53-413d-b88c-33edea202cc2> <gfid:7e7f02b2-3f2d-41ff-9cad-cd3b5a1e506a> Status: Connected Number of entries: 6 Brick ipvr8.xxx:/mnt/gluster-applicatif/brick <gfid:47ddf66f-a5e9-4490-8cd7-88e8b812cdbd> <gfid:8057d06e-5323-47ff-8168-d983c4a82475> <gfid:5b2ea4e4-ce84-4f07-bd66-5a0e17edb2b0> <gfid:baedf8a2-1a3f-4219-86a1-c19f51f08f4e> <gfid:8261c22c-e85a-4d0e-b057-196b744f3558> <gfid:842b30c1-6016-45bd-9685-6be76911bd98> <gfid:1fcaef0f-c97d-41e6-87cd-cd02f197bf38> <gfid:9d041c80-b7e4-4012...

...5: tap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000 link/ether da:e5:47:2e:1b:f5 brd ff:ff:ff:ff:ff:ff inet 192.168.100.1/24 brd 192.168.100.255 scope global tap0 valid_lft forever preferred_lft forever inet6 fe80::d8e5:47ff:fe2e:1bf5/64 scope link valid_lft forever preferred_lft forever or whatever device blocks the connection and as long that is not clear any > other debugging is useless > So this error message "protocol negotiation failed: NT_STATUS_IO_TIMEOUT" means something is blocking th...

...; > <gfid:d27a71d2-6d53-413d-b88c-33edea202cc2> > <gfid:7e7f02b2-3f2d-41ff-9cad-cd3b5a1e506a> > Status: Connected > Number of entries: 6 > > Brick ipvr8.xxx:/mnt/gluster-applicatif/brick > <gfid:47ddf66f-a5e9-4490-8cd7-88e8b812cdbd> > <gfid:8057d06e-5323-47ff-8168-d983c4a82475> > <gfid:5b2ea4e4-ce84-4f07-bd66-5a0e17edb2b0> > <gfid:baedf8a2-1a3f-4219-86a1-c19f51f08f4e> > <gfid:8261c22c-e85a-4d0e-b057-196b744f3558> > <gfid:842b30c1-6016-45bd-9685-6be76911bd98> > <gfid:1fcaef0f-c97d-41e6-87cd-cd02f197bf38> &g...

...3-413d-b88c-33edea202cc2> >> <gfid:7e7f02b2-3f2d-41ff-9cad-cd3b5a1e506a> >> Status: Connected >> Number of entries: 6 >> >> Brick ipvr8.xxx:/mnt/gluster-applicatif/brick >> <gfid:47ddf66f-a5e9-4490-8cd7-88e8b812cdbd> >> <gfid:8057d06e-5323-47ff-8168-d983c4a82475> >> <gfid:5b2ea4e4-ce84-4f07-bd66-5a0e17edb2b0> >> <gfid:baedf8a2-1a3f-4219-86a1-c19f51f08f4e> >> <gfid:8261c22c-e85a-4d0e-b057-196b744f3558> >> <gfid:842b30c1-6016-45bd-9685-6be76911bd98> >> <gfid:1fcaef0f-c97d-41e6-87cd...

...>>> <gfid:7e7f02b2-3f2d-41ff-9cad-cd3b5a1e506a> >>> Status: Connected >>> Number of entries: 6 >>> >>> Brick ipvr8.xxx:/mnt/gluster-applicatif/brick >>> <gfid:47ddf66f-a5e9-4490-8cd7-88e8b812cdbd> >>> <gfid:8057d06e-5323-47ff-8168-d983c4a82475> >>> <gfid:5b2ea4e4-ce84-4f07-bd66-5a0e17edb2b0> >>> <gfid:baedf8a2-1a3f-4219-86a1-c19f51f08f4e> >>> <gfid:8261c22c-e85a-4d0e-b057-196b744f3558> >>> <gfid:842b30c1-6016-45bd-9685-6be76911bd98> >>> <gfid:1fc...

I would like to track DomU bandwidth usage from Dom0 but my OpenSuse Xen install is not tracking DomU bandwidth correctly. My DomU guests are able to access the network and therefore the networking layer appears to be working correctly. It just doesn''t report the traffic correctly in ifconfig. I am currently running OpenSuse10.3 with Xen 3.1.0_15042-51.3 running a xen kernel

jserinki7 jserink # netstat -lnptu Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 3711/dnsmasq tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 2849/cupsd tcp 0 0 192.168.100.1:445

On 07/07/2017 01:23 PM, Florian Leleu wrote: > > Hello everyone, > > first time on the ML so excuse me if I'm not following well the rules, > I'll improve if I get comments. > > We got one volume "applicatif" on three nodes (2 and 1 arbiter), each > following command was made on node ipvr8.xxx: > > # gluster volume info applicatif > > Volume

Hello everyone, first time on the ML so excuse me if I'm not following well the rules, I'll improve if I get comments. We got one volume "applicatif" on three nodes (2 and 1 arbiter), each following command was made on node ipvr8.xxx: # gluster volume info applicatif Volume Name: applicatif Type: Replicate Volume ID: ac222863-9210-4354-9636-2c822b332504 Status: Started

...Unable to connect to CUPS server localhost:631 - Connection refused [2011/03/08 16:37:58, 2, pid=27928] cups_async_callback: failed to read a new printer list [2011/03/08 16:37:58, 3, pid=27928] reload status: error [2011/03/08 16:37:58, 2, pid=27928] added interface fxp0 ip=fe80:1::203:47ff:fea3:c8b3 bcast=fe80:1::ffff:ffff:ffff:ffff netmask=ffff:ffff:ffff:ffff:: [2011/03/08 16:37:58, 2, pid=27928] added interface fxp0 ip=192.168.123.2 bcast=192.168.123.255 netmask= [2011/03/08 16:37:58, 1, pid=27928] file_init: Information only: requested 16384 open files, 7010 are available. [...

Hey Richard, Could you share the following informations please? 1. gluster volume info <volname> 2. getfattr output of that file from all the bricks getfattr -d -e hex -m . <brickpath/filepath> 3. glustershd & glfsheal logs Regards, Karthik On Thu, Oct 26, 2017 at 10:21 AM, Amar Tumballi <atumball at redhat.com> wrote: > On a side note, try recently released health

On a side note, try recently released health report tool, and see if it does diagnose any issues in setup. Currently you may have to run it in all the three machines. On 26-Oct-2017 6:50 AM, "Amar Tumballi" <atumball at redhat.com> wrote: > Thanks for this report. This week many of the developers are at Gluster > Summit in Prague, will be checking this and respond next

...common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed metadata selfheal on ec9d9009-bfba-466e-9b03-17f9914fcdba. sources=0 [2] sinks=1 [2017-10-25 10:40:18.020399] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on fd7c1317-6a78-47ff-9895-4e93eb25b0a0. sources=0 [2] sinks=1 [2017-10-25 10:40:18.022178] I [MSGID: 108026] [afr-self-heal-metadata.c:52:__afr_selfheal_metadata_do] 0-home-replicate-0: performing metadata selfheal on fd7c1317-6a78-47ff-9895-4e93eb25b0a0 [2017-10-25 10:40:18.025339] I [MSGID: 108026] [afr-self-heal-c...