Re: [Bacula-users] Slow FD

We once used ftp -v to send files over the problematic connection. This will give you statistics on the throughput. Run it in each direction between the servers. If one direction only gets about 7-10mbps, then you may have a mismatch of duplex and/or speed settings. On Tue, 2007-02-06 at 17:5

Re: [Bacula-users] Slow FD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 MaxxAtWork wrote: > > > On 1/23/07, *Gabriele Bulfon* <[EMAIL PROTECTED] > > wrote: > > Do you think that the switch may setup its port in half-duplex even > if the x86 card says it's full-duplex? > > > It's rare

Re: [Bacula-users] Slow FD

On 1/23/07, Gabriele Bulfon <[EMAIL PROTECTED]> wrote: Do you think that the switch may setup its port in half-duplex even if the x86 card says it's full-duplex? It's rare but possible. If you think this may happen, is there any software tool that would let me verify if the connection betw

Re: [Bacula-users] Slow FD

- Milano - ITALY http://www.sonicle.com -- Da: Ryan Novosielski <[EMAIL PROTECTED]> A: MaxxAtWork <[EMAIL PROTECTED]> Cc: bacula-users@lists.sourceforge.net Gabriele Bulfon <[EMAIL PROTECTED]> Data: 13 settembre 2006 19.40.54 CEST

Re: [Bacula-users] Slow FD

]> bacula-users@lists.sourceforge.net Data: 13 settembre 2006 19.40.54 CESTOggetto: Re: [Bacula-users] Slow FD-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My best guess, from personal experience, is that faulty autonegotiation is to blame. The combination I see arise from this most often is a machine that is runni

Re: [Bacula-users] Slow FD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My best guess, from personal experience, is that faulty autonegotiation is to blame. The combination I see arise from this most often is a machine that is running full duplex and a switch that has autonegotiated to half. For servers and static ports, I

Re: [Bacula-users] Slow FD

Gabriele Bulfon said: > How do I know if it is half-duplex or full-duplex? This link might help you: http://www.sunmanagers.org/pipermail/summaries/2003-December/004745.html Ralf - Using Tomcat but need to do more? Need to

Re: [Bacula-users] Slow FD

ime leads to suffering. NT is the path to the darkside."- Unknown Unix Jedi   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriele BulfonSent: Wednesday, September 13, 2006 12:19 PMTo: MaxxAtWork; bacula-users@lists.sourceforge.netSubject: Re: [Bacula-

Re: [Bacula-users] Slow FD

How do I know if it is half-duplex or full-duplex? Gabriele Bulfon - Sonicle S.r.l. Tel +39 028246016 Int. 30 - Fax +39 028243880 Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY http://www.sonicle.com Da: MaxxAtWork <[EMAIL PROTECTED]>A: Gabriele Bulfon <[EMAIL PROTECTED]

Re: [Bacula-users] Slow FD

On 9/13/06, Gabriele Bulfon <[EMAIL PROTECTED]> wrote: ...I also found this on the FD client machine:Name  Mtu  Net/Dest  Address    Ipkts    Ierrs Opkts    Oerrs  Collis  Queue lo0   8232 loopback  localhost  17627    0 17627    0  0   0 eri0  1500 ALTEA

Re: [Bacula-users] Slow FD

ta: 13 settembre 2006 11.21.27 CESTOggetto: Re: [Bacula-users] Slow FD I did a snoop on the SD and FD machines, and found that all traffic is going directly from the FD client to the SD server. So, no double path to the director and back to SD.What can make the traffic run so slow betwee

Re: [Bacula-users] Slow FD

- Fax +39 028243880 Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY http://www.sonicle.com Da: Gabriele Bulfon <[EMAIL PROTECTED]>A: bacula-users@lists.sourceforge.net Data: 13 settembre 2006 11.10.07 CESTOggetto: [Bacula-users] Slow FD ...I seem to be unluckyevery time I f

[Bacula-users] Slow FD

...I seem to be unluckyevery time I found a workaroundsomething is against me againNow I have :- The Sun280R being the SD and the FD for backing up itself- a Solaris x86 3Ghz being the Director and the Postgres- a Solaris 8 SPARC being an FD- a Windows machine being an FDThen I run te