xfs and lvm snapshots
You have you the following error:
kernel: XFS: Filesystem lvm(58,2) has duplicate UUID - can't mount
Using the following:
mount -o ro,nouuid /dev/vg/lvsnap /mnt/
Thanks too.
Permalink Comments off
You have you the following error:
kernel: XFS: Filesystem lvm(58,2) has duplicate UUID - can't mount
Using the following:
mount -o ro,nouuid /dev/vg/lvsnap /mnt/
Thanks too.
Permalink Comments off
A clear guide for setting up a PXE Linux Recovery / Deployment Server using Debian. Including Debian Installer, DBAN and a couple other useful tools.
Permalink Comments off
This post on Is ZFS ready for primetime? is disconcerting. I’ve put a lot of effort recently in engineering a zfs based storage server to backend a xen cluster. I haven’t put much up here and a back injury has restricted the amount of seat time. Without much tuning I’ve put together a TB+ system that provides 85Mb/s over NFS to a RAIDZ2 pool.
Throughout the whole period it has been a constant struggle to get Opensolaris working, figure out ancient Solaris ideas about system management. Sort out a kernel bug that caused crashes when running bonnie++.
Being held ransom by the idea of needing a Sun support contract at some future unknown date due to a bug in zfs seems to me as a losing position. Being forced into that position I think misses the point of opensource. Zfs provides striking advantages with checksums and simple snapshots, easy offline remote replication. But without the idea that your data is safe there is no point.
I can put together a Linux storage system without thinking and manage it without much thought. The lack of constant time snapshots is going to hurt, but at least I know the exact same system will still work in 2 years without any changes.
Mike has a whole pile of useful entries on infrastructure management for Linux and Debian with puppet and other tools. Also check out this quick look at puppet.
In the new year I’m planning to set up a lab system and build some knowledge on using puppet as a Xen system and domain deployment tool. Looking at Mike’s site it seems he might have already done much of the work for me.
Permalink Comments off
Elektronkind » More Linux/Solaris FUD wars
No breadth? Just what is the breadth that Mr. Zaitcev thinks is missing? Is breadth in this case even quantifiable? Is his supposition based solely on the age old (and aged) driver count argument? Does Mr. Zaitcev think that all Solaris is, is an ancient kernel which happened to have a few new concepts tacked on top of it?
I would bet that if Mr. Zaitcev sat down and tried to use Solaris in a real-world environment, he’d soon learn that Solaris has everything one needs in a data center environment… he just hasn’t discovered them (or read about them, natch) yet for himself. Who knows, perhaps he’d even appreciate them.
Calling this FUD is unkind.
Problem is that Solaris has to convince people to use it, not the reverse. Fancy tech like good marketing gets the eyes balls on the game, but unless the first 30 seconds give people enough to ride out the next 30 days using Solaris then there is going to be lots of comments like Pete Zaitcevs.
I know, I’ve spend the last several weeks learning Opensolaris while putting together a zfs iscsi storage server. It is not easy. I feel like I’m stuck in the 90s compared to the easy at which I can set up any Linux solution. Even with the new tech it is not all plain sailing, zfs on Opensolaris is cutting edge code. The core system of course are stable, other the interest new bits flaky constantly. Unfortunately these are the bits that make Solaris worth looking at, without a good stable iscsi on zfs system its better for me to look at DRDB on Linux.