similar to: processing writes requests in data=journal,sync mode

Hi, I have strange benchmarking results: ext3 with internal log performs 3 times faster then with external log. Linux ES 3.0 (kernel 2.4.21-9.0.1ESsmp), Dell PE 2600, 2 CPU 2.4GHz, 6GB RAM, Adaptec Ultra 160 SCSI 29160 controller External hardware 9-disk RAID 0; 512MB write-back controller cache; U160 Benchmark: SpecSFS v 3.0 Mount options: data=journal,sync, Export options: sync, With ext3

I've seen this come up on occassion, but every NAS OEM that uses NVRAM I've ever talked to over the last 18 months won't tell me anything about their equipment nor their suppliers. Recently, Micro Memory contacted me. Is anyone here using their products? FYI, their 64-bit PCI 128MB-1GB NVRAM board is here:

Is there a way to get usage statistics on the journal device? We are testing battery-backed NVRAM cards with extremely busy 1.7TB filesystems (mode data=journal) and we need to figure out what size NVRAM card we need. I assume the journal size depends on how much writing you are doing and we can do simple theoretical calculations (writing 2.5MB/s, 60 seconds of journal would be max 150MB), but

Greetings Michal, > Sent: Tuesday, October 13, 2020 at 2:51 PM > From: "Michal Privoznik" <mprivozn@redhat.com> > To: "daggs" <daggs@gmx.com>, libvirt-users@redhat.com > Subject: Re: unable to find any master var store for loader error > > Hey, > > I'll paste the interesting part of domain XML here so that it doesn't > get lost:

Hi! I'm working currently on integration of UEFI/SecureBoot support into oVirt. And I have several questions about UEFI/SecureBoot support in libvirt. Can you please help me with them? For UEFI I add the following to the XML: <loader readonly="yes" secure="no" type="pflash"> /usr/share/OVMF/OVMF_CODE.secboot.fd </loader> <nvram

On Wed, 2017-02-08 at 20:13 +0300, Aleksei wrote: > I'm running libvirt in user session and libvirt creates VARS part of OVMF in ~/.config/libvirt/qemu/nvram/ > Check your xml, there should be lines like this: > <os> >     <type arch='x86_64' machine='pc-q35-2.7'>hvm</type> >     <loader readonly='yes'

Greetings All, following a suggestion I got here on how to properly boot uefi-q35 guest, I found an weird config in the xml. this is what I see when I run virsh edit streamer-vm-q35: <os firmware='efi'> <type arch='x86_64' machine='pc-q35-5.0'>hvm</type> <boot dev='hd'/> </os> when I run virsh dumpxml streamer-vm-q35, I get this:

Hi, i want to port an open-source project to sparc. I just downloaded OpenSolaris (sol-nv-b75-sparc-...iso), created an empty image for the hard disk, and tried to start qemu in a linux x64bit-host: qemu-system-sparc -hda test.img -cdrom sol-nv-b75-sparc-v1.iso -boot d -nographic The output says: Nvram id QEMU_BIOS, version 1 CPUs: 1 nvram error detected, zapping pram Welcome to OpenBIOS

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi, i have a system connected to an external DAS (SCSI) array, using ZFS. the array has an nvram write cache, but it honours SCSI cache flush commands by flushing the nvram to disk. the array has no way to disable this behaviour. a well-known behaviour of ZFS is that it often issues cache flush commands to storage in order to ensure data

Hi, When I connect to a Cisco router and issue the show ip interface command, the output is similar as follows: Interface IP-Address OK? Method Status Protocol Ethernet0/0 192.168.12.1 YES NVRAM up up Serial0/0 unassigned YES NVRAM administratively down down Ethernet0/1 unassigned YES NVRAM administratively down

On Sat, Apr 08, 2023 at 11:25:18 +0200, lejeczek wrote: > Hi guys. > > I've have a guest and that guest differs from all other guest by: > > ? <os> > ??? <type arch='x86_64' machine='pc-q35-rhel9.0.0'>hvm</type> > ??? <loader readonly='yes' secure='yes' >

On 11/04/2023 09:13, Peter Krempa wrote: > On Sat, Apr 08, 2023 at 11:25:18 +0200, lejeczek wrote: >> Hi guys. >> >> I've have a guest and that guest differs from all other guest by: >> >> ? <os> >> ??? <type arch='x86_64' machine='pc-q35-rhel9.0.0'>hvm</type> >> ??? <loader readonly='yes'

Apologies if this has been gone over, but I believe I have checked the intertubes more than a bit..... I am using libvirt and have vms booting under an OVMF.fd to use an efi firmware. I can create vms, linux ubuntu, and they will boot up. However, everytime I reboot am I dropped into the default efi shell provide by the tianocore build. Then I must walk the FS to the booting efi app and run, in

Hi guys. I've have a guest and that guest differs from all other guest by: ? <os> ??? <type arch='x86_64' machine='pc-q35-rhel9.0.0'>hvm</type> ??? <loader readonly='yes' secure='yes' type='pflash'>/usr/share/edk2/ovmf/OVMF_CODE.secboot.fd</loader> <nvram>/var/lib/libvirt/qemu/nvram/ubusrv1_VARS.fd</nvram>

Thanks VERY MUCH for all the info and help! Apologies for the extreme delay. I got distracted by other threads that forced out this work to later date. Also some frustration as well. ;) I completely missed this update. Apologies and thanks Will be diving back into this shortly! On Thu, Mar 24, 2016 at 3:57 PM, Laszlo Ersek <lersek@redhat.com> wrote: > On 03/21/16 19:53, jsl6uy js16uy

On Fri, Apr 14, 2023 at 13:39:17 +0200, lejeczek wrote: > > > On 11/04/2023 09:13, Peter Krempa wrote: > > On Sat, Apr 08, 2023 at 11:25:18 +0200, lejeczek wrote: > > > Hi guys. > > > > > > I've have a guest and that guest differs from all other guest by: > > > > > > ? <os> > > > ??? <type arch='x86_64'

On Friday, 2 November 2018 16:05:04 CET Richard W.M. Jones wrote: > diff --git a/common/utils/libxml2-writer-macros.h b/common/utils/libxml2-writer-macros.h > index d74dcd465..a99b245bb 100644 > --- a/common/utils/libxml2-writer-macros.h > +++ b/common/utils/libxml2-writer-macros.h > @@ -86,7 +86,7 @@ > * > * which produces C<<< <name>text</name>

On Mon, Jan 05, 2015 at 08:10:48AM -0700, Lance Fredrickson wrote: > Allowing tinc to run without RSA keys is a very big > bonus for us embedded device users. We have a limited amount of nvram space > for storage (tomato firmware). RSA keys took up quite a bit, so being able > to run using only ED25519 makes tinc very appealing for this platform, and > saves tons of space for more

Hi, I was wondering if anybody was using a UMEM <http://www.umem.com/> NVRAM card [the MM5415 family] as an external journal for ext3. According to the help text in 2.6.7 config, it doesn't have a major number assigned so it chooses one dynamically. It suggests to use 'devfs' (which I thought was deprecated in 2.6.x) or look in /proc/devices. I was wondering if anybody was using

Hi, thank you, Andrea, for the forward. On 07/13/17 10:19, Andrea Bolognani wrote: > -------- Forwarded Message -------- > From: Thomas Meyer <thomas@m3y3r.de> > To: libvirt-users@redhat.com > Subject: [libvirt-users] UEFI NVRAM variables > Date: Wed, 12 Jul 2017 07:49:43 +0200 > >> Hi, >> >> how do I set the BootOrder variable in an NVRAM file for UEFI