search for: srn

On Thu, Aug 09, 2018 at 03:05:26PM +0200, Pino Toscano wrote: > This device naming is mostly written by virt-p2v, so get the slot from > it directly without using the drive_index "decoding" function. > --- > v2v/parse_libvirt_xml.ml | 10 +++++++++- > 1 file changed, 9 insertions(+), 1 deletion(-) > > diff --git a/v2v/parse_libvirt_xml.ml b/v2v/parse_libvirt_xml.ml

...matrix) that I CAN suppress these row names by executing, e.g. > print(x,rowlab=rep("",nrow(x))) However it would be ever-so-slightly nicer (require somewhat fewer key strokes) if there were an option to print.data.frame that would allow suppression of row names. E.g. an argument ``srn=FALSE''. (Where ``srn'' stands for ``suppress row names''.) I have written my own simple minded implementation of this option, given below in case anyone else out there may have shared my frustration at being unable to figure out how to suppress row names. I would ask that...

...matrix) that I CAN suppress these row names by executing, e.g. > print(x,rowlab=rep("",nrow(x))) However it would be ever-so-slightly nicer (require somewhat fewer key strokes) if there were an option to print.data.frame that would allow suppression of row names. E.g. an argument ``srn=FALSE''. (Where ``srn'' stands for ``suppress row names''.) I have written my own simple minded implementation of this option, given below in case anyone else out there may have shared my frustration at being unable to figure out how to suppress row names. I would ask that...

...LT="dom0_mem=6G,max:8G cpuinfo com1=115200,8n1 console=com1,tty loglvl=all guest_loglvl=all" But I've done that on other servers without issue. In fact I have a Dell R710 that DOES work with CentOS 7 and the new kernel... so confused. On Fri, Mar 24, 2017 at 1:44 PM, Sarah Newman <srn at prgmr.com> wrote: > On 03/24/2017 11:35 AM, PJ Welsh wrote: > > As a follow up I was able to test fresh install on Dell R710 and a Dell > > R620 with success on CentOS 7.3 without issue on the new kernel. My new > > plan will be to just move this C6 to one of the C7 I j...

This device naming is mostly written by virt-p2v, so get the slot from it directly without using the drive_index "decoding" function. --- v2v/parse_libvirt_xml.ml | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/v2v/parse_libvirt_xml.ml b/v2v/parse_libvirt_xml.ml index 36d2f66dd..55432f537 100644 --- a/v2v/parse_libvirt_xml.ml +++ b/v2v/parse_libvirt_xml.ml

...f no work-around Product: rsync Version: 3.0.6 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: srn at coolheads.com QAContact: rsync-qa at samba.org ## rsync 3.0.6 whitespace bug. ## reported by Steve Newcomb, srn at coolheads.com ## 2009-09-06. ## I haven't figured out any way to work around this problem: ## Apparently rsync can't handle whitespace in the source directory...

...n1 > > console=com1,tty loglvl=all guest_loglvl=all" > > But I've done that on other servers without issue. In fact I have a Dell > > R710 that DOES work with CentOS 7 and the new kernel... so confused. > > > > On Fri, Mar 24, 2017 at 1:44 PM, Sarah Newman <srn at prgmr.com > > <mailto:srn at prgmr.com>> wrote: > > > > On 03/24/2017 11:35 AM, PJ Welsh wrote: > > > As a follow up I was able to test fresh install on Dell R710 and a > Dell > > > R620 with success on CentOS 7.3 without issue on the n...

On Sat, Feb 20, 2016 at 9:24 PM, Sarah Newman <srn at prgmr.com> wrote: > On 02/17/2016 04:30 AM, George Dunlap wrote: >> I have the following packages going through the CBS: >> * A CentOS 7 xen-4.6.1-2, with XSAs 170 and 154 >> * A CentOS 6 xen-4.6.1-2, with XSAs 170 and 154 >> * A CentOS 6 xen-4.4.3-11, with XSAs 170...

On Mon, Oct 23, 2017 at 12:57 PM, Karl Johnson <karljohnson.it at gmail.com> wrote: > On Sat, May 20, 2017 at 8:30 PM, Sarah Newman <srn at prgmr.com> wrote: > >> I experienced a bug that is likely the same as >> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1350373 . Commit >> b7dd0e350e0bd4c0fddcc9b8958342700b00b168 , which is supposed to fix it, >> doesn't appear in this kernel and doesn...

On 3/7/19 10:30 AM, Akemi Yagi wrote: > On Thu, Mar 7, 2019 at 9:42 AM George Dunlap <dunlapg at umich.edu> wrote: >> >> Hey all, >> >> We've been on 4.9 for some time now, and while it's still supported, I >> think it's time to start thinking about upgrading, and I'd like input >> from the community about which version to move up to.

...8G cpuinfo com1=115200,8n1 > console=com1,tty loglvl=all guest_loglvl=all" > But I've done that on other servers without issue. In fact I have a Dell > R710 that DOES work with CentOS 7 and the new kernel... so confused. > > On Fri, Mar 24, 2017 at 1:44 PM, Sarah Newman <srn at prgmr.com > <mailto:srn at prgmr.com>> wrote: > > On 03/24/2017 11:35 AM, PJ Welsh wrote: > > As a follow up I was able to test fresh install on Dell R710 and a Dell > > R620 with success on CentOS 7.3 without issue on the new kernel. My new > &...

Hi, We were hoping to attend an IRC meeting this morning but it looks like that didn't happen. Has this been moved to once a month or was this a special week? Thanks, Sarah

On Sun, Apr 2, 2017 at 9:22 PM, Sarah Newman <srn at prgmr.com> wrote: > On 04/02/2017 02:49 AM, Chris Elliott wrote: >> Hi all >> >> I?ve got a few Intel Z87 chipset machines with Adaptec 5405 raid cards (latest firmware), they work fine on 3.18 but during Dom0 boot using kernel >> 4.9.13 it hangs at ?Using clocksour...

By default, /var/lib/xenstored is mounted tmpfs in centos 5 but this doesn't appear to be true for Xen4CentOS. This can cause performance issues as mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=446089 I'm not sure if this should be part of xencommons, but if not, adding a tmpfs mount should probably be documented on the quick start wiki page. Thanks, Sarah

...microcode_ctl updates, you'll get the microcode on the next reboot just like any other centos machine. Feel free to jump in if I missed any steps/caveats/notes, but that looks to be how I set it up on my machines last year. Thanks, -Dave > On May 16, 2019, at 12:03, Sarah Newman <srn at prgmr.com> wrote: > > On 5/16/19 2:12 AM, Karel Hendrych wrote: >> Hi, >> >> is there any guide for CPU microcode updates on CentOS6, Xen 4.10, kernel 4.9 ? > > I'm not sure off the top of my head. > > You can add ucode=scan to the xen command line,...

On 25.04.24 17:15, openssh-unix-dev-request at mindrot.org digested: > Subject: how to block brute force attacks on reverse tunnels? > From: Steve Newcomb <srn at coolheads.com> > Date: 25.04.24, 17:14 > > For many years I've been running ssh reverse tunnels on portable Linux, > OpenWRT, Android etc. hosts so they can be accessed from a server whose > IP is stable (I call such a server a "nexus host"). Increasingly there...

On Wed, May 17, 2017 at 10:07 AM, Sarah Newman <srn at prgmr.com> wrote: > On 05/16/2017 09:04 PM, Jerry wrote: > <snip> > > > > Turns out dracut was unable to mount the root file system. So I went > back > > into the 3.10 kernel again to see if the mpt2sas or mpt3sas driver was in > > its initramfs file.....

On 01/04/2018 10:49 AM, Akemi Yagi wrote: > On Thu, Jan 4, 2018 at 9:51 AM, <rikske at deds.nl> wrote: > >> Please patch the CentOS-virt Kernel to fix the >> Kernel Side-Channel Attacks vulnerabilities. >> >> The latest CentOS-virt kernel was released in November, as seen below. >> >> kernel-4.9.63-29.el7.x86_64.rpm 2017-11-21 13:30 >>

On Sun, Mar 15, 2015 at 8:26 PM, Sarah Newman <srn at prgmr.com> wrote: > On 03/15/2015 03:25 PM, Nico Kadel-Garcia wrote: >> So I'm right back to my effectively unanswered original questions. So >> please: I asked a very specific pair of questions, and they remain >> unanswered. CentOS 5 Xen server (hypervisor, or Dom0,...

On 01/05/2018 06:33 AM, George Dunlap wrote: > On Thu, Jan 4, 2018 at 7:12 PM, Sarah Newman <srn at prgmr.com> wrote: >> On 01/04/2018 10:49 AM, Akemi Yagi wrote: >>> On Thu, Jan 4, 2018 at 9:51 AM, <rikske at deds.nl> wrote: >>> >>>> Please patch the CentOS-virt Kernel to fix the >>>> Kernel Side-Channel Attacks vulnerabilities. >&gt...