Granted, the HUB im using might not be top quality, but it does work, and i
can do sustained 830k/s ftps between the hosts., with no signs of packet
loss. (same level of collisions as with drbd)
[dmezera@temporal dmezera]$ su -
Password:
[root@temporal /root]# modprobe drbd
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Connected st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
while, this appeared in the logs.
May 25 17:01:35 temporal kernel: drbd: send timed out!! (pid=470)
May 25 17:01:40 temporal kernel: drbd: send timed out!! (pid=474)
May 25 17:01:45 temporal kernel: drbd: send timed out!! (pid=478)
May 25 17:01:48 temporal kernel: drbd: agreed size = 2506108 KB
May 25 17:01:48 temporal kernel: drbd: agreed blksize = 4096 B
May 25 17:01:48 temporal kernel: drbd: vmallocing 78315 B for bitmap.
@818a801c
May 25 17:01:58 temporal kernel: drbd: sock_recvmsg returned -104
May 25 17:02:08 temporal kernel: drbd: retrying to connect(pid=482)
Then, after i thought i had it "connected", it fell back to an Unconfigured
state... even if it loses connection, should it not go back to a
unconnected, or WFconnection state?
Nothing in the logs after that.
-- Still trying to get a cross over cable.. working for an isp, youd think
they had one ;)
can do sustained 830k/s ftps between the hosts., with no signs of packet
loss. (same level of collisions as with drbd)
[dmezera@temporal dmezera]$ su -
Password:
[root@temporal /root]# modprobe drbd
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
[root@temporal /root]# drbdsetup /dev/nb0 /dev/hda7 B temporal frontal
[root@temporal /root]# cat /proc/drbd
version : 56
0: cs:Connected st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
1: cs:Unconfigured st:Secondary ns:0 nr:0 dw:0 dr:0 of:0
while, this appeared in the logs.
May 25 17:01:35 temporal kernel: drbd: send timed out!! (pid=470)
May 25 17:01:40 temporal kernel: drbd: send timed out!! (pid=474)
May 25 17:01:45 temporal kernel: drbd: send timed out!! (pid=478)
May 25 17:01:48 temporal kernel: drbd: agreed size = 2506108 KB
May 25 17:01:48 temporal kernel: drbd: agreed blksize = 4096 B
May 25 17:01:48 temporal kernel: drbd: vmallocing 78315 B for bitmap.
@818a801c
May 25 17:01:58 temporal kernel: drbd: sock_recvmsg returned -104
May 25 17:02:08 temporal kernel: drbd: retrying to connect(pid=482)
Then, after i thought i had it "connected", it fell back to an Unconfigured
state... even if it loses connection, should it not go back to a
unconnected, or WFconnection state?
Nothing in the logs after that.
-- Still trying to get a cross over cable.. working for an isp, youd think
they had one ;)