Regarding out-of-sequence messages: yes, I'm aware that messages are
arriving out-of-sequence again. This is caused by people posting from
addresses other than those by which they are subscribed. In what I think
is fairly standard anti-spam behaviour for 21st Century mailing lists,
this one holds (for moderation) posts from apparently-unsubscribed users.
For fastest, and therefore sequential, throughput, *please post from the
address at which you have subscribed*.
Regarding …
[View More]unsubscriptions: the list engine doesn't deal well with
"unsubscribe" requests sent (a) to the full list (b) from an address at
which you're not subscribed; I'm not convinced this is the engine's fault.
If you want to unsubscribe, there is automated assistance in the headers
of every single list message, which most decent mailers will present to
you. Every subscriber also gets a reminder on the first of every month
that outlines several other methods for unsubscribing, and in the limiting
case, you can ask me.
Regarding the old archives: I'm still working on it.
Regarding the choice of domain name: on Wed, 24 Aug 2011, I wrote:
> So if anyone feels strongly enough about this to want to arrange some
> kind of forum for this discussion, please contact me off-list so we can
> put something together without boring all the people that would much
> prefer to read about disc shelf FCAL issues. I'll repeat: please, let's
> not continue this discussion here.
Although some people have kindly registered alternative domain names,
discussion has continued and *noone* has approached me as I requested. I
remain open to an off-list approach, where I will be happy to explain
_inter alia_ why I haven't favoured the alternative-domain-name solution.
If some kind of proposal for change gets traction you can all expect to
read a "please go here to vote"-type post. Otherwise, I am fed up reading
this stuff on-list, and although I accept that there are still some
subscribers who have reservations, I also know there's a body of
subscribers that agrees with me.
So since it's currently on my server, I will presume to lay down the law a
little, for which I beg your collective forgiveness. I will unsubscribe
anyone who restarts the domain name issue. If you're leaving the list as
you do it, I'll ban you from re-subscribing. Please, *shut up* about the
issue on-list.
--
Tom Yates - http://www.teaparty.net
[View Less]
We're a relatively small shop just getting started with NetApp (1 2020
and 2 2040's all active/active, plus 3 4342's for the 2040's ).
Since committing a disk to a raid group via an aggregate is essentially
a permanent thing (you can't change your mind and later shrink an
aggregate to pull out a disk from a raid group to use with another
node), we'd prefer not to put all our (80) disks in aggregates just yet.
We might want more in some nodes and less in other nodes as future needs
come into …
[View More]clearer focus. In addition, it's clear that we can later
easily add in any disks we've held back as needed and use the reallocate
command with the -f option to re-optimize the layout to accommodate the
added disks efficiently. So it seems a bit short-sighted to configure
all 80 of our disks into aggregates among our 6 nodes right from the
get-go (minus the requisite hot spares, of course), as our vendor would
have us do.
But in deciding how small to start out with, we don't want to cripple
our performance too much. I've looked long and hard on the net to find
some data, any data, on DOT 7.x performance vs raid group size, but have
come up empty. I understand that performance should be awful and
unacceptable if you have a raid group of size 3. I also understand from
anecdotal evidence that performance improvements from higher raid group
sizes are apparently are not significant once you get to a raid group
size of 16 or so.
But what about in between? How does a graph of performance vs raid size
look from 3 to, say, 20? Just ballpark data on any type of remotely
typical workload would help a lot to start with. Has anyone ever seen or
tried to compile this kind of data? Using iometer, perhaps, or any other
benchmarking tool? RAID-DP data is preferable, but I'd take RAID-4 data
if that's all I can get.
Don't really have the time to do testing myself.
Thanks
Randall Cotton
University of Illinois Foundation
[View Less]
Greetings,
I've starting playing around with the 8.1 RC1 release. I want to
upgrade some aggregates from 32 bit to 64 bit. From what I can tell,
the only way to do this is to add additional disks to an existing
aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1
additional disk to a raid group. I don't want to do all the
associated reallocates to smooth out the data allocation.
Thanks,
Jeff
--
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler …
[View More]Road
Fort Collins, Colorado 80525
970-288-4611
[View Less]
Hi all, I recently upgraded a V3140 to 8.0.2P1, and all went well apparently. I'n now seeing strange NFS/CIFS behaviour, where a client will make a connection succesfully, but when the client requests a read, the filer FIN ACK's instantly, for no reason I can work out. Got a call open with netapp, but they seem a little fazed by it as well. Anyone seen something similar and can point me? It does seem like it's a TOE problem, but I have TOE turned off on the NIC's, but am wondering if ONTAP is …
[View More]doing something behind the scenes maybe?
Thanks,
~Mark
mf1(a)sanger.ac.uk
--
The Wellcome Trust Sanger Institute is operated by Genome Research
Limited, a charity registered in England with number 1021457 and a
company registered in England with number 2742969, whose registered
office is 215 Euston Road, London, NW1 2BE.
[View Less]
Hi guys,
i have 2 fas2050a used only with NFS protocol. I need to reinstall one from
scratch and snapmirror the data in it.
After that I want to swap (one by one) the heads from the other fas2050a in
order to dont change the support contract from this storage.
Do you see any issue in performing the head swap ?
Best regards,
Luca Domenella
T: +39 0698962316
E: <mailto:luca.domenella@bwinparty.com> luca.domenella(a)bwinparty.com
bwin Italia
Via Adolfo Ravà, 124
00142 Roma …
[View More](RM)
<http://www.bwinparty.com/> www.bwinparty.com
This email and any attachments are confidential, and may be legally
privileged and protected by copyright. If you are not the intended recipient
dissemination or copying of this email is prohibited. If you have received
this in error, please notify the sender by replying by email and then delete
the email completely from your system.
Any views or opinions are solely those of the sender. This communication is
not intended to form a binding contract unless expressly indicated to the
contrary and properly authorised. Any actions taken on the basis of this
email are at the recipient's own risk.
[View Less]
We are using Active Directroy for LDAP on our Linux clients. I'd like to
set up the filer to be able to resolve the usernames both directions but
I'm having a couple of issues. Filers are running 7.3.3. I have had this
working before at a previous job but I am missing something & the docs
are not quite as helpful as I'd like.
1) I can't get LDAP working at all (getXXbyYY is not working even
though I see the filer connecting to the DC on the appropriate port but
I'm missing …
[View More]something.
2) Not all users have rfc2307 information set, ideally I'd use
their samaccountname for both (it always matches).
3) I am in a multiforest environment, I'd like to use Global
Catalogs for my lookups instead of normal DC's & do it on the GC port so
it can retrieve info for any user on my network. This may not be
possible, I am not sure.
NIS works fine, if I am not able to get this to work I'm either going to
have to script a dump of AD to NIS or use the MS tools to do the same
thing and do this with a usermap.cfg. Either possibility is ugly so any
suggestions would be appreciated. I've tried changing the
ldap.minimum_bind_level to simple but it does not appear to help.
dr-array02*> options ldap
ldap.ADdomain
ldap.base dc=site,dc=company,dc=com
ldap.base.group dc=site,dc=company,dc=com
ldap.base.netgroup
ldap.base.passwd dc=site,dc=company,dc=com
ldap.enable on
ldap.minimum_bind_level anonymous
ldap.name
cn=ldap-auth-proxy,ou=ldap,ou=services,dc=site,dc=company,dc=com
ldap.nssmap.attribute.gecos gecos
ldap.nssmap.attribute.gidNumber gidNumber
ldap.nssmap.attribute.groupname cn
ldap.nssmap.attribute.homeDirectory unixHomeDirectory
ldap.nssmap.attribute.loginShell loginShell
ldap.nssmap.attribute.memberNisNetgroup memberNisNetgroup
ldap.nssmap.attribute.memberUid memberUid
ldap.nssmap.attribute.netgroupname cn
ldap.nssmap.attribute.nisNetgroupTriple nisNetgroupTriple
ldap.nssmap.attribute.uid uid
ldap.nssmap.attribute.uidNumber uidNumber
ldap.nssmap.attribute.userPassword userPassword
ldap.nssmap.objectClass.nisNetgroup nisNetgroup
ldap.nssmap.objectClass.posixAccount posixAccount
ldap.nssmap.objectClass.posixGroup posixGroup
ldap.passwd ******
ldap.port 389
ldap.servers vm-sitedc01.site.company.com
ldap.servers.preferred
ldap.skip_cn_unescape.enable on
ldap.ssl.enable off
ldap.timeout 20
ldap.usermap.attribute.unixaccount uid
ldap.usermap.attribute.windowsaccount sAMAccountName
ldap.usermap.base
ldap.usermap.enable on
Please be advised that this email may contain confidential
information. If you are not the intended recipient, please notify us
by email by replying to the sender and delete this message. The
sender disclaims that the content of this email constitutes an offer
to enter into, or the acceptance of, any agreement; provided that the
foregoing does not invalidate the binding effect of any digital or
other electronic reproduction of a manual signature that is included
in any attachment.
[View Less]
Hi toasters,
Is it possible to take a Solaris FC LUN and attach it to
Linux via iSCSI? I suspect problems since the "lun create"
command needs to know the OS type (solaris in this case).
I don't think FC to iSCSI is a problem, though.
Naturally we would love to "just move" the LUNs without
creating new Linux LUNs and copying the data from Solaris
to Linux.
In case you are wondering about the FS on the LUNs, this is disk
cache for a StorNext filesystem and we want to replace our
very old …
[View More]Solaris hardware with Linux "in place".
Otherwise it would take literally months to migrate the data
since StorNext is a tape backed hierarchical FS.
If we can't do this hardware upgrade in place, then we will
soldier on on the old Solaris hardware and cross our fingers.
We intend to replace StorNext eventually but want to get
off the old Solaris hardware in the interim if possible.
Steve Losen scl(a)virginia.edu phone: 434-924-0640
University of Virginia ITC Unix Support
[View Less]
Hello all,
We are planing a snapvault backup of data from a snapmirror destination.
Most of the volumes that are to be snapvaulted are luns in qtrees. The rest
are nas data.
I was looking at different ways to do this and came up with the following
conclusion for block data:
1. Run a snapvault update on the _recent copy. Schedule a snapvault snap
sched on the secondary after the update. This require
a bit of scripting and schedules.
2. The best practises guide recommends using the …
[View More]SnapManager product for sv
backups. Since this too require a level of
scripting; I am not sure what difference it would make. Also this
requires rsh access to the filers which we do not permit.
As for the NAS volumes; the snapmirror source will need to be setup with a
snavault snap sched schedule (something that happens before a snapmirror
transfer). This snapshot will then be snapmirrored to the SM destination.
The SV secondary snapvault schedule will have a snapvault -x schedule that
happens after the SM transfers complete.
The other option would be to follow the same pattern as option 1 used for
block data.
Just wondering if any of you have faced this issue and what was done in your
environment? Any feedback on this will be apprecated.
Regards,
Unnikrishnan KP
[View Less]