Trinity's profile (2782 points)
About: You know, from that film ....
how to fetch a string in the text.
I need a /media/New Volume type in this text
/dev/sda5 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
nfsd on /proc/fs/nfsd type nfsd (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/hamid/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=hamid)
/dev/sdc1 on /media/FreeAgent GoFlex Drive type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)
/dev/sde5 on /media/New Volume type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)
the ' ' is importand
Asked in: ShellScripts
(4 answers)
Trinity's response: Is it this you're after?
grep '/media/New Volume type' FILE
| |
There's something that just baffles me right now and I'm out of ideas. Would anybody have some idea?
Basically, I have a Dell PowerEdge R415 rack server. Running xen 4.1 with a debian squeeze dom0. On two occasions (and now is the second one), I see weird behaviours as follows:
I've got a ssh connection open from my workstation to the server and it works. However, I cannot ping it nor establish new TCP connections. I can see the packets go out of the workstation interface, the switch claims it forwards it to the server, but I cannot see them on the server with tcpdump, nor do the interface statistics increase. I can see the same from other workstations while others are OK.
What really baffles me is that there is an established and working ssh connection.
Initially, I was seeing the "dropped" statistics increase, and ethtool -S eth0 on the server showed some rx_fw_discard, but after increasing the rx ring buffer that went away, but still same problem.
There's a bridge br0 with eth0 and the virtual interfaces for the Xen domUs, everything looks fine there.
That server has a BMC with a net interface with a different MAC address. I can ping the bmc from my workstation, but not from the server. That BMC shares the same physical network connection (I'm not sure how that works, if there's an internal bridge in the server, could it be where the problem lies?)
That's a Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet
# ethtool -i eth0
driver: bnx2
version: 2.0.2
firmware-version: 5.2.3 NCSI 2.0.11
bus-info: 0000:02:00.0
From dmesg, the link went down a few times. I think the problem started to occur when a message like:
NETDEV WATCHDOG: eth0 (bnx2): transmit queue 7 timed out
appeared in dmesg.
Any idea?
Update (2011-05-11)
- same problem with opensuse with Xen 4.1 and 2.6.37-xen dom0 kernel.
- upgrading to bnx2 2.0.23b from Broadcom's site improves matters (at least if I boot with this one, not if I unload the old one and load this one) especially if I increase the size of the receive ring buffer.
I'm under the impression that those ethernet adapters do things at level 3 and 4 which worries me a bit
Asked in: Server-Networking
(8 answers)
Trinity's response: Glad it's looking better now :) Any further info might be useful.
| |
There's something that just baffles me right now and I'm out of ideas. Would anybody have some idea?
Basically, I have a Dell PowerEdge R415 rack server. Running xen 4.1 with a debian squeeze dom0. On two occasions (and now is the second one), I see weird behaviours as follows:
I've got a ssh connection open from my workstation to the server and it works. However, I cannot ping it nor establish new TCP connections. I can see the packets go out of the workstation interface, the switch claims it forwards it to the server, but I cannot see them on the server with tcpdump, nor do the interface statistics increase. I can see the same from other workstations while others are OK.
What really baffles me is that there is an established and working ssh connection.
Initially, I was seeing the "dropped" statistics increase, and ethtool -S eth0 on the server showed some rx_fw_discard, but after increasing the rx ring buffer that went away, but still same problem.
There's a bridge br0 with eth0 and the virtual interfaces for the Xen domUs, everything looks fine there.
That server has a BMC with a net interface with a different MAC address. I can ping the bmc from my workstation, but not from the server. That BMC shares the same physical network connection (I'm not sure how that works, if there's an internal bridge in the server, could it be where the problem lies?)
That's a Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet
# ethtool -i eth0
driver: bnx2
version: 2.0.2
firmware-version: 5.2.3 NCSI 2.0.11
bus-info: 0000:02:00.0
From dmesg, the link went down a few times. I think the problem started to occur when a message like:
NETDEV WATCHDOG: eth0 (bnx2): transmit queue 7 timed out
appeared in dmesg.
Any idea?
Update (2011-05-11)
- same problem with opensuse with Xen 4.1 and 2.6.37-xen dom0 kernel.
- upgrading to bnx2 2.0.23b from Broadcom's site improves matters (at least if I boot with this one, not if I unload the old one and load this one) especially if I increase the size of the receive ring buffer.
I'm under the impression that those ethernet adapters do things at level 3 and 4 which worries me a bit
Asked in: Server-Networking
(8 answers)
Trinity's response: Very tricky :) All I can think of is running strace and seeing if it's a Xen bug.
| |
There's something that just baffles me right now and I'm out of ideas. Would anybody have some idea?
Basically, I have a Dell PowerEdge R415 rack server. Running xen 4.1 with a debian squeeze dom0. On two occasions (and now is the second one), I see weird behaviours as follows:
I've got a ssh connection open from my workstation to the server and it works. However, I cannot ping it nor establish new TCP connections. I can see the packets go out of the workstation interface, the switch claims it forwards it to the server, but I cannot see them on the server with tcpdump, nor do the interface statistics increase. I can see the same from other workstations while others are OK.
What really baffles me is that there is an established and working ssh connection.
Initially, I was seeing the "dropped" statistics increase, and ethtool -S eth0 on the server showed some rx_fw_discard, but after increasing the rx ring buffer that went away, but still same problem.
There's a bridge br0 with eth0 and the virtual interfaces for the Xen domUs, everything looks fine there.
That server has a BMC with a net interface with a different MAC address. I can ping the bmc from my workstation, but not from the server. That BMC shares the same physical network connection (I'm not sure how that works, if there's an internal bridge in the server, could it be where the problem lies?)
That's a Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet
# ethtool -i eth0
driver: bnx2
version: 2.0.2
firmware-version: 5.2.3 NCSI 2.0.11
bus-info: 0000:02:00.0
From dmesg, the link went down a few times. I think the problem started to occur when a message like:
NETDEV WATCHDOG: eth0 (bnx2): transmit queue 7 timed out
appeared in dmesg.
Any idea?
Update (2011-05-11)
- same problem with opensuse with Xen 4.1 and 2.6.37-xen dom0 kernel.
- upgrading to bnx2 2.0.23b from Broadcom's site improves matters (at least if I boot with this one, not if I unload the old one and load this one) especially if I increase the size of the receive ring buffer.
I'm under the impression that those ethernet adapters do things at level 3 and 4 which worries me a bit
Asked in: Server-Networking
(8 answers)
Trinity's response: That's a tricky problem then !
I'd be most concerned with "The ifconfig and ethtool statistics increase, but a tcpdump shows nothing (!?)." :-) and probably figure out how to capture whatever is increasing the counters.
| |
There's something that just baffles me right now and I'm out of ideas. Would anybody have some idea?
Basically, I have a Dell PowerEdge R415 rack server. Running xen 4.1 with a debian squeeze dom0. On two occasions (and now is the second one), I see weird behaviours as follows:
I've got a ssh connection open from my workstation to the server and it works. However, I cannot ping it nor establish new TCP connections. I can see the packets go out of the workstation interface, the switch claims it forwards it to the server, but I cannot see them on the server with tcpdump, nor do the interface statistics increase. I can see the same from other workstations while others are OK.
What really baffles me is that there is an established and working ssh connection.
Initially, I was seeing the "dropped" statistics increase, and ethtool -S eth0 on the server showed some rx_fw_discard, but after increasing the rx ring buffer that went away, but still same problem.
There's a bridge br0 with eth0 and the virtual interfaces for the Xen domUs, everything looks fine there.
That server has a BMC with a net interface with a different MAC address. I can ping the bmc from my workstation, but not from the server. That BMC shares the same physical network connection (I'm not sure how that works, if there's an internal bridge in the server, could it be where the problem lies?)
That's a Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet
# ethtool -i eth0
driver: bnx2
version: 2.0.2
firmware-version: 5.2.3 NCSI 2.0.11
bus-info: 0000:02:00.0
From dmesg, the link went down a few times. I think the problem started to occur when a message like:
NETDEV WATCHDOG: eth0 (bnx2): transmit queue 7 timed out
appeared in dmesg.
Any idea?
Update (2011-05-11)
- same problem with opensuse with Xen 4.1 and 2.6.37-xen dom0 kernel.
- upgrading to bnx2 2.0.23b from Broadcom's site improves matters (at least if I boot with this one, not if I unload the old one and load this one) especially if I increase the size of the receive ring buffer.
I'm under the impression that those ethernet adapters do things at level 3 and 4 which worries me a bit
Asked in: Server-Networking
(8 answers)
Trinity's response: A few things spring to mind to hopefully narrow it down an little:
Check MTU across everything. As I'm sure you know tiny data transfers usually work with a misconfigured MTU but anything else drops out and that's what you usually notice.
Try a USB NIC instead of the one built-in and rule that and the driver out. It'll take 2 minutes and if you don't mind it being 100Mbit instead of 1000Mbit then you can do it at any time.
Try another switch port or switch ideally and cable.
You said this has happened twice. How far apart were the occurrences ? Think in terms of load and the time of day ... cron or backups and bandwidth on the switch's backplane etc.
| |
| | |