Displaying 7 results from an estimated 7 matches for "profihost".
Did you mean:
proc_host
2011 Sep 06
1
(mount.ocfs2, 3315, 4):ocfs2_global_read_info:403 ERROR: status = 24
Hi List,
i've upgraded some machines to linux kernel from 2.8.38 to 3.0.4. Now
i'm always seeing this message when mounting an ocfs2 volume:
[ 38.745584] (mount.ocfs2,3315,4):ocfs2_global_read_info:403 ERROR:
status = 24
[ 38.776395] (mount.ocfs2,3315,4):ocfs2_global_read_info:403 ERROR:
status = 24
ocfs2-tools 1.6.3-1
Stefan
2013 Nov 15
0
[qemu-upstream-unstable test] 21952: regressions - FAIL
...t;scottwood@freescale.com>
Seiji Aguchi <seiji.aguchi@hds.com>
Serge Hallyn <serge.hallyn@ubuntu.com>
Soren Brinkmann <soren.brinkmann@xilinx.com>
Stefan Berger <stefanb@linux.vnet.ibm.com>
Stefan Hajnoczi <stefanha@redhat.com>
Stefan Priebe <s.priebe@profihost.ag>
Stefan Weil <sw@weilnetz.de>
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Stuart Yoder <stuart.yoder@freescale.com>
Thomas Huth <thuth@linux.vnet.ibm.com>
Thomas Schwinge <thomas@codesourcery.com>
Tiejun Chen <tiejun.chen@windriver.com>...
2013 Apr 09
19
[PATCH 00/17] Btrfs-progs: some receive related patches
Most fixes are trivial.
The one from Alex is fixing a real bug that several users have reported.
Alex sent the patch half a year ago and it was not yet integrated.
The patch "Use /proc/mounts instead of /etc/mtab" is a repost.
The patch "btrfs-receive optionally honors the end-cmd" is a preparation
step to allow backup tools to multiplex a single communication stream
(e.g. a
2013 Nov 14
0
[qemu-upstream-unstable test] 21930: regressions - FAIL
...t;scottwood@freescale.com>
Seiji Aguchi <seiji.aguchi@hds.com>
Serge Hallyn <serge.hallyn@ubuntu.com>
Soren Brinkmann <soren.brinkmann@xilinx.com>
Stefan Berger <stefanb@linux.vnet.ibm.com>
Stefan Hajnoczi <stefanha@redhat.com>
Stefan Priebe <s.priebe@profihost.ag>
Stefan Weil <sw@weilnetz.de>
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Stuart Yoder <stuart.yoder@freescale.com>
Thomas Huth <thuth@linux.vnet.ibm.com>
Thomas Schwinge <thomas@codesourcery.com>
Tiejun Chen <tiejun.chen@windriver.com>...
2013 Nov 18
0
[qemu-upstream-unstable test] 21993: regressions - FAIL
...t;scottwood@freescale.com>
Seiji Aguchi <seiji.aguchi@hds.com>
Serge Hallyn <serge.hallyn@ubuntu.com>
Soren Brinkmann <soren.brinkmann@xilinx.com>
Stefan Berger <stefanb@linux.vnet.ibm.com>
Stefan Hajnoczi <stefanha@redhat.com>
Stefan Priebe <s.priebe@profihost.ag>
Stefan Weil <sw@weilnetz.de>
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Stuart Yoder <stuart.yoder@freescale.com>
Thomas Huth <thuth@linux.vnet.ibm.com>
Thomas Schwinge <thomas@codesourcery.com>
Tiejun Chen <tiejun.chen@windriver.com>...
2011 Jan 10
0
OCFS2 Crash
Hi,
2days ago our ocfs2 cluster was crashing. On all nodes the filesystem
wasn't reachable any longer.
Here are the logs of two nodes:
1.: (ATTENTION reverse Order of log)
http://pastebin.com/u97mcqX6
2.: (http://pastebin.com/tGizwSu0)
Stefan
2013 Jan 02
1
ssh / scp slow on 10GBE
Hello list,
right now SSH Tunnel / scp is reaches just around 76Mb/s on my E5 Xeon
using AES-NI but openssl reaches around 600-700Mb/s using 128aes-cbc cipher.
As far as i understand http://www.psc.edu/index.php/hpn-ssh this is due
to very small buffers in ssh / scp.
Is there any work on this? Like autotuning the buffer size? Are there
plans to integrate the hpn patches?
Greets,
Stefan