Nabble - freebsd-geom

Re: kern/141740: [geom] gjournal(8): g_journal_destroy concurrent error

2009-12-17T22:46:24Z

Old Synopsis: g_journal_destroy concurrent error
New Synopsis: [geom] gjournal(8): g_journal_destroy concurrent error

Responsible-Changed-From-To: freebsd-bugs->freebsd-geom
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri Dec 18 06:45:23 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=141740
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

The most beautiful Russian women are available here.

2009-12-15T23:45:09Z

Find a perfect Russian wife.
[1]http://cid-8d94b8d0615044f2.spaces.live.com

References

1. http://cid-8d94b8d0615044f2.spaces.live.com/
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: geom provider name change

2009-12-15T20:11:50Z

Alexei Troussov wrote:
> Hello,
>
> I got two equal disks ad10 and ad11 and want to use them as RAID1 via gmirror (I don't boot the system from them).
>
> Some day I'd like to change my hardware config, installing additional SATA controller in my PC. My problem is that device names for my disks ad10 and ad11 will change to, say, ad12 and ad13 respectively.
>
> Do I need to recreate my RAID1 ? or gmirror takes care about that and detects which disk to use?

The boot config for a gmirror(8) configuration is written to the end of
the disk - assuming fstab(5) is configured correctly, you should not have
an issue pulling devices from one machine and inserting them to a machine
with a different hardware configuration or drive enumeration scheme.

--
Glen Barber

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

geom provider name change

2009-12-15T14:21:11Z

Hello,

I got two equal disks ad10 and ad11 and want to use them as RAID1 via gmirror (I don't boot the system from them).

Some day I'd like to change my hardware config, installing additional SATA controller in my PC. My problem is that device names for my disks ad10 and ad11 will change to, say, ad12 and ad13 respectively.

Do I need to recreate my RAID1 ? or gmirror takes care about that and detects which disk to use?

After reading man 8 gmirror I still don't see how to deal with it...
Should I hardcode provider's names with "-h" option?
What happens in that situation for other geom classes like gconcat and gstripe ?

Thanks in advance,
Alex

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Current problem reports assigned to freebsd-geom@FreeBSD.org

2009-12-14T03:06:55Z

Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker Resp. Description
--------------------------------------------------------------------------------
o kern/141011 geom [geli] Encrypted root, geli password at boot; enter ke
o kern/140352 geom [geom] gjournal + glabel not working
o kern/139847 geom [geom_mbr] load/unload causes system to hang
o kern/135898 geom [geom] Severe filesystem corruption - large files or l
o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk
o kern/134113 geom [geli] Problem setting secondary GELI key
o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r
o kern/133931 geom [geli] [request] intentionally wrong password to destr
o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a
o kern/132273 geom glabel(8): [patch] failing on journaled partition
f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize
o kern/131353 geom [geom] gjournal(8) kernel lock
p docs/130548 geom [patch] gjournal(8) man page is missing sysctls
o kern/129674 geom [geom] gjournal root did not mount on boot
o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo
o kern/129245 geom [geom] gcache is more suitable for suffix based provid
f kern/128276 geom [gmirror] machine lock up when gmirror module is used
f kern/126902 geom [geom] geom_label: kernel panic during install boot
o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con
o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s
f kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin
o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal),
o kern/123122 geom [geom] GEOM / gjournal kernel lock
o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de
f kern/122415 geom [geom] UFS labels are being constantly created and rem
o kern/122067 geom [geom] [panic] Geom crashed during boot
o kern/121559 geom [patch] [geom] geom label class allows to create inacc
o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir
o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass
o kern/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when
o kern/119743 geom [geom] geom label for cds is keeped after dismount and
o kern/115856 geom [geli] ZFS thought it was degraded when it should have
o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro
o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile
o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad
o kern/113837 geom [geom] unable to access 1024 sector size storage
o kern/113419 geom [geom] geom fox multipathing not failing back
p bin/110705 geom gmirror(8) control utility does not exit with correct
o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to
o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML
o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach
o kern/94632 geom [geom] Kernel output resets input while GELI asks for
o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree
o bin/90093 geom fdisk(8) incapable of altering in-core geometry
a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null
o kern/89546 geom [geom] GEOM error
o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage
o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo
o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu
o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device
o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro
o bin/78131 geom gbde(8) "destroy" not working.
s kern/73177 geom kldload geom_* causes panic due to memory exhaustion

53 problems total.

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: geli freezing 8.0 RELEASE and 7.2-STABLE

2009-12-08T12:25:55Z

2009/12/7 Pawel Jakub Dawidek <pjd@...>:
> Hi Wiktor:)
>
> My guess is that this is because GELI worker threads are running with
> too high priority (at least for your configuration).
>
> If I am right, the patch below should help you:
>
> http://people.freebsd.org/~pjd/patches/g_eli.c.2.patch

Hi,

Yes, it looks like it is thread priority problem. With this patch
applied I do not see any freezes nor lags as before. I also did some
small check, how this affects the performance, and I see no
significant change.

I saw some similiar reports here:
http://forums.freebsd.org/showthread.php?t=6230 (though here it is
connected with ZFS and compression).

As far as I can imagine, what happens is, that ZFS usually sends data
to disks as bulk transfers (every 5-10 seconds), so when I'm using
GELI, it has quite a lot of data to encrypt, hence I observe some
lagging. But then, I'm not sure, if compression on ZFS could expose
this scenario in more aparent way.

After having a quick look on
http://www.freebsd.org/doc/en/books/arch-handbook/smp-design.html

Does it mean, that alawys, when we have a a PRIBIO kthread running
(geli thread encrypting data), lower priority processes (esp. userland
processes) will not get any CPU? Sounds bit different than what I
expected...

Cheers,

Wiktor Niesiobedzki
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: geli freezing 8.0 RELEASE and 7.2-STABLE

2009-12-07T13:34:08Z

On Sat, Dec 05, 2009 at 04:24:25PM +0100, Wiktor Niesiobedzki wrote:

> Hi,
>
> I'm currently configuring new box with 8.0-RELEASE. I'm setting it up
> together with geli. From time to time I notice some small freezes (for
> 2-5 seconds) of the system.
>
> I'm doing a small test. In one shell I'm running:
>
> % while true ; do ; sleep 1; date ;done
> sob 5 gru 2009 16:02:48 CET
> sob 5 gru 2009 16:02:49 CET
> sob 5 gru 2009 16:02:50 CET
> sob 5 gru 2009 16:03:15 CET
> sob 5 gru 2009 16:03:16 CET
> sob 5 gru 2009 16:03:17 CET
> sob 5 gru 2009 16:03:18 CET
> sob 5 gru 2009 16:03:19 CET
>
> (Note the gap between 16:02:50 and 16:03:15)

Hi Wiktor:)

My guess is that this is because GELI worker threads are running with
too high priority (at least for your configuration).

If I am right, the patch below should help you:

http://people.freebsd.org/~pjd/patches/g_eli.c.2.patch

--
Pawel Jakub Dawidek http://www.wheel.pl
pjd@... http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!

attachment0 (194 bytes) Download Attachment

Current problem reports assigned to freebsd-geom@FreeBSD.org

2009-12-07T03:06:54Z

geli freezing 8.0 RELEASE and 7.2-STABLE

2009-12-05T07:24:25Z

Hi,

I'm currently configuring new box with 8.0-RELEASE. I'm setting it up
together with geli. From time to time I notice some small freezes (for
2-5 seconds) of the system.

I'm doing a small test. In one shell I'm running:

% while true ; do ; sleep 1; date ;done
sob 5 gru 2009 16:02:48 CET
sob 5 gru 2009 16:02:49 CET
sob 5 gru 2009 16:02:50 CET
sob 5 gru 2009 16:03:15 CET
sob 5 gru 2009 16:03:16 CET
sob 5 gru 2009 16:03:17 CET
sob 5 gru 2009 16:03:18 CET
sob 5 gru 2009 16:03:19 CET

(Note the gap between 16:02:50 and 16:03:15)

In mean time I'm runnig following in the second terminal:
# dd if=/dev/gzero.eli of=/dev/null bs=1M
^C3955+0 records in
3955+0 records out
4147118080 bytes transferred in 23.919693 secs (173376727 bytes/sec)

As I've noticed, for the time, when dd is working, top reports, that
all CPU is used by system by g_eli[0] gzero process. Until I interrupt
the dd process, it is +/- fully busy with encryption.

I've setup the geli as following:
# kldload geom_zero
# geli onetime -s 4096 -l 256 gzero
GEOM_ELI: Device gzero.eli created.
GEOM_ELI: Encryption: AES-CBC 256
GEOM_ELI: Crypto: hardware
# sysctl kern.geom.zero.clear=0

(setting the last one to 1 doesn't make any change).

On this system I have VIA Padlock device as crypto hardware.

I've tried the same on 7.2-STABLE and got similiar result (though the
interrupt signal wasn't delivered to dd process so I need to do a hard
reset).

Is this a problem within GEOM, or is this related to scheduler? On
8.0-Release I'm still running GENERIC kernel (with SCHED_ULE).

Cheers,

Wiktor Niesiobedzki
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Trouble making a mirror of a slice.

2009-12-04T00:00:22Z

I have two 250GB disks
I want to have a 20G Slice on each (with root and swap) and have a mirror.
Then I want the rest to be used in a ZFS pool.

I have ad4 and ad6

root is currently on ad6s1a
So I was going to try to create a mirror on ad4 and copy over to the
mirror and reboot from there.

So I tried...

# fdisk -p /dev/ad6 | fdisk -u /dev/ad4
# gmirror label -v -b round-robin gm0 /dev/ad4s1
Assertion failed: (md.md_provsize != 0), function mirror_label, file
/usr/src/sbin/geom/class/mirror/geom_mirror.c, line 245.

Any idea why this is not working?
Or why the assertion is coming up?
I suspect that there is something odd about my disk (data or hardware)
but I have no idea what it is.

n
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm

2009-12-03T13:51:58Z

Synopsis: [gmirror] [patch] improved gmirror balance algorithm

State-Changed-From-To: open->patched
State-Changed-By: mav
State-Changed-When: Thu Dec 3 21:51:12 UTC 2009
State-Changed-Why:
Patch committed to the HEAD.

Responsible-Changed-From-To: freebsd-geom->mav
Responsible-Changed-By: mav
Responsible-Changed-When: Thu Dec 3 21:51:12 UTC 2009
Responsible-Changed-Why:
Patch committed to the HEAD.

http://www.freebsd.org/cgi/query-pr.cgi?pr=113885
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: kern/113885: commit references a PR

2009-12-03T13:50:03Z

The following reply was made to PR kern/113885; it has been noted by GNATS.

From: dfilter@... (dfilter service)
To: bug-followup@...
Cc:
Subject: Re: kern/113885: commit references a PR
Date: Thu, 3 Dec 2009 21:48:01 +0000 (UTC)

Author: mav
Date: Thu Dec 3 21:47:51 2009
New Revision: 200086
URL: http://svn.freebsd.org/changeset/base/200086

Log:
Change 'load' balancing mode algorithm:
- Instead of measuring last request execution time for each drive and
choosing one with smallest time, use averaged number of requests, running
on each drive. This information is more accurate and timely. It allows to
distribute load between drives in more even and predictable way.
- For each drive track offset of the last submitted request. If new request
offset matches previous one or close for some drive, prefer that drive.
It allows to significantly speedup simultaneous sequential reads.

PR: kern/113885
Reviewed by: sobomax

Modified:
head/sys/geom/mirror/g_mirror.c
head/sys/geom/mirror/g_mirror.h

Modified: head/sys/geom/mirror/g_mirror.c
==============================================================================
--- head/sys/geom/mirror/g_mirror.c Thu Dec 3 21:44:41 2009 (r200085)
+++ head/sys/geom/mirror/g_mirror.c Thu Dec 3 21:47:51 2009 (r200086)
@@ -451,9 +451,6 @@ g_mirror_init_disk(struct g_mirror_softc
disk->d_id = md->md_did;
disk->d_state = G_MIRROR_DISK_STATE_NONE;
disk->d_priority = md->md_priority;
- disk->d_delay.sec = 0;
- disk->d_delay.frac = 0;
- binuptime(&disk->d_last_used);
disk->d_flags = md->md_dflags;
if (md->md_provider[0] != '\0')
disk->d_flags |= G_MIRROR_DISK_FLAG_HARDCODED;
@@ -863,16 +860,6 @@ bintime_cmp(struct bintime *bt1, struct
}

static void
-g_mirror_update_delay(struct g_mirror_disk *disk, struct bio *bp)
-{
-
- if (disk->d_softc->sc_balance != G_MIRROR_BALANCE_LOAD)
- return;
- binuptime(&disk->d_delay);
- bintime_sub(&disk->d_delay, &bp->bio_t0);
-}
-
-static void
g_mirror_done(struct bio *bp)
{
struct g_mirror_softc *sc;
@@ -904,8 +891,6 @@ g_mirror_regular_request(struct bio *bp)
g_topology_lock();
g_mirror_kill_consumer(sc, bp->bio_from);
g_topology_unlock();
- } else {
- g_mirror_update_delay(disk, bp);
}

pbp->bio_inbed++;
@@ -1465,30 +1450,35 @@ g_mirror_request_round_robin(struct g_mi
g_io_request(cbp, cp);
}

+#define TRACK_SIZE (1 * 1024 * 1024)
+#define LOAD_SCALE 256
+#define ABS(x) (((x) >= 0) ? (x) : (-(x)))
+
static void
g_mirror_request_load(struct g_mirror_softc *sc, struct bio *bp)
{
struct g_mirror_disk *disk, *dp;
struct g_consumer *cp;
struct bio *cbp;
- struct bintime curtime;
+ int prio, best;

- binuptime(&curtime);
- /*
- * Find a disk which the smallest load.
- */
+ /* Find a disk with the smallest load. */
disk = NULL;
+ best = INT_MAX;
LIST_FOREACH(dp, &sc->sc_disks, d_next) {
if (dp->d_state != G_MIRROR_DISK_STATE_ACTIVE)
continue;
- /* If disk wasn't used for more than 2 sec, use it. */
- if (curtime.sec - dp->d_last_used.sec >= 2) {
- disk = dp;
- break;
- }
- if (disk == NULL ||
- bintime_cmp(&dp->d_delay, &disk->d_delay) < 0) {
+ prio = dp->load;
+ /* If disk head is precisely in position - highly prefer it. */
+ if (dp->d_last_offset == bp->bio_offset)
+ prio -= 2 * LOAD_SCALE;
+ else
+ /* If disk head is close to position - prefer it. */
+ if (ABS(dp->d_last_offset - bp->bio_offset) < TRACK_SIZE)
+ prio -= 1 * LOAD_SCALE;
+ if (prio <= best) {
disk = dp;
+ best = prio;
}
}
KASSERT(disk != NULL, ("NULL disk for %s.", sc->sc_name));
@@ -1505,12 +1495,18 @@ g_mirror_request_load(struct g_mirror_so
cp = disk->d_consumer;
cbp->bio_done = g_mirror_done;
cbp->bio_to = cp->provider;
- binuptime(&disk->d_last_used);
G_MIRROR_LOGREQ(3, cbp, "Sending request.");
KASSERT(cp->acr >= 1 && cp->acw >= 1 && cp->ace >= 1,
("Consumer %s not opened (r%dw%de%d).", cp->provider->name, cp->acr,
cp->acw, cp->ace));
cp->index++;
+ /* Remember last head position */
+ disk->d_last_offset = bp->bio_offset + bp->bio_length;
+ /* Update loads. */
+ LIST_FOREACH(dp, &sc->sc_disks, d_next) {
+ dp->load = (dp->d_consumer->index * LOAD_SCALE +
+ dp->load * 7) / 8;
+ }
g_io_request(cbp, cp);
}

Modified: head/sys/geom/mirror/g_mirror.h
==============================================================================
--- head/sys/geom/mirror/g_mirror.h Thu Dec 3 21:44:41 2009 (r200085)
+++ head/sys/geom/mirror/g_mirror.h Thu Dec 3 21:47:51 2009 (r200086)
@@ -133,8 +133,8 @@ struct g_mirror_disk {
struct g_mirror_softc *d_softc; /* Back-pointer to softc. */
int d_state; /* Disk state. */
u_int d_priority; /* Disk priority. */
- struct bintime d_delay; /* Disk delay. */
- struct bintime d_last_used; /* When disk was last used. */
+ u_int load; /* Averaged queue length */
+ off_t d_last_offset; /* Last read offset */
uint64_t d_flags; /* Additional flags. */
u_int d_genid; /* Disk's generation ID. */
struct g_mirror_disk_sync d_sync;/* Sync information. */
_______________________________________________
svn-src-all@... mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscribe@..."

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: Problem after upgrading from 7 to 8

2009-12-03T11:31:43Z

Le Wed, 02 Dec 2009 17:01:45 -0500,
Francisco Reyes <lists@...> a écrit :

> Frederic Praca writes:
>
> > disk. I did not have any problem on 7.x but now, I must type
> > gmirror load
> > in single-user mode to go on booting.
>
> Perhaps you had it compiled on kernel or setup in /boot/loader.conf.
> You likely just need to set it up in /boot/loader.conf or re-build
> kernel with it.

Well... Hum... I think I could get a pointy hat on that :D

Now, with GEOM_MIRROR option in the kernel, it's a lot better even if I
get these logs in dmesg
GEOM: ad0s3: geometry does not match label (255h,63s !=16h,63s).
WARNING: ad0s3 expected rawoffset 0, found 20964825
WARNING: ad0s4 expected rawoffset 0, found 104840190
GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s).
WARNING: ad0s3a expected rawoffset 0, found 20964825
GEOM: ad0s3a: geometry does not match label (255h,63s != 16h,63s).
GEOM: ad0s3c: geometry does not match label (255h,63s != 16h,63s).
WARNING: ad0s4d expected rawoffset 0, found 104840190
GEOM: ad1: partition 1 does not start on a track boundary.
GEOM: ad1: partition 1 does not end on a track boundary.
GEOM: ad0s3a: geometry does not match label (255h,63s != 16h,63s).
GEOM: ad0s3c: geometry does not match label (255h,63s != 16h,63s).
WARNING: ufsid/48bd9effc035bcd5 expected rawoffset 0, found 20964825
WARNING: label/raid1-160 expected rawoffset 0, found 104840190
GEOM: ad1s1: geometry does not match label (16h,63s != 16h,255s).
GEOM: ad1s1: geometry does not match label (16h,63s != 16h,255s).
GEOM_MIRROR: Force device raid1 start due to timeout.
GEOM_MIRROR: Device mirror/raid1 launched (1/2).
WARNING: ad1s1a expected rawoffset 0, found 104840190
WARNING: mirror/raid1 expected rawoffset 0, found 104840190
WARNING: mirror/raid1d expected rawoffset 0, found 104840190
WARNING: ufsid/494d7ced39133ede expected rawoffset 0, found 104840190
WARNING: ufsid/494d7ced39133eded expected rawoffset 0, found 104840190
Trying to mount root from ufs:/dev/ad0s3a
WARNING: ad0s3a expected rawoffset 0, found 20964825
WARNING: ufsid/48bd9effc035bcd5 expected rawoffset 0, found 20964825
WARNING: mirror/raid1 expected rawoffset 0, found 104840190
WARNING: mirror/raid1d expected rawoffset 0, found 104840190
WARNING: ufsid/494d7ced39133ede expected rawoffset 0, found 104840190
WARNING: ufsid/494d7ced39133eded expected rawoffset 0, found 104840190

Any idea about the fact that geometry is seen as wrong whereas it was
not in v7.x ?

Fred
--
Quand les événements nous dépassent, feignons d'en être les
organisateurs.
-+- Pierre Desproges -+-
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: FreeBSD 8.0: RAID-1 using gpart, gvinum and gmirror

2009-12-02T21:35:05Z

Hi,

Well, as I said before I'm using gmirror for the root partition - that's the
easiest part, but...

The reason that I don't want to use gmirror for the other partitions is that
I'm using two not identical disks, so I want to mirror them using gvinum
instead, which will give me also possibility to extend the volumes if I need
so - adding/removing plexes from it, etc, which I think is more flexible
than just using gmirror.

I've done this setup on 8.0-RC1, and I must say it works very well - root is
mirrored via gmirror and /usr, /var, /tmp, swap are mirrored via gvinum.
When I need more space I just extend the volumes.

But as I pointed the way gpart is working I'm not able to create a partition
that overlaps the other partitions.

Do you know how this can be done?

Thanks and regards,
Marin

On Wed, Dec 2, 2009 at 7:16 PM, Peter C. Lai <peter@...> wrote:

> Why are you using gvinum for RAID 1 instead of gmirror? The gmirror method
> for mirroring the boot partition is already well documented...
>
> On 2009-12-02 12:35:17PM +0200, Marin Atanasov wrote:
> > Hello,
> >
> > I'm going to make my partition mirrored using the geom utilities, but
> > however I've noticed that I cannot use the same way I used to do it under
> > 7.2 and 8.0-RC1.
> >
> > Here's the situation - I tried a lot of times to make my root partition
> > mirrored using gvinum, but each time when I boot in the new partition I'm
> > unable to boot from it.. So instead of using gvinum for the root
> partition
> > I've decided to use gmirror - and it works!
> >
> > I did it the following way - two NOT identical disks are added to the
> > system.
> >
> > - 1 slices on the first disk
> > - 2 slices on the second one (the 1st slice is the size of the root
> > partition which is on the 1st slice on the 1st disk)
> >
> > Right after a fresh minimal install, I go to single-user mode and create
> the
> > mirror:
> >
> > # gmirror label -vb round-robin gm0 /dev/ad0s1a
> >
> > Installing bootstap code on the second disk (in case I need to boot later
> > from it):
> > # fdisk -BI /dev/ad4s1
> > # bsdlabel -wB /dev/ad4s1
> > # newfs -O2 /dev/ad4s1
> > # newfs -O2 -U /dev/ad4s2
> >
> > And then inserting the second component of the mirror:
> > # gmirror insert gm0 /dev/ad4s1
> >
> > And this is how I was doing a mirror for the root partition. For the
> other
> > partitions - /usr, /var, /tmp, swap I used gvinum following a different
> > articles, howtos and eventually it worked. The complete scenario of how I
> > did the mirror for the other partitions is here (sorry, it's too long to
> > just copy/paste it in the lists):
> > http://www.daemonforums.org/showpost.php?p=27010&postcount=3
> >
> > If I can say it with little words - the way mirroring works for the other
> > partitions was to overlap all the other partitions with one big vinum
> > partition.
> >
> > My problem now is that I cannot do this anymore, because I need to use
> gpart
> > instead for creating the partitions, and using gpart I cannot create a
> vinum
> > partition that will overlap the other partitions, so I cannot make any
> > mirror for the other partitions.
> >
> > Is there any other way of doing this?
> >
> > I'm out of ideas now, perhaps you could help me out with this :)
> >
> > Thanks and regards,
> > Marin
> >
> > --
> > Marin Atanasov Nikolov
> > dnaeon AT gmail DOT com
> > daemon AT unix-heaven DOT org
> > _______________________________________________
> > freebsd-stable@... mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@...
> "
>
> --
> ===========================================================
> Peter C. Lai | Bard College at Simon's Rock
> Systems Administrator | 84 Alford Rd.
> Information Technology Svcs. | Gt. Barrington, MA 01230 USA
> peter AT simons-rock.edu | (413) 528-7428
> ===========================================================
>
>

--
Marin Atanasov Nikolov
dnaeon AT gmail DOT com
daemon AT unix-heaven DOT org
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm

2009-12-02T16:40:02Z

The following reply was made to PR kern/113885; it has been noted by GNATS.

From: Maxim Sobolev <sobomax@...>
To: bug-followup@..., zuborg@...
Cc:
Subject: Re: kern/113885: [gmirror] [patch] improved gmirror balance algorithm
Date: Wed, 02 Dec 2009 16:03:52 -0800

Here is another patch, which implements different approach. Basically it
looks at the recently served requests and also the queue length to
decide where to send the next request to.

http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff

Regards,
--
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sales@...
Skype: SippySoft
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: Problem after upgrading from 7 to 8

2009-12-02T14:01:45Z

Frederic Praca writes:

> disk. I did not have any problem on 7.x but now, I must type
> gmirror load
> in single-user mode to go on booting.

Perhaps you had it compiled on kernel or setup in /boot/loader.conf.
You likely just need to set it up in /boot/loader.conf or re-build kernel
with it.
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Problem after upgrading from 7 to 8

2009-12-02T13:06:14Z

Hello guys,
I decided to upgrade from 7.2 to 8.0 last week.
Since that day, I get the following message on boot and must go to
single-user mode to fix it up :

GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s).
GEOM: ad1: partition 1 does not start on a track boundary.
GEOM: ad1: partition 1 does not end on a track boundary.
GEOM: ad1s1: geometry does not match label (16h,63s != 16h,255s).

I use gmirror to mirror a 80Gb partition on a 160Gb disk with a 80Gb
disk. I did not have any problem on 7.x but now, I must type
gmirror load
in single-user mode to go on booting.

Do you have any idea of what happened ?

Thanks a lot in advance

Fred
--
par l'opération du Saint Esprit et par un redémarrage de X, les ^
peuvent à nouveau se poser sur les lettres: ê â î ï.
-+- CG sur debian-french : "le vilain petit tréma" -+-
ou
-+- CG sur debian-french : "attention, atterrissage d'accents"
-+-
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: [PATCH] Forcing preferred path in geom_multipath

2009-12-02T10:32:31Z

* Thomas Quinot, 2009-12-02 :

> Any suggestions as to how to achieve the desired ordering of preferred
> paths for each multipath geom?

OK, here's a simple solution, add a new verb to gmultipath to allow the
user to switch to a new preferred provider. Review/comments welcome.

Thomas.

Index: sbin/geom/class/multipath/geom_multipath.c
===================================================================
--- sbin/geom/class/multipath/geom_multipath.c (révision 200035)
+++ sbin/geom/class/multipath/geom_multipath.c (copie de travail)
@@ -48,6 +48,7 @@
static void mp_main(struct gctl_req *, unsigned int);
static void mp_label(struct gctl_req *);
static void mp_clear(struct gctl_req *);
+static void mp_prefer(struct gctl_req *);

struct g_command class_commands[] = {
{
@@ -58,6 +59,10 @@
"clear", G_FLAG_VERBOSE, mp_main, G_NULL_OPTS,
NULL, "[-v] prov ..."
},
+ {
+ "prefer", G_FLAG_VERBOSE, mp_main, G_NULL_OPTS,
+ NULL, "[-v] prov ..."
+ },
G_CMD_SENTINEL
};

@@ -75,6 +80,8 @@
mp_label(req);
} else if (strcmp(name, "clear") == 0) {
mp_clear(req);
+ } else if (strcmp(name, "prefer") == 0) {
+ mp_prefer(req);
} else {
gctl_error(req, "Unknown command: %s.", name);
}
@@ -228,3 +235,23 @@
}
}
}
+
+static void
+mp_prefer(struct gctl_req *req)
+{
+ const char *name, *comp, *errstr;
+ int nargs;
+
+ nargs = gctl_get_int(req, "nargs");
+ if (nargs != 2) {
+ gctl_error(req, "Usage: prefer GEOM PROVIDER");
+ return;
+ }
+ name = gctl_get_ascii(req, "arg0");
+ comp = gctl_get_ascii(req, "arg1");
+ errstr = gctl_issue (req);
+ if (errstr != NULL) {
+ fprintf(stderr, "Can't set %s preferred provider to %s: %s.\n",
+ name, comp, errstr);
+ }
+}
Index: sys/geom/geom_subr.c
===================================================================
--- sys/geom/geom_subr.c (révision 200035)
+++ sys/geom/geom_subr.c (copie de travail)
@@ -647,7 +647,7 @@
* can't risk that on the kernel stack.
*/

-static int
+int
redo_rank(struct g_geom *gp)
{
struct g_consumer *cp;
Index: sys/geom/multipath/g_multipath.c
===================================================================
--- sys/geom/multipath/g_multipath.c (révision 200035)
+++ sys/geom/multipath/g_multipath.c (copie de travail)
@@ -67,6 +67,8 @@
static void g_multipath_kt(void *);

static int g_multipath_destroy(struct g_geom *);
+static struct g_geom *
+g_multipath_find_geom(struct g_class *, const char *);
static int
g_multipath_destroy_geom(struct gctl_req *, struct g_class *, struct g_geom *);

@@ -706,6 +708,77 @@
}
}

+static void
+g_multipath_ctl_prefer(struct gctl_req *req, struct g_class *mp)
+{
+ struct g_geom *gp;
+ struct g_multipath_softc *sc;
+ struct g_consumer *cp;
+ struct g_provider *pp;
+ const char *name, *mpname;
+ static const char devpf[6] = "/dev/";
+ int *nargs;
+
+ g_topology_assert();
+
+ mpname = gctl_get_asciiparam(req, "arg0");
+ if (mpname == NULL) {
+ gctl_error(req, "No 'arg0' argument");
+ return;
+ }
+ gp = g_multipath_find_geom(mp, mpname);
+ if (gp == NULL) {
+ gctl_error(req, "Device %s is invalid", mpname);
+ return;
+ }
+ sc = gp->softc;
+
+ nargs = gctl_get_paraml(req, "nargs", sizeof(*nargs));
+ if (nargs == NULL) {
+ gctl_error(req, "No 'nargs' argument");
+ return;
+ }
+ if (*nargs != 2) {
+ gctl_error(req, "missing device");
+ return;
+ }
+
+ name = gctl_get_asciiparam(req, "arg1");
+ if (name == NULL) {
+ gctl_error(req, "No 'arg1' argument");
+ return;
+ }
+ if (strncmp(name, devpf, 5) == 0) {
+ name += 5;
+ }
+ pp = g_provider_by_name(name);
+ if (pp == NULL) {
+ gctl_error(req, "Provider %s is invalid", name);
+ return;
+ }
+ g_topology_lock ();
+ LIST_FOREACH(cp, &gp->consumer, consumer) {
+ if (cp->provider == pp) {
+ /* Move cp to head of consumers list */
+ LIST_REMOVE(cp, consumers);
+ LIST_INSERT_HEAD(&pp->consumers, cp, consumers);
+ redo_rank (cp->geom);
+
+ /* Make it the active path */
+ sc->cp_active = cp;
+ printf("GEOM_MULTIPATH: %s now active path in %s\n",
+ sc->cp_active->provider->name, sc->sc_name);
+ break;
+ }
+ }
+ g_topology_unlock ();
+ if (cp == NULL) {
+ gctl_error(req, "No consumer for %s", name);
+ return;
+ }
+
+}
+
static struct g_geom *
g_multipath_find_geom(struct g_class *mp, const char *name)
{
@@ -756,6 +829,8 @@
gctl_error(req, "Userland and kernel parts are out of sync");
} else if (strcmp(verb, "create") == 0) {
g_multipath_ctl_create(req, mp);
+ } else if (strcmp(verb, "prefer") == 0) {
+ g_multipath_ctl_prefer(req, mp);
} else if (strcmp(verb, "destroy") == 0) {
g_multipath_ctl_destroy(req, mp);
} else {
Index: sys/geom/geom.h
===================================================================
--- sys/geom/geom.h (révision 200035)
+++ sys/geom/geom.h (copie de travail)
@@ -276,6 +276,7 @@
#endif

int g_modevent(module_t, int, void *);
+int redo_rank(struct g_geom *gp);

/* geom_io.c */
struct bio * g_clone_bio(struct bio *);
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: FreeBSD 8.0: RAID-1 using gpart, gvinum and gmirror

2009-12-02T09:16:17Z

Why are you using gvinum for RAID 1 instead of gmirror? The gmirror method
for mirroring the boot partition is already well documented...

On 2009-12-02 12:35:17PM +0200, Marin Atanasov wrote:

> Hello,
>
> I'm going to make my partition mirrored using the geom utilities, but
> however I've noticed that I cannot use the same way I used to do it under
> 7.2 and 8.0-RC1.
>
> Here's the situation - I tried a lot of times to make my root partition
> mirrored using gvinum, but each time when I boot in the new partition I'm
> unable to boot from it.. So instead of using gvinum for the root partition
> I've decided to use gmirror - and it works!
>
> I did it the following way - two NOT identical disks are added to the
> system.
>
> - 1 slices on the first disk
> - 2 slices on the second one (the 1st slice is the size of the root
> partition which is on the 1st slice on the 1st disk)
>
> Right after a fresh minimal install, I go to single-user mode and create the
> mirror:
>
> # gmirror label -vb round-robin gm0 /dev/ad0s1a
>
> Installing bootstap code on the second disk (in case I need to boot later
> from it):
> # fdisk -BI /dev/ad4s1
> # bsdlabel -wB /dev/ad4s1
> # newfs -O2 /dev/ad4s1
> # newfs -O2 -U /dev/ad4s2
>
> And then inserting the second component of the mirror:
> # gmirror insert gm0 /dev/ad4s1
>
> And this is how I was doing a mirror for the root partition. For the other
> partitions - /usr, /var, /tmp, swap I used gvinum following a different
> articles, howtos and eventually it worked. The complete scenario of how I
> did the mirror for the other partitions is here (sorry, it's too long to
> just copy/paste it in the lists):
> http://www.daemonforums.org/showpost.php?p=27010&postcount=3
>
> If I can say it with little words - the way mirroring works for the other
> partitions was to overlap all the other partitions with one big vinum
> partition.
>
> My problem now is that I cannot do this anymore, because I need to use gpart
> instead for creating the partitions, and using gpart I cannot create a vinum
> partition that will overlap the other partitions, so I cannot make any
> mirror for the other partitions.
>
> Is there any other way of doing this?
>
> I'm out of ideas now, perhaps you could help me out with this :)
>
> Thanks and regards,
> Marin
>
> --
> Marin Atanasov Nikolov
> dnaeon AT gmail DOT com
> daemon AT unix-heaven DOT org
> _______________________________________________
> freebsd-stable@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@..."

--
===========================================================
Peter C. Lai | Bard College at Simon's Rock
Systems Administrator | 84 Alford Rd.
Information Technology Svcs. | Gt. Barrington, MA 01230 USA
peter AT simons-rock.edu | (413) 528-7428
===========================================================

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Forcing preferred path in geom_multipath

2009-12-02T05:39:11Z

I am in the process of setting up access to an iSCSI array with
redundant network connections, and I'm a bit lost as to how to properly
set things up with gmultipath.

The disk array exposes several LUNs, and I have two active iSCSI
sessions, each of which making all LUNs available, and using a distinct
network path.

Thus for example:
LUN 0 is seen as da0 through session 0, and
as da24 through session 1
LUN 2 is seen as da2 through session 0, and
as da26 through session 1

so I need one multipath geom lun0 with providers da0 and da24,
and another multipath geom lun2 with providers da2 and da26.

Now for load balancing purposes it is desirable to force lun0 to use da0
by default, but lun2 to use da26 by default (da24 and da2 being the
respective fail-overs). However it is not clear to me how this can currently
be achieved, since the preferred path will always be the first tasted
one for each geom, if using automatic configuration.

Any suggestions as to how to achieve the desired ordering of preferred
paths for each multipath geom?

Thanks!
Thomas.

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

FreeBSD 8.0: RAID-1 using gpart, gvinum and gmirror

2009-12-02T02:35:17Z

Hello,

I'm going to make my partition mirrored using the geom utilities, but
however I've noticed that I cannot use the same way I used to do it under
7.2 and 8.0-RC1.

Here's the situation - I tried a lot of times to make my root partition
mirrored using gvinum, but each time when I boot in the new partition I'm
unable to boot from it.. So instead of using gvinum for the root partition
I've decided to use gmirror - and it works!

I did it the following way - two NOT identical disks are added to the
system.

- 1 slices on the first disk
- 2 slices on the second one (the 1st slice is the size of the root
partition which is on the 1st slice on the 1st disk)

Right after a fresh minimal install, I go to single-user mode and create the
mirror:

# gmirror label -vb round-robin gm0 /dev/ad0s1a

Installing bootstap code on the second disk (in case I need to boot later
from it):
# fdisk -BI /dev/ad4s1
# bsdlabel -wB /dev/ad4s1
# newfs -O2 /dev/ad4s1
# newfs -O2 -U /dev/ad4s2

And then inserting the second component of the mirror:
# gmirror insert gm0 /dev/ad4s1

And this is how I was doing a mirror for the root partition. For the other
partitions - /usr, /var, /tmp, swap I used gvinum following a different
articles, howtos and eventually it worked. The complete scenario of how I
did the mirror for the other partitions is here (sorry, it's too long to
just copy/paste it in the lists):
http://www.daemonforums.org/showpost.php?p=27010&postcount=3

If I can say it with little words - the way mirroring works for the other
partitions was to overlap all the other partitions with one big vinum
partition.

My problem now is that I cannot do this anymore, because I need to use gpart
instead for creating the partitions, and using gpart I cannot create a vinum
partition that will overlap the other partitions, so I cannot make any
mirror for the other partitions.

Is there any other way of doing this?

I'm out of ideas now, perhaps you could help me out with this :)

Thanks and regards,
Marin

--
Marin Atanasov Nikolov
dnaeon AT gmail DOT com
daemon AT unix-heaven DOT org
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: strange geom interaction on 8.0?

2009-11-30T05:48:02Z

On Mon, Nov 30, 2009 at 01:45:18PM +0100, Ivan Voras wrote:

> John Hay wrote:
> >Hi,
> >
> >On our Avila (arm) boxes we use a compact flash with 2 FreeBSD partitions
> >made with fdisk. When we upgrade, we prepare the non active partition,
> >change the active bit and reboot into the new partition. This worked well
> >on FreeBSD 7.2-stable. But on 8.0 it does not want to work. I get
> >something like this:
> >
> >#############################
> >agter:~ # fdisk -s ad0
> >/dev/ad0: 1966 cyl 16 hd 63 sec
> >Part Start Size Type Flags
> > 1: 63 989793 0xa5 0x80
> > 2: 990864 990864 0xa5 0x00
> >agter:~ # echo "a 2" | fdisk -f - ad0
> >******* Working on device /dev/ad0 *******
> >fdisk: Class not found
> >agter:~ # fdisk -s ad0
> >/dev/ad0: 1966 cyl 16 hd 63 sec
> >Part Start Size Type Flags
> > 1: 63 989793 0xa5 0x00
> > 2: 990864 990864 0xa5 0x80
> >agter:~ # reboot
> >/sbin/reboot: Device not configured.
> >agter:~ #
> >#############################
> >
> >Basically it looks like non of the commands that has not been executed
> >want to execute. Just changing the active bit back does not help.
> >
> >Can it be some interaction of the geom modules that are now standard
> >in 8.0?
> >
> >"kldstat -v | grep g_part" show these two:
> > 74 g_part_mbr
> > 73 g_part_bsd
>
> Basically, fdisk and disklabel should not be used on 8.x anymore, try
> using gpart instead.

You were right. I assumed setting a bit is just setting a bit and wanted
to keep my stuff between 7.x and 8.x the same. But I added gpart and its
/lib/geom/ bits and then did "gpart set -a active -i 1 ad0" and then
reboot did work.

Thanks.

John
--
John Hay -- jhay@... / jhay@...
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: strange geom interaction on 8.0?

2009-11-30T04:45:18Z

John Hay wrote:

> Hi,
>
> On our Avila (arm) boxes we use a compact flash with 2 FreeBSD partitions
> made with fdisk. When we upgrade, we prepare the non active partition,
> change the active bit and reboot into the new partition. This worked well
> on FreeBSD 7.2-stable. But on 8.0 it does not want to work. I get
> something like this:
>
> #############################
> agter:~ # fdisk -s ad0
> /dev/ad0: 1966 cyl 16 hd 63 sec
> Part Start Size Type Flags
> 1: 63 989793 0xa5 0x80
> 2: 990864 990864 0xa5 0x00
> agter:~ # echo "a 2" | fdisk -f - ad0
> ******* Working on device /dev/ad0 *******
> fdisk: Class not found
> agter:~ # fdisk -s ad0
> /dev/ad0: 1966 cyl 16 hd 63 sec
> Part Start Size Type Flags
> 1: 63 989793 0xa5 0x00
> 2: 990864 990864 0xa5 0x80
> agter:~ # reboot
> /sbin/reboot: Device not configured.
> agter:~ #
> #############################
>
> Basically it looks like non of the commands that has not been executed
> want to execute. Just changing the active bit back does not help.
>
> Can it be some interaction of the geom modules that are now standard
> in 8.0?
>
> "kldstat -v | grep g_part" show these two:
> 74 g_part_mbr
> 73 g_part_bsd

Basically, fdisk and disklabel should not be used on 8.x anymore, try
using gpart instead.

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

strange geom interaction on 8.0?

2009-11-30T04:33:12Z

Hi,

On our Avila (arm) boxes we use a compact flash with 2 FreeBSD partitions
made with fdisk. When we upgrade, we prepare the non active partition,
change the active bit and reboot into the new partition. This worked well
on FreeBSD 7.2-stable. But on 8.0 it does not want to work. I get
something like this:

#############################
agter:~ # fdisk -s ad0
/dev/ad0: 1966 cyl 16 hd 63 sec
Part Start Size Type Flags
1: 63 989793 0xa5 0x80
2: 990864 990864 0xa5 0x00
agter:~ # echo "a 2" | fdisk -f - ad0
******* Working on device /dev/ad0 *******
fdisk: Class not found
agter:~ # fdisk -s ad0
/dev/ad0: 1966 cyl 16 hd 63 sec
Part Start Size Type Flags
1: 63 989793 0xa5 0x00
2: 990864 990864 0xa5 0x80
agter:~ # reboot
/sbin/reboot: Device not configured.
agter:~ #
#############################

Basically it looks like non of the commands that has not been executed
want to execute. Just changing the active bit back does not help.

Can it be some interaction of the geom modules that are now standard
in 8.0?

"kldstat -v | grep g_part" show these two:
74 g_part_mbr
73 g_part_bsd

John
--
John Hay -- jhay@... / jhay@...
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Current problem reports assigned to freebsd-geom@FreeBSD.org

2009-11-30T03:06:52Z

Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker Resp. Description
--------------------------------------------------------------------------------
o kern/141011 geom [geli] Encrypted root, geli password at boot; enter ke
o kern/140352 geom [geom] gjournal + glabel not working
o kern/139847 geom [geom_mbr] load/unload causes system to hang
o kern/135898 geom [geom] Severe filesystem corruption - large files or l
o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk
o kern/134113 geom [geli] Problem setting secondary GELI key
o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r
o kern/133931 geom [geli] [request] intentionally wrong password to destr
o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a
o kern/132273 geom glabel(8): [patch] failing on journaled partition
f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize
o kern/131353 geom [geom] gjournal(8) kernel lock
p docs/130548 geom [patch] gjournal(8) man page is missing sysctls
o kern/129674 geom [geom] gjournal root did not mount on boot
o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo
o kern/129245 geom [geom] gcache is more suitable for suffix based provid
f kern/128276 geom [gmirror] machine lock up when gmirror module is used
f kern/126902 geom [geom] geom_label: kernel panic during install boot
o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con
o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s
f kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin
o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal),
o kern/123122 geom [geom] GEOM / gjournal kernel lock
o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de
f kern/122415 geom [geom] UFS labels are being constantly created and rem
o kern/122067 geom [geom] [panic] Geom crashed during boot
o kern/121559 geom [patch] [geom] geom label class allows to create inacc
o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir
o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass
o kern/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when
o kern/119743 geom [geom] geom label for cds is keeped after dismount and
o kern/115856 geom [geli] ZFS thought it was degraded when it should have
o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro
o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile
o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad
o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm
o kern/113837 geom [geom] unable to access 1024 sector size storage
o kern/113419 geom [geom] geom fox multipathing not failing back
p bin/110705 geom gmirror(8) control utility does not exit with correct
o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to
o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML
o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach
o kern/94632 geom [geom] Kernel output resets input while GELI asks for
o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree
o bin/90093 geom fdisk(8) incapable of altering in-core geometry
a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null
o kern/89546 geom [geom] GEOM error
o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage
o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo
o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu
o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device
o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro
o bin/78131 geom gbde(8) "destroy" not working.
s kern/73177 geom kldload geom_* causes panic due to memory exhaustion

54 problems total.

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: kern/141011: [geli] Encrypted root, geli password at boot; enter key never released

2009-11-29T20:43:07Z

Old Synopsis: Encrypted root, geli password at boot; enter key never released
New Synopsis: [geli] Encrypted root, geli password at boot; enter key never released

Responsible-Changed-From-To: freebsd-bugs->freebsd-geom
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Nov 30 04:42:32 UTC 2009
Responsible-Changed-Why:
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=141011
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: help adding device serial numbers to /dev namespace?

2009-11-28T08:28:51Z

On Sat, Nov 28, 2009 at 01:18, James R. Van Artsdalen
<freebsd-geom@...> wrote:

> Can anyone give me suggestions on how to implement putting disk driver
> serial numbers in the /dev namespace, much as UFS ID's are put there now?
>
> I want to propose adding the disk drive's hardware serial number, i.e.,
> for this
>
> # camcontrol identify ada0
> pass0: <ST3750640AS 3.AAJ> ATA/ATAPI-7 SATA 1.x device
> pass0: 150.000MB/s transfers
>
> protocol ATA/ATAPI-7 SATA 1.x
> device model ST3750640AS
> firmware revision 3.AAJ
> serial number 3QD0NWQT
> ...
>
> I would add a name like /dev/serialnum/3QD0NWQT. This differs from the
> current name schemes I know of in that it describes the whole disk and
> not any particular partition or region, and no on-disk storage is needed.
>
> I think this needs to be done in GEOM, as a result of disk_create() and
> using d_ident, but I'm getting lost and need some guidance to do an
> example patch to "formally" propose the idea.
>
> The immediate use today is for ZFS.

If I remember correctly ivoras@ already proposed a patch like this.
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: help adding device serial numbers to /dev namespace?

2009-11-28T07:51:28Z

In message <20091128085759.GW1567@...>, Pawel Jakub Dawidek write
s:

>This should be very simple to do, I think I even done that in the past,
>but before we do it, I want trasz@ to commit his patch to selectively
>turn on and off submodules in glabel. Way too much stuff is created by
>glabel these days.

It's a relevant question if g_label should tie into the "device-on-demand"
eventhandler and only produce some of the more obscure names if asked
to.

--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@... | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Re: help adding device serial numbers to /dev namespace?

2009-11-28T00:57:59Z

On Sat, Nov 28, 2009 at 08:51:54AM +0000, Poul-Henning Kamp wrote:
> In message <4B106C51.7070905@...>, "James R. Van Artsdalen" writes:
>
> >Can anyone give me suggestions on how to implement putting disk driver
> >serial numbers in the /dev namespace, much as UFS ID's are put there now?
>
> Something like, or possibly g_label.

This should be very simple to do, I think I even done that in the past,
but before we do it, I want trasz@ to commit his patch to selectively
turn on and off submodules in glabel. Way too much stuff is created by
glabel these days.

--
Pawel Jakub Dawidek http://www.wheel.pl
pjd@... http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!

attachment0 (194 bytes) Download Attachment

Re: help adding device serial numbers to /dev namespace?

2009-11-28T00:51:54Z

In message <4B106C51.7070905@...>, "James R. Van Artsdalen" writes:

>Can anyone give me suggestions on how to implement putting disk driver
>serial numbers in the /dev namespace, much as UFS ID's are put there now?

Something like, or possibly g_label.

--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk@... | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

help adding device serial numbers to /dev namespace?

2009-11-27T16:18:25Z

Can anyone give me suggestions on how to implement putting disk driver
serial numbers in the /dev namespace, much as UFS ID's are put there now?

I want to propose adding the disk drive's hardware serial number, i.e.,
for this

# camcontrol identify ada0
pass0: <ST3750640AS 3.AAJ> ATA/ATAPI-7 SATA 1.x device
pass0: 150.000MB/s transfers

protocol ATA/ATAPI-7 SATA 1.x
device model ST3750640AS
firmware revision 3.AAJ
serial number 3QD0NWQT
...

I would add a name like /dev/serialnum/3QD0NWQT. This differs from the
current name schemes I know of in that it describes the whole disk and
not any particular partition or region, and no on-disk storage is needed.

I think this needs to be done in GEOM, as a result of disk_create() and
using d_ident, but I'm getting lost and need some guidance to do an
example patch to "formally" propose the idea.

The immediate use today is for ZFS.
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Panic possibly related to glabel/geom and siis(4)

2009-11-24T09:40:02Z

I have a system running 8.0-PRERELEASE with multiple drives and SATA
port multipliers (siis controllers and PMPs). All of the attached
drives are labeled via glabel(8) and then included into a ZFS pool.
During some testing to determine how the system would react to a dead
drive (simulated by physically removing a drive during operation), I
was able to produce a panic.

Now, I know that the SATA PMP and siis(4) code to handle and recover
from device errors is incomplete, but I believe the crash may be
particular to using glabel'd drives. Basically, after removing a drive
while the zpool is in use and issues 'camcontrol reset' and 'rescan' on
the appropriate bus, the physical device associated with the drive
disappears. In this case:
(pass5:siisch7:0:15:0): lost device
(pass5:siisch7:0:15:0): removing device entry
(ada2:siisch7:0:0:0): lost device

and /dev/ada2 disappears. However, the associated glabel
/dev/label/bigdisk07 remains. Since my ZFS pool is created based on the
drive glabels, I believe this is why ZFS never notices the drives
disappear either.

Do glabels typically go away after a physical device is lost? Should
this not be the case?

After some runtime with the physical device missing, a kernel panic is
produced:

ada2:siisch7:0:0:0): Synchronize cache failed
(ada2:siisch7:0:0:0): removing device entry

Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 14
fault virtual address = 0x48
fault code = supervisor write data, page not present
instruction pointer = 0x20:0xffffffff8035f375
stack pointer = 0x28:0xffffff800006db60
frame pointer = 0x28:0xffffff800006db70
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 2 (g_event)
[thread pid 2 tid 100014 ]
Stopped at _mtx_lock_flags+0x15: lock cmpxchgq %rsi,0x18(%rdi)
db> bt
Tracing pid 2 tid 100014 td 0xffffff00014d4ab0
_mtx_lock_flags() at _mtx_lock_flags+0x15
vdev_geom_release() at vdev_geom_release+0x33
vdev_geom_orphan() at vdev_geom_orphan+0x15c
g_run_events() at g_run_events+0x104
g_event_procbody() at g_event_procbody+0x55
fork_exit() at fork_exit+0x118
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xffffff800006dd30, rbp = 0 ---

I'm open to try patches and other suggestions. Thanks.
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Current problem reports assigned to freebsd-geom@FreeBSD.org

2009-11-23T03:06:54Z

Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker Resp. Description
--------------------------------------------------------------------------------
o kern/140352 geom [geom] gjournal + glabel not working
o kern/139847 geom [geom_mbr] load/unload causes system to hang
o kern/135898 geom [geom] Severe filesystem corruption - large files or l
o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk
o kern/134113 geom [geli] Problem setting secondary GELI key
o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r
o kern/133931 geom [geli] [request] intentionally wrong password to destr
o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a
o kern/132273 geom glabel(8): [patch] failing on journaled partition
f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize
o kern/131353 geom [geom] gjournal(8) kernel lock
p docs/130548 geom [patch] gjournal(8) man page is missing sysctls
o kern/129674 geom [geom] gjournal root did not mount on boot
o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo
o kern/129245 geom [geom] gcache is more suitable for suffix based provid
f kern/128276 geom [gmirror] machine lock up when gmirror module is used
f kern/126902 geom [geom] geom_label: kernel panic during install boot
o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con
o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s
f kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin
o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal),
o kern/123122 geom [geom] GEOM / gjournal kernel lock
o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de
f kern/122415 geom [geom] UFS labels are being constantly created and rem
o kern/122067 geom [geom] [panic] Geom crashed during boot
o kern/121559 geom [patch] [geom] geom label class allows to create inacc
o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir
o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass
o kern/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when
o kern/119743 geom [geom] geom label for cds is keeped after dismount and
o kern/115856 geom [geli] ZFS thought it was degraded when it should have
o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro
o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile
o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad
o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm
o kern/113837 geom [geom] unable to access 1024 sector size storage
o kern/113419 geom [geom] geom fox multipathing not failing back
p bin/110705 geom gmirror(8) control utility does not exit with correct
o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to
o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML
o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach
o kern/94632 geom [geom] Kernel output resets input while GELI asks for
o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree
o bin/90093 geom fdisk(8) incapable of altering in-core geometry
a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null
o kern/89546 geom [geom] GEOM error
o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage
o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo
o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu
o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device
o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro
o bin/78131 geom gbde(8) "destroy" not working.
s kern/73177 geom kldload geom_* causes panic due to memory exhaustion

53 problems total.

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

Current problem reports assigned to freebsd-geom@FreeBSD.org

2009-11-16T03:06:52Z

Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker Resp. Description
--------------------------------------------------------------------------------
o kern/140352 geom [geom] gjournal + glabel not working
o kern/139847 geom [geom_mbr] load/unload causes system to hang
o kern/135898 geom [geom] Severe filesystem corruption - large files or l
o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk
o kern/134113 geom [geli] Problem setting secondary GELI key
o kern/134044 geom [geom] gmirror(8) overwrites fs with stale data from r
o kern/133931 geom [geli] [request] intentionally wrong password to destr
o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a
o kern/132273 geom glabel(8): [patch] failing on journaled partition
f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize
o kern/131353 geom [geom] gjournal(8) kernel lock
p docs/130548 geom [patch] gjournal(8) man page is missing sysctls
o kern/129674 geom [geom] gjournal root did not mount on boot
o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo
o kern/129245 geom [geom] gcache is more suitable for suffix based provid
f kern/128276 geom [gmirror] machine lock up when gmirror module is used
f kern/126902 geom [geom] geom_label: kernel panic during install boot
o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con
o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s
f kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin
o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal),
o kern/123122 geom [geom] GEOM / gjournal kernel lock
o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de
f kern/122415 geom [geom] UFS labels are being constantly created and rem
o kern/122067 geom [geom] [panic] Geom crashed during boot
o kern/121559 geom [patch] [geom] geom label class allows to create inacc
o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir
o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass
o kern/120021 geom [geom] [panic] net-p2p/qbittorrent crashes system when
o kern/119743 geom [geom] geom label for cds is keeped after dismount and
o kern/115856 geom [geli] ZFS thought it was degraded when it should have
o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro
o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile
o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad
o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm
o kern/113837 geom [geom] unable to access 1024 sector size storage
o kern/113419 geom [geom] geom fox multipathing not failing back
p bin/110705 geom gmirror(8) control utility does not exit with correct
o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to
o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML
o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach
o kern/94632 geom [geom] Kernel output resets input while GELI asks for
o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree
o bin/90093 geom fdisk(8) incapable of altering in-core geometry
a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null
o kern/89546 geom [geom] GEOM error
o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage
o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo
o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu
o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device
o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro
o bin/78131 geom gbde(8) "destroy" not working.
s kern/73177 geom kldload geom_* causes panic due to memory exhaustion

53 problems total.

_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."

gjournal + gptid/ un"stop"able

2009-11-15T12:44:35Z

Hi,

I just read the previous thread via the list archive. As of late on
HEAD something changed that doesn't allow one to "stop" gjournal
anymore and get rid of it. I have been using this same setup for
months if not more than a year without problems. Whatever was added
introduced an architectural problem.

Either /dev/da*.journal exists or when that is stopped a journal etc.
shows up with the "cryptic" names in /dev/gptid/....journal.
If you stop that, the /dev/da*.journal is back.

This essentially means that once gjournal is loaded, one is unable to
unload it again, unless ones force a "detach"/"stop" on all lower
providers.

This essentially means that one can no longer safely shut down without
the risk of losing/scrambling data.

I guess the "ufsid/" things mentioned formerly has the same problem.

What are the possible solutions to that?

/bz

--
Bjoern A. Zeeb It will not break if you know what you are doing.
_______________________________________________
freebsd-geom@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscribe@..."