search for: teamleader

Hi all, what do you think of a half-day / day long miniconference on clustering along LPC? (http://lwn.net/Articles/319215/) It's a bit late, but if noone objects, I'll submit a proposal tomorrow. What topics would you like to see discussed? We probably don't have enough mass to justify our completely own summit, but on-going integration, (lack of) progress since the meeting in

Hey there, I hope anyone can bring some light in the following problem. <interface type='bridge'> <source bridge='cloudbr0'/> <mtu size='2000'/> <mac address='02:00:74:76:00:01'/> <model type='virtio'/> <virtualport type='openvswitch'> </virtualport> <vlan trunk='no'> <tag

On Tue, Mar 10, 2020 at 09:08:56PM +0000, John Garry wrote: > On 10/03/2020 18:32, Christoph Hellwig wrote: > > On Wed, Mar 11, 2020 at 12:25:28AM +0800, John Garry wrote: > > > From: Hannes Reinecke <hare at suse.com> > > > > > > Allocate a separate 'reserved_cmd_q' for sending reserved commands. > > > > Why? Reserved command

On Tue, Mar 10, 2020 at 09:08:56PM +0000, John Garry wrote: > On 10/03/2020 18:32, Christoph Hellwig wrote: > > On Wed, Mar 11, 2020 at 12:25:28AM +0800, John Garry wrote: > > > From: Hannes Reinecke <hare at suse.com> > > > > > > Allocate a separate 'reserved_cmd_q' for sending reserved commands. > > > > Why? Reserved command

On Fri, Apr 19, 2019 at 01:16:06PM +0200, Hannes Reinecke wrote: > On 4/15/19 12:35 PM, Yuval Shaia wrote: > > On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > > > On Thu, 11 Apr 2019 14:01:54 +0300 > > > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > > > > > Data center backends use more and more RDMA or RoCE devices and

Hi Paolo, I had a question about this patch that eliminates virtio-scsi timeout on IOs - https://patchwork.kernel.org/patch/9802047/. How does this work when we have IOs outstanding to a device that is then hot-unplugged. I'm under the impression that those IOs will never get returned with any status (please correct me if I'm wrong), and we will then end up waiting on them forever with

On 4/23/20 4:13 PM, John Garry wrote: > On 07/04/2020 17:30, Christoph Hellwig wrote: >> On Tue, Apr 07, 2020 at 04:00:10PM +0200, Hannes Reinecke wrote: >>> My concern is this: >>> >>> struct scsi_device *scsi_get_host_dev(struct Scsi_Host *shost) >>> { >>> ????[ .. ] >>> ????starget = scsi_alloc_target(&shost->shost_gendev, 0,

...t Jobnames that they've been using have been turning into something similar to "smbprn.003702.d4aZ5g" I don't understand why - however if you print to a windows printer queue - the name of the document turns up perfectly. Any Ideas? -- Gavin-Francis Fernandes SCPS - Systems TeamLeader Queensland University of Technology Phone: 3864 1289 Email: g.fernandes@qut.edu.au

On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > On Thu, 11 Apr 2019 14:01:54 +0300 > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > Data center backends use more and more RDMA or RoCE devices and more and > > more software runs in virtualized environment. > > There is a need for a standard to enable RDMA/RoCE on Virtual Machines. > >

On 4/7/20 4:35 PM, John Garry wrote: > On 07/04/2020 15:00, Hannes Reinecke wrote: >> On 4/7/20 1:54 PM, John Garry wrote: >>> On 06/04/2020 10:05, Hannes Reinecke wrote: [ .. ] >>>> This would be okay if 'this_id' would have been defined by the driver; >>>> sadly, most drivers which are affected here do set 'this_id' to -1.

On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: > On Thu, 11 Apr 2019 14:01:54 +0300 > Yuval Shaia <yuval.shaia at oracle.com> wrote: > > > Data center backends use more and more RDMA or RoCE devices and more and > > more software runs in virtualized environment. > > There is a need for a standard to enable RDMA/RoCE on Virtual Machines. > >

Hi Alvin, Thanks for the help. :) This sounds good. My head also wrap about this problem. The question for me is why they use the smallest? Cheers Sven __ Sven Vogel Teamlead Platform EWERK DIGITAL GmbH Br?hl 24, D-04109 Leipzig P +49 341 42649 - 11 F +49 341 42649 - 18 S.Vogel@ewerk.com www.ewerk.com Gesch?ftsf?hrer: Dr. Erik Wende, Hendrik Schubert, Frank Richter Registergericht:

On 4/7/20 1:54 PM, John Garry wrote: > On 06/04/2020 10:05, Hannes Reinecke wrote: >> On 3/11/20 7:22 AM, Christoph Hellwig wrote: >>> On Tue, Mar 10, 2020 at 09:08:56PM +0000, John Garry wrote: >>>> On 10/03/2020 18:32, Christoph Hellwig wrote: >>>>> On Wed, Mar 11, 2020 at 12:25:28AM +0800, John Garry wrote: >>>>>> From: Hannes

On 4/15/19 12:35 PM, Yuval Shaia wrote: > On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote: >> On Thu, 11 Apr 2019 14:01:54 +0300 >> Yuval Shaia <yuval.shaia at oracle.com> wrote: >> >>> Data center backends use more and more RDMA or RoCE devices and more and >>> more software runs in virtualized environment. >>> There is a need

On Thu, 8 Aug 2019 at 10:08, Sven Vogel <S.Vogel@ewerk.com> wrote: > The question for me is why they use the smallest? > Because otherwise some frames won't get through because the interface can't receive them, and the job of network equipment is to enable and maintain communication :-). > > Cheers > > Sven > - Peter [...] > > Am 31.07.2019 um 15:50

Hi Michal, Thanks for your answer. I don’t understand why an interface created without mtu gets only 1500 visible in the virtual machine but if I create an interface with mtu higher than 1500 e.g. 2000 the bridge will change too. Before the bridge was e.g. by 9000. I ask because you wrote if I don’t set an mtu of the interface I will get the mtu of the bridge. But it seems so. Can you clarify

In general if no MTU is set on interface creation the default value is 1500. On OVS the bridge MTU is automatically set to the smallest port MTU. So you just have to set the MTU of each port of the bridge. Take a look at: https://bugzilla.redhat.com/show_bug.cgi?id=1160897 It is a bit of a pain to read but seems to confirm the statement about the OVS MTU value being set by the MTU of the

...rning passwd entry for user tandem, uid 678 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user taniam, uid 679 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user teamleader, uid 680 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user test, uid 681 [2003/01/07 16:23:19, 5] passdb/pdb_smbpasswd.c:getsmbfilepwent(438) getsmbfilepwent: returning passwd entry for user ups, uid 687 [2003/01/07 16:23:19, 5...

Since the need for a special flag to support SCSI passthrough on a block device was added in May 2017 the SCSI passthrough support in virtio-blk has been disabled. It has always been a bad idea (just ask the original author..) and we have virtio-scsi for proper passthrough. The feature also never made it into the virtio 1.0 or later specifications. Signed-off-by: Christoph Hellwig <hch at