similar to: Split traffic problem

Displaying 10 results from an estimated 10 matches similar to: "Split traffic problem"

2007 Sep 25
1
Local server unreachable by remote lan in dual isp configuration
hi all, i have this situation: isp1 | dmz ----- FW linux ----- isp2 |----------------------------------- vpn concentrator ----- various ipsec lan-2-lan | LAN In lan i have "pc zone" and "server zone", same network. Dmz and server zone browse internet through isp1, lan use isp2, and remote
2009 Mar 21
2
Wine 1.1.17 not detecting Xvnc display
Hello, I want to run some program with Wine in a headless server. However, I want to access it via VNC, so I am using Xvnc (vncserver is a wrapper script) from tightvnc as a X server. But I have a problem: wine doesn't detect the display of the X server. This is what happens: Code: [martin at urano ~]$ DISPLAY=:1 [martin at urano ~]$ vncserver :1 New 'X' desktop is urano:1 (...)
2009 Mar 21
1
Wine
Hello, I want to run some program with Wine in a headless server. However, I want to access it via VNC, so I am using Xvnc (vncserver is a wrapper script) from tightvnc as a X server. But I have a problem: wine doesn't detect the display of the X server. This is what happens: Code: [martin at urano ~]$ DISPLAY=:1 [martin at urano ~]$ vncserver :1 New 'X' desktop is urano:1 (...)
2004 Aug 06
0
icecast 1.3.12 streaming big static files, offset
hello i am running an icecast setup since a little while now and i am very convinced of the quality of this product. still i have 2 wishes or problems which seem almost unsolvable to me: 1: i don't know how i can convince icecast to make an offset position by streaming big static files. i.e. streaming big.mp3 not from start but one hour later: 60s*60mins*16000
2004 Aug 06
2
icecast 1.3.12 streaming big static files, offset
hello i am running an icecast setup since a little while now and i am very convinced of the quality of this product. still i have 2 wishes or problems which seem almost unsolvable to me: 1: i don't know how i can convince icecast to make an offset position by streaming big static files. i.e. streaming big.mp3 not from start but one hour later: 60s*60mins*16000
2004 Jan 28
3
wine 20031212 and Nokia PC Suite 5.01 again
Hi there i am trying to run nokia pc suite on wine 20031212. this the only output i become. 0 19:44:45 sammy@uranos:~ $ wine --debugmsg fixme-all nokia.exe wine: Unhandled exception (thread 0040), starting debugger... WineDbg starting on pid 25 Loaded debug information from ELF 'wine' ((nil)) No debug information in 32bit DLL 'C:\Program Files\Common
2010 Oct 18
0
Ping time resolution
Hi! We have encountered a rather weird problem on a machine that we use for our network latency check (smokeping with fping). For an hour (or so) after boot it reports the ping time with a microsecond accuracy (ad it should). Then the millisecond accuracy starts. We have yet to identify the cause and the logs currently do not show anything. Please find an example of a good and a bad result
2017 Oct 26
2
not healing one file
Hi Karthik, thanks for taking a look at this. I'm not working with gluster long enough to make heads or tails out of the logs. The logs are attached to this mail and here is the other information: # gluster volume info home Volume Name: home Type: Replicate Volume ID: fe6218ae-f46b-42b3-a467-5fc6a36ad48a Status: Started Snapshot Count: 1 Number of Bricks: 1 x 3 = 3 Transport-type: tcp
2017 Oct 26
0
not healing one file
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
2017 Oct 26
3
not healing one file
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