search for: sdaa

...s measured results is almost 1, with very small RMSE. However, I am not interested in the estimates of the mean, but in SDs from the model. I access the SDs using b<-VarCorr(c.lme). There: - the 'attr(b$Assay, "stddev")' is the assay-to-assay SD component for each sample (SDaa) - the 'attr(b$Run, "stddev")' is the run-to-run component (SDrr) - the 'attr(b, "sc")' i.e. the residual (SDres), would be the within-run component, but it's a single number for all the samples. * The problem: - how to estimate the 'within-run...

...eports path is down" which gives me >40M/24h /var/log/messages garbage. Any hints for a reasonable configuration? Unfortunately the Sun 7310 is rather new, so almost nothing shows up on google... even less for RHEL/CentOS :-( regards from Berlin Jens [root at dev-db1 tmp]# multipath -ll sdaa: checker msg is "readsector0 checker reports path is down" sdab: checker msg is "readsector0 checker reports path is down" sdac: checker msg is "readsector0 checker reports path is down" sdad: checker msg is "readsector0 checker reports path is down" sdd: che...

...; - b += blen + 1; - - /* Get device name part, that is, just 'a', 'ab' etc. */ - alen = strcspn (a, "0123456789"); - blen = strcspn (b, "0123456789"); - - /* If device name part is longer, it is always greater, eg. - * "/dev/sdz" < "/dev/sdaa". - */ - if (alen != blen) - return alen - blen; - - /* Device name parts are the same length, so do a regular compare. */ - r = strncmp (a, b, alen); - if (r != 0) - return r; - - /* Compare partitions numbers. */ - a += alen; - b += alen; - - /* If no partition numbers, bail...

This patch series renames "sd_format_disk_name()" to "disk_name_format()" and moves it into block core. So that who needs formatting disk name can use it, instead of duplicating these similar help functions. Ren Mingxin (4): block: add function disk_name_format() into block core scsi: replace sd_format_disk_name() to disk_name_format() block: replace

This patch series renames "sd_format_disk_name()" to "disk_name_format()" and moves it into block core. So that who needs formatting disk name can use it, instead of duplicating these similar help functions. Ren Mingxin (4): block: add function disk_name_format() into block core scsi: replace sd_format_disk_name() to disk_name_format() block: replace

...s off [ 41.027206] sd 25:0:0:0: [sdz] Mode Sense: 00 3a 00 00 [ 41.027239] sd 25:0:0:0: [sdz] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 41.027241] sdz: unknown partition table [ 41.050772] sd 25:0:0:0: [sdz] Attached SCSI disk [ 41.050772] sd 26:0:0:0: [sdaa] 976773168 512-byte hardware sectors (500108 MB) [ 41.050772] sd 26:0:0:0: [sdaa] Write Protect is off [ 41.050772] sd 26:0:0:0: [sdaa] Mode Sense: 00 3a 00 00 [ 41.050772] sd 26:0:0:0: [sdaa] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 41.050772] sd 26:0:0:...

...rio=50][active] \_ 0:0:1:7 sdd 8:48 [active][ready] \_ round-robin 0 [prio=10][enabled] \_ 0:0:2:7 sdh 8:112 [active][ready] . . [snip other HSV200 paths - all similar] multipath -ll -v 3 includes explicit statements that defaults are being used for the HSV400 (long output snipped...) sdaa: path checker = readsector0 (config file default) versus sda: path checker = tur (controller setting) sdx: getprio = NULL (internal default) versus sdd: getprio = /sbin/mpath_prio_alua %n (controller setting) - furthermore we see in the log file messages from both readsector0 *and* tur rat...

...rio=50][active] \_ 0:0:1:7 sdd 8:48 [active][ready] \_ round-robin 0 [prio=10][enabled] \_ 0:0:2:7 sdh 8:112 [active][ready] . . [snip other HSV200 paths - all similar] multipath -ll -v 3 includes explicit statements that defaults are being used for the HSV400 (long output snipped...) sdaa: path checker = readsector0 (config file default) versus sda: path checker = tur (controller setting) sdx: getprio = NULL (internal default) versus sdd: getprio = /sbin/mpath_prio_alua %n (controller setting) - furthermore we see in the log file messages from both readsector0 *and* tur rath...

I've been asked for ideas on building a rather large archival storage system for inhouse use, on the order of 100-400TB. Probably using CentOS 6. The existing system this would replace is using Solaris 10 and ZFS, but I want to explore using Linux instead. We have our own tomcat based archiving software that would run on this storage server, along with NFS client and server. Its a

...lename=/dev/sdk filename=/dev/sdl filename=/dev/sdm filename=/dev/sdn filename=/dev/sdo filename=/dev/sdp filename=/dev/sdq filename=/dev/sdr filename=/dev/sds filename=/dev/sdt filename=/dev/sdu filename=/dev/sdv filename=/dev/sdw filename=/dev/sdx filename=/dev/sdy filename=/dev/sdz filename=/dev/sdaa filename=/dev/sdab filename=/dev/sdac filename=/dev/sdad filename=/dev/sdae filename=/dev/sdaf filename=/dev/sdag Guest lsscsi output: [0:0:0:0] disk ATA QEMU HARDDISK 1.1. /dev/sda [1:0:0:0] cd/dvd QEMU QEMU DVD-ROM 1.1. /dev/sr0 [2:0:0:0] disk LIO-ORG RAMDISK-...

...lename=/dev/sdk filename=/dev/sdl filename=/dev/sdm filename=/dev/sdn filename=/dev/sdo filename=/dev/sdp filename=/dev/sdq filename=/dev/sdr filename=/dev/sds filename=/dev/sdt filename=/dev/sdu filename=/dev/sdv filename=/dev/sdw filename=/dev/sdx filename=/dev/sdy filename=/dev/sdz filename=/dev/sdaa filename=/dev/sdab filename=/dev/sdac filename=/dev/sdad filename=/dev/sdae filename=/dev/sdaf filename=/dev/sdag Guest lsscsi output: [0:0:0:0] disk ATA QEMU HARDDISK 1.1. /dev/sda [1:0:0:0] cd/dvd QEMU QEMU DVD-ROM 1.1. /dev/sr0 [2:0:0:0] disk LIO-ORG RAMDISK-...

...(i = 0; i < n; ++i) + fprintf (stderr, "\t%s\n", devices[i]); + exit (EXIT_FAILURE); + } + + /* If the --just-add option was given, we're done. */ + if (just_add) + return; + + /* Check each device has the expected drive name, eg. /dev/sda, + * /dev/sdb, ..., /dev/sdaa, ... + */ + for (i = 0; i < ndisks; ++i) { + char expected[64]; + + guestfs_int_drive_name (i, expected); + if (!STRSUFFIX (devices[i], expected)) { + fprintf (stderr, + "%s: incorrect device name at index %zu: " + "%s (expected suffix...

Version 1 was here: https://www.redhat.com/archives/libguestfs/2017-June/msg00003.html This patch series reimplements a few more APIs in OCaml, including some very important core APIs like ?list_filesystems? and ?mount?. All the tests pass after this. The selection of APIs that I have moved may look a little random, but in fact they are all APIs consumed by the inspection code (and some more

v2 was here: https://www.redhat.com/archives/libguestfs/2017-June/msg00008.html This series gets as far as a working (and faster) reimplementation of ‘guestfs_list_filesystems’. I also have another patch series on top of this one which reimplements the inspection APIs inside the daemon, but that needs a bit more work still, since inspection turns out to be a very large piece of code. Rich.

Previously posted as part of the mega utilities/inspection series here: https://www.redhat.com/archives/libguestfs/2017-June/msg00232.html What I've done is to extract just the parts related to rewriting daemon APIs in OCaml, rebase them on top of the current master, fix a few things, and recompile and test everything. Rich.

I think this fixes everything mentioned: - Added the Optgroups module as suggested. - Remove command temporary files. - Replace command ~flags with ?fold_stdout_on_stderr. - Nest _with_mounted function. - Rebase & retest. Rich.

Hi, folks, I''m attempting to run an e-mail server on Xen. The e-mail system is Novell GroupWise, and it serves about 250 users. The disk volume for the e-mail is on my SAN, and I''ve attached the FC LUN to my Xen host, then used the "phy:/dev..." method to forward the disk through to the domU. I''m running into an issue with high I/O wait on the box (~250%)

v1 was posted here: https://www.redhat.com/archives/libguestfs/2017-July/msg00098.html This series now depends on two small patches which I posted separately: https://www.redhat.com/archives/libguestfs/2017-July/msg00207.html https://www.redhat.com/archives/libguestfs/2017-July/msg00209.html v1 -> v2: - Previously changes to generator/daemon.ml were made incrementally through the patch

Previously posted: https://www.redhat.com/archives/libguestfs/2015-December/msg00038.html Inspection now really succeeds on a small number of simple guests. To test it out: $ ./run guestfish -v -x -a /tmp/centos-6.img ><fs> run ><fs> debug sh "guestfs-inspection --verbose" Rich.

This is a more working version. Inspection (partially) succeeds on a real guest this time :-) You can test it out on a real guest (in this case, a CentOS disk image located at /tmp/centos-6.img) by doing: $ ./run guestfish -v -x -a /tmp/centos-6.img ><fs> run ><fs> debug sh "guestfs-inspection --verbose" which will print lots of debugging, and at the end the