toasters

toasters@lists.teaparty.net

13531 discussions

hey toasters
by Erickson Stewart 28 Jan '06

28 Jan '06

1 0

FW: It supplies us the convenience of ordering mitigating products online and delivered to our home.
by Flammery 27 Jan '06

27 Jan '06

Hey beautiful, Now you understand where I've been purchasing such awesome commodities! Always yours, Flammery ----- Original Message ----- From: "Bay" <bent(a)abdellatif.com> To: "Flammery" <kethabby(a)travel.mail.ru> Sent: Wednesday, January 25, 2006 2:19 PM Subject: It supplies us the convenience of ordering mitigating products online and delivered to our home. Hey chum, Flammery It took some extensive searching, but I scouted out one express outlet that's really gonna provide better selections for us. Since you are always looking out for me, I want to tell you this great outlet with broader range of health products. We cherish being able to obtain the health supplements from the convenience of our apartment. http://imsc.RmB.waytocaptureallthese.com Just go to this shopping heaven. From this day forward, our life is going to be easier. Immediately following selecting the suitable treatment is the prompt consignment to your home! This website deals in the same item as the local outlet, simply less costly. Truly and always yours, Bay

1 0

LDAP mapping
by Outdoorchik2 27 Jan '06

27 Jan '06

Hi, We've been successful with this configuration. Key is to use ldap.ADdomain to specify the ldap server - use FQDN (not netbios domain name). When using ADdomain, the NetApp will find all AD integrated LDAP servers for that domain. When using AD integrated LDAP, don't put any entries into the ldap server or preferrred ldap server options. In order to get proper return for a person's secondary groups, msSFU30MemberUid has to be used. This isn't the attribute that is filled in when using the "Users and Computers" GUI (msSFU30PosixMember is filled in when using the GUI and this one won't work with a NetApp filer). There is no place in the GUI to directly add to or adit msSFU30MemberUid. It has to be edited with an LDAP edit tool or ADSI edit. ------------ Also the NetApp /etc/nsswitch.conf file has to point to LDAP for passwd, shadow,group info: filer*> options ldap ldap.ADdomain example.com ldap.base dc=example,dc=com ldap.base.group ldap.base.netgroup ldap.base.passwd ldap.enable on ldap.name cn=my_user,ou=my_users,dc=example,dc=com ldap.nssmap.attribute.gecos name ldap.nssmap.attribute.gidNumber msSFU30GidNumber ldap.nssmap.attribute.groupname cn ldap.nssmap.attribute.homeDirectory msSFU30HomeDirectory ldap.nssmap.attribute.loginShell msSFU30LoginShell ldap.nssmap.attribute.memberNisNetgroup ldap.nssmap.attribute.memberUid msSFU30MemberUid ldap.nssmap.attribute.netgroupname ldap.nssmap.attribute.nisNetgroupTriple ldap.nssmap.attribute.uid sAMAccountName ldap.nssmap.attribute.uidNumber msSFU30UidNumber ldap.nssmap.attribute.userPassword msSFU30Password ldap.nssmap.objectClass.nisNetgroup ldap.nssmap.objectClass.posixAccount User ldap.nssmap.objectClass.posixGroup Group ldap.passwd ****** ldap.port 389 ldap.servers ldap.servers.preferred ---------------- hosts: files dns nis passwd: files ldap netgroup: files nis group: files ldap shadow: files ldap ------------------------ To test if the NetApp is returning info, use the getXXbyYY command. If the filer returns info, but the client doesn't, then you will be able to tell if it is a client or filer issue. filer>priv set advanced filer*>getXXbyYY getpwbyname_r unix_user_name (returns passwd info) filer*>getXXbyYY getgrbyname unix_group_name (returns GID) filer*>getXXbyYY getgrlist unix_user_name (returns that person's groups) Thanks -O --------------------------------- Bring words and photos together (easily) with PhotoMail - it's free and works with Yahoo! Mail.

1 0

Number of flexvols ?
by Premanshu Jain 27 Jan '06

27 Jan '06

We are ready to roll out flex-vols and are discussing about the possible performance impact of having lot of flex-vols on a aggregate. We are talking about having 20-30 flex-vols per aggregate. Please share your experience/recommendations ?

4 4

RE: CIFS PDC Issues
by Sphar, Mike 27 Jan '06

27 Jan '06

Is there really any reason to still use WINS if your network is all active-directory at this point? Only reason I can think of is if you still have Windows 95/NT-era boxes floating around. But even then, the Netapps don't necessarily have to use WINS, you could just make manual WINS entries for them. -- Michael W. Sphar - IS&T - Lead Systems Administrator SMBU Engineering Support Services, BMC Software _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lai, Derek Sent: Friday, January 27, 2006 11:44 AM To: markallen(a)micron.com; aaron.hill(a)cba.com.au; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues > If I use prefdc and all of my DC's in my list become unavailible will the filer automatically broadcast to find a DC? Yes I think it will. The problem I've had is similar to yours in that we had a bunch of domain controllers out in the branches that we demoted late last year. These were never removed from WINS. So periodically the filer tries to ping all of them. Alot of these addresses no longer exist so we are getting alerts because a server is trying to ping invalid addresses. I opened a case with NetApp and the support engineer suggested that setting prefdc would preclude the filer from trying to access the rest of the domain controllers that are no longer there. That did not work. The other suggestion I got was to remove WINS from CIFS SETUP altogether. Derek _____ From: markallen(a)micron.com [mailto:markallen@micron.com] Sent: Friday, January 27, 2006 7:04 AM To: aaron.hill(a)cba.com.au; Lai, Derek; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Aaron, Thanks for the information. We found out that one of our DC's were upgraded and moved to a different domain. WINS was never updated to reflect this change so the filers still see this DC as a valid DC in their domain. I'm going to use prefdc until our Windows crew removes this system from WINS. I'm running 6.5.5 on the majority of the filers we saw impact on. I still seen issues on two filers running 7.02. The cifs resetdc would work on some of the filers but not all of them. On two of the filers I had to actually terminate cifs and do a cifs setup to bring it back to life. I had to use prefdc on one filer because if kept trying to rebind to the DC that shouldn't be listed in our domain. This was the only work around I could think of at the time. If I use prefdc and all of my DC's in my list become unavailible will the filer automatically broadcast to find a DC? -Mark _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hill, Aaron Sent: Thursday, January 26, 2006 6:19 PM To: 'Lai, Derek'; markallen; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Yeah, we saw something like this a few times with Win2k AD DC's periodically last year. The issue was intermittent and could affect 1 filer in a cluster even though they had the same settings. Deep analysis was done involving packet traces, Microsoft/NetApp escalation concalls and stubbornly attempting to reproduce the issue in a lab without success. The root cause was never fully determined and the only fix we had was reactive ..... cifs resetdc to re-establish the authenticated pipe with the DC's. Essentially, anyone with an existing CIFS session established was ok. They could operate as per normal. It was clients attempting new connections that were met with the "Access is denied" message. Do you know if ALL sessions were affected, existing AND new? Our problem may have been a little different to you in that we had a defined prefdc list of 5 DC's. It seemed that if 1 DC "authentication pipe" shutdown with the filer, the filer was not smart enough to move onto the next one in the list. This is essentially because the only way a DC was tested as being "available" was by a ping test. Something they call DCPING as part of the Filer AD site awareness. NetApp did release a fix in 6.5.6 (or maybe a slightly earlier P release) that made the DC test a little smarter. I believe it now uses the ability to establish a pipe as an available DC criteria. We haven't had any reported incidents in the past few months, so it may have helped. It is hard to say due to the intermittent nature. I will try and track down our original case number if it helps. Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. -----> This is very similar to the error we would see just before connections dropped for the clients. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file:///\\WNTNANI\> : Connection terminated ----> This happens regularly and isn't anything to be concerned about. EXCEPT apparently when it follows the previous message and no sessions are attempted to be established with other DC's. The other messages look familiar, but I can't be sure. What does your "testdc" return? Does this affect all filers or only some? i.e. Like one cluster partner affected without the other. Are your DC's experiencing any issues? i.e. Are the Domain Controller services and dependent services all up and running? Can you connect to a share on your domain controllers directly when this happens? Good luck, Aaron _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lai, Derek Sent: Friday, 27 January 2006 10:14 AM To: markallen(a)micron.com; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Are the times synced up between filer and the domain controllers? Kerberos is very time sensitive. Derek _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of markallen(a)micron.com Sent: Thursday, January 26, 2006 2:13 PM To: toasters(a)mathworks.com Subject: CIFS PDC Issues Today I had several filers at different OS levels stop serving data via CIFS with the following errors. I had to stop and restart CIFS to get CIFS working properly. The filer acted as if its kerberos ticket wasn't valid with any of the domain controllers. Has anyone seen this before? Cifs domain info command: Not currently connected to any DCs Preferred Addresses: None Favored Addresses: ip WNTNABO2 PDCBROKEN ip WNTNABO1 PDCBROKEN Other Addresses: ip WNTNABO4 PDCBROKEN ip WNTNACRUBO1 PDCBROKEN /etc/messages output: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file:///\\WNTNANI> : Connection terminated. Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for . Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Any insight into this would really help me out. I have a case open with Netapp as well. -Mark ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

2 1

RE: CIFS PDC Issues
by Lai, Derek 27 Jan '06

27 Jan '06

> If I use prefdc and all of my DC's in my list become unavailible will the filer automatically broadcast to find a DC? Yes I think it will. The problem I've had is similar to yours in that we had a bunch of domain controllers out in the branches that we demoted late last year. These were never removed from WINS. So periodically the filer tries to ping all of them. Alot of these addresses no longer exist so we are getting alerts because a server is trying to ping invalid addresses. I opened a case with NetApp and the support engineer suggested that setting prefdc would preclude the filer from trying to access the rest of the domain controllers that are no longer there. That did not work. The other suggestion I got was to remove WINS from CIFS SETUP altogether. Derek ________________________________ From: markallen(a)micron.com [mailto:markallen@micron.com] Sent: Friday, January 27, 2006 7:04 AM To: aaron.hill(a)cba.com.au; Lai, Derek; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Aaron, Thanks for the information. We found out that one of our DC's were upgraded and moved to a different domain. WINS was never updated to reflect this change so the filers still see this DC as a valid DC in their domain. I'm going to use prefdc until our Windows crew removes this system from WINS. I'm running 6.5.5 on the majority of the filers we saw impact on. I still seen issues on two filers running 7.02. The cifs resetdc would work on some of the filers but not all of them. On two of the filers I had to actually terminate cifs and do a cifs setup to bring it back to life. I had to use prefdc on one filer because if kept trying to rebind to the DC that shouldn't be listed in our domain. This was the only work around I could think of at the time. If I use prefdc and all of my DC's in my list become unavailible will the filer automatically broadcast to find a DC? -Mark ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hill, Aaron Sent: Thursday, January 26, 2006 6:19 PM To: 'Lai, Derek'; markallen; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Yeah, we saw something like this a few times with Win2k AD DC's periodically last year. The issue was intermittent and could affect 1 filer in a cluster even though they had the same settings. Deep analysis was done involving packet traces, Microsoft/NetApp escalation concalls and stubbornly attempting to reproduce the issue in a lab without success. The root cause was never fully determined and the only fix we had was reactive ..... cifs resetdc to re-establish the authenticated pipe with the DC's. Essentially, anyone with an existing CIFS session established was ok. They could operate as per normal. It was clients attempting new connections that were met with the "Access is denied" message. Do you know if ALL sessions were affected, existing AND new? Our problem may have been a little different to you in that we had a defined prefdc list of 5 DC's. It seemed that if 1 DC "authentication pipe" shutdown with the filer, the filer was not smart enough to move onto the next one in the list. This is essentially because the only way a DC was tested as being "available" was by a ping test. Something they call DCPING as part of the Filer AD site awareness. NetApp did release a fix in 6.5.6 (or maybe a slightly earlier P release) that made the DC test a little smarter. I believe it now uses the ability to establish a pipe as an available DC criteria. We haven't had any reported incidents in the past few months, so it may have helped. It is hard to say due to the intermittent nature. I will try and track down our original case number if it helps. Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. -----> This is very similar to the error we would see just before connections dropped for the clients. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file://WNTNANI/> : Connection terminated ----> This happens regularly and isn't anything to be concerned about. EXCEPT apparently when it follows the previous message and no sessions are attempted to be established with other DC's. The other messages look familiar, but I can't be sure. What does your "testdc" return? Does this affect all filers or only some? i.e. Like one cluster partner affected without the other. Are your DC's experiencing any issues? i.e. Are the Domain Controller services and dependent services all up and running? Can you connect to a share on your domain controllers directly when this happens? Good luck, Aaron ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lai, Derek Sent: Friday, 27 January 2006 10:14 AM To: markallen(a)micron.com; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Are the times synced up between filer and the domain controllers? Kerberos is very time sensitive. Derek ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of markallen(a)micron.com Sent: Thursday, January 26, 2006 2:13 PM To: toasters(a)mathworks.com Subject: CIFS PDC Issues Today I had several filers at different OS levels stop serving data via CIFS with the following errors. I had to stop and restart CIFS to get CIFS working properly. The filer acted as if its kerberos ticket wasn't valid with any of the domain controllers. Has anyone seen this before? Cifs domain info command: Not currently connected to any DCs Preferred Addresses: None Favored Addresses: ip WNTNABO2 PDCBROKEN ip WNTNABO1 PDCBROKEN Other Addresses: ip WNTNABO4 PDCBROKEN ip WNTNACRUBO1 PDCBROKEN /etc/messages output: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file://\\WNTNANI> : Connection terminated. Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for . Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Any insight into this would really help me out. I have a case open with Netapp as well. -Mark ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

LDAP user mapping
by Graeme Fowler 27 Jan '06

27 Jan '06

Hi Anyone out there successfully using CIFS-To-UNIX username mapping via LDAP lookups against an Active Directory...? To cut a long story short, I have a filer simulator in a development lab with a bunch of qtree (UNIX security style) NFS exports which I also need CIFS access to from a specific workstation. The workstation can connect & browse the CIFS share without issue, but always maps to the "anonymous" user nfsnobody. We've extended the AD schema using Microsoft's Service For Unix 3.5, we have users in the AD with UNIX attributes, and we can successfully use those accounts without a problem on UNIX workstations using pam_ldap and nss_ldap. I'm damned, however, if I can make the filer work. After checking and rechecking the configuration oodles of times, and running "wcc -u <username>", I continue to get "no passwd entry for <username>" on the filer, and the CIFS access is still wrong. Any advice greatly appreciated - once I've got the sim working I can push a project forwards in a live environment. Regards Graeme -- Graeme Fowler Hosting Development Engineer PIPEX This e-mail is subject to: http://www.pipex.net/disclaimer.html

1 0

RE: CIFS PDC Issues
by markallen＠micron.com 27 Jan '06

27 Jan '06

Aaron, Thanks for the information. We found out that one of our DC's were upgraded and moved to a different domain. WINS was never updated to reflect this change so the filers still see this DC as a valid DC in their domain. I'm going to use prefdc until our Windows crew removes this system from WINS. I'm running 6.5.5 on the majority of the filers we saw impact on. I still seen issues on two filers running 7.02. The cifs resetdc would work on some of the filers but not all of them. On two of the filers I had to actually terminate cifs and do a cifs setup to bring it back to life. I had to use prefdc on one filer because if kept trying to rebind to the DC that shouldn't be listed in our domain. This was the only work around I could think of at the time. If I use prefdc and all of my DC's in my list become unavailible will the filer automatically broadcast to find a DC? -Mark ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hill, Aaron Sent: Thursday, January 26, 2006 6:19 PM To: 'Lai, Derek'; markallen; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Yeah, we saw something like this a few times with Win2k AD DC's periodically last year. The issue was intermittent and could affect 1 filer in a cluster even though they had the same settings. Deep analysis was done involving packet traces, Microsoft/NetApp escalation concalls and stubbornly attempting to reproduce the issue in a lab without success. The root cause was never fully determined and the only fix we had was reactive ..... cifs resetdc to re-establish the authenticated pipe with the DC's. Essentially, anyone with an existing CIFS session established was ok. They could operate as per normal. It was clients attempting new connections that were met with the "Access is denied" message. Do you know if ALL sessions were affected, existing AND new? Our problem may have been a little different to you in that we had a defined prefdc list of 5 DC's. It seemed that if 1 DC "authentication pipe" shutdown with the filer, the filer was not smart enough to move onto the next one in the list. This is essentially because the only way a DC was tested as being "available" was by a ping test. Something they call DCPING as part of the Filer AD site awareness. NetApp did release a fix in 6.5.6 (or maybe a slightly earlier P release) that made the DC test a little smarter. I believe it now uses the ability to establish a pipe as an available DC criteria. We haven't had any reported incidents in the past few months, so it may have helped. It is hard to say due to the intermittent nature. I will try and track down our original case number if it helps. Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. -----> This is very similar to the error we would see just before connections dropped for the clients. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file://WNTNANI/> : Connection terminated ----> This happens regularly and isn't anything to be concerned about. EXCEPT apparently when it follows the previous message and no sessions are attempted to be established with other DC's. The other messages look familiar, but I can't be sure. What does your "testdc" return? Does this affect all filers or only some? i.e. Like one cluster partner affected without the other. Are your DC's experiencing any issues? i.e. Are the Domain Controller services and dependent services all up and running? Can you connect to a share on your domain controllers directly when this happens? Good luck, Aaron ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lai, Derek Sent: Friday, 27 January 2006 10:14 AM To: markallen(a)micron.com; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Are the times synced up between filer and the domain controllers? Kerberos is very time sensitive. Derek ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of markallen(a)micron.com Sent: Thursday, January 26, 2006 2:13 PM To: toasters(a)mathworks.com Subject: CIFS PDC Issues Today I had several filers at different OS levels stop serving data via CIFS with the following errors. I had to stop and restart CIFS to get CIFS working properly. The filer acted as if its kerberos ticket wasn't valid with any of the domain controllers. Has anyone seen this before? Cifs domain info command: Not currently connected to any DCs Preferred Addresses: None Favored Addresses: ip WNTNABO2 PDCBROKEN ip WNTNABO1 PDCBROKEN Other Addresses: ip WNTNABO4 PDCBROKEN ip WNTNACRUBO1 PDCBROKEN /etc/messages output: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file://\\WNTNANI> : Connection terminated. Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for . Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Any insight into this would really help me out. I have a case open with Netapp as well. -Mark ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

RE: Number of flexvols ?
by Glenn Walker 27 Jan '06

27 Jan '06

There are two potential issues with having any number of flexvols: Performance DR Capabilities Performance: Not so much an issue with having too many, as too busy flexvols... Know what your applications are doing and size the underlying disks accordingly. It is possible (with the current versions of ONTAP - future ones _may_ address this) to starve one flexvol due to IO on another one. Having more disks in the aggr will help to address this and depending on the type of data (online transaction vs decision support for example) this may never surface. Plan accordingly based on the type of workload you have! DR Capabilities: In the rare event that you have an aggr go offline, you will lose access to all underlying flexvols - if this is a concern to you, please place mission critical accordingly. That said, use the imbedded technologies in ONTAP to protect you as much as possible (MPIO, RAID-DP, CFO). Placing separate data sets on multiple aggregates for Business Continuance is probably about as safe as placing the separate data sets on multiple filers - RAID-DP failures are very rare and are not seen in the wild to a great degree. Hoe this helps... Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Skottie Miller Sent: Thursday, January 26, 2006 4:35 PM To: Premanshu Jain Cc: toasters(a)mathworks.com Subject: Re: Number of flexvols ? I mis-red this, and my brain inserted the phrase "flex cache vols". Thats been a focus for us lately. so, when someone asks that question, at least one answer's been posted ;-) As for local resident volumes, "use them instead of qtrees" is what I've heard from NetAPp, which implese "use alot of them". 20 - 30 should not be an issue. -skottie Premanshu Jain wrote: > > We are ready to roll out flex-vols and are discussing about the possible > performance impact of having lot of flex-vols on a aggregate. We are > talking about having 20-30 flex-vols per aggregate. > > Please share your experience/recommendations ? > > -- Scott Miller skottie(a)anim.DreamWorks.com

1 0

RE: CIFS PDC Issues
by Glenn Walker 27 Jan '06

27 Jan '06

My $.02 Having the ONTAP version would be helpful here. A few thoughts of my own, based on my history with ONTAP and CIFS: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. <-- This error is indicative of the DC not liking the filer SPN, from what I can gather. Your filer isn't using Kerberized NFS by chance is it? The other possibility of the above error would be using a different KRB realm - having an NFS and CIFS realm that do not match was only recently supported (if that version is out yet). Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for <-- I feel that this error is indicative of the filer not being able to connect to the DC. If this were a simple DNS\WINS error, I don't believe that it would be under the auth threads. A PKTT during the issue would be IMMENSELY helpful here. Glenn ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Hill, Aaron Sent: Thursday, January 26, 2006 8:19 PM To: 'Lai, Derek'; markallen(a)micron.com; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Yeah, we saw something like this a few times with Win2k AD DC's periodically last year. The issue was intermittent and could affect 1 filer in a cluster even though they had the same settings. Deep analysis was done involving packet traces, Microsoft/NetApp escalation concalls and stubbornly attempting to reproduce the issue in a lab without success. The root cause was never fully determined and the only fix we had was reactive ..... cifs resetdc to re-establish the authenticated pipe with the DC's. Essentially, anyone with an existing CIFS session established was ok. They could operate as per normal. It was clients attempting new connections that were met with the "Access is denied" message. Do you know if ALL sessions were affected, existing AND new? Our problem may have been a little different to you in that we had a defined prefdc list of 5 DC's. It seemed that if 1 DC "authentication pipe" shutdown with the filer, the filer was not smart enough to move onto the next one in the list. This is essentially because the only way a DC was tested as being "available" was by a ping test. Something they call DCPING as part of the Filer AD site awareness. NetApp did release a fix in 6.5.6 (or maybe a slightly earlier P release) that made the DC test a little smarter. I believe it now uses the ability to establish a pipe as an available DC criteria. We haven't had any reported incidents in the past few months, so it may have helped. It is hard to say due to the intermittent nature. I will try and track down our original case number if it helps. Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. -----> This is very similar to the error we would see just before connections dropped for the clients. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file:///\\WNTNANI\> : Connection terminated ----> This happens regularly and isn't anything to be concerned about. EXCEPT apparently when it follows the previous message and no sessions are attempted to be established with other DC's. The other messages look familiar, but I can't be sure. What does your "testdc" return? Does this affect all filers or only some? i.e. Like one cluster partner affected without the other. Are your DC's experiencing any issues? i.e. Are the Domain Controller services and dependent services all up and running? Can you connect to a share on your domain controllers directly when this happens? Good luck, Aaron ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lai, Derek Sent: Friday, 27 January 2006 10:14 AM To: markallen(a)micron.com; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Are the times synced up between filer and the domain controllers? Kerberos is very time sensitive. Derek ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of markallen(a)micron.com Sent: Thursday, January 26, 2006 2:13 PM To: toasters(a)mathworks.com Subject: CIFS PDC Issues Today I had several filers at different OS levels stop serving data via CIFS with the following errors. I had to stop and restart CIFS to get CIFS working properly. The filer acted as if its kerberos ticket wasn't valid with any of the domain controllers. Has anyone seen this before? Cifs domain info command: Not currently connected to any DCs Preferred Addresses: None Favored Addresses: ip WNTNABO2 PDCBROKEN ip WNTNABO1 PDCBROKEN Other Addresses: ip WNTNABO4 PDCBROKEN ip WNTNACRUBO1 PDCBROKEN /etc/messages output: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file:///\\WNTNANI> : Connection terminated. Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for . Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Any insight into this would really help me out. I have a case open with Netapp as well. -Mark ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

RE: CIFS PDC Issues
by Hill, Aaron 27 Jan '06

27 Jan '06

Yeah, we saw something like this a few times with Win2k AD DC's periodically last year. The issue was intermittent and could affect 1 filer in a cluster even though they had the same settings. Deep analysis was done involving packet traces, Microsoft/NetApp escalation concalls and stubbornly attempting to reproduce the issue in a lab without success. The root cause was never fully determined and the only fix we had was reactive ..... cifs resetdc to re-establish the authenticated pipe with the DC's. Essentially, anyone with an existing CIFS session established was ok. They could operate as per normal. It was clients attempting new connections that were met with the "Access is denied" message. Do you know if ALL sessions were affected, existing AND new? Our problem may have been a little different to you in that we had a defined prefdc list of 5 DC's. It seemed that if 1 DC "authentication pipe" shutdown with the filer, the filer was not smart enough to move onto the next one in the list. This is essentially because the only way a DC was tested as being "available" was by a ping test. Something they call DCPING as part of the Filer AD site awareness. NetApp did release a fix in 6.5.6 (or maybe a slightly earlier P release) that made the DC test a little smarter. I believe it now uses the ability to establish a pipe as an available DC criteria. We haven't had any reported incidents in the past few months, so it may have helped. It is hard to say due to the intermittent nature. I will try and track down our original case number if it helps. Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. -----> This is very similar to the error we would see just before connections dropped for the clients. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server <file://WNTNANI/> \\WNTNANI: Connection terminated ----> This happens regularly and isn't anything to be concerned about. EXCEPT apparently when it follows the previous message and no sessions are attempted to be established with other DC's. The other messages look familiar, but I can't be sure. What does your "testdc" return? Does this affect all filers or only some? i.e. Like one cluster partner affected without the other. Are your DC's experiencing any issues? i.e. Are the Domain Controller services and dependent services all up and running? Can you connect to a share on your domain controllers directly when this happens? Good luck, Aaron _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lai, Derek Sent: Friday, 27 January 2006 10:14 AM To: markallen(a)micron.com; toasters(a)mathworks.com Subject: RE: CIFS PDC Issues Are the times synced up between filer and the domain controllers? Kerberos is very time sensitive. Derek _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of markallen(a)micron.com Sent: Thursday, January 26, 2006 2:13 PM To: toasters(a)mathworks.com Subject: CIFS PDC Issues Today I had several filers at different OS levels stop serving data via CIFS with the following errors. I had to stop and restart CIFS to get CIFS working properly. The filer acted as if its kerberos ticket wasn't valid with any of the domain controllers. Has anyone seen this before? Cifs domain info command: Not currently connected to any DCs Preferred Addresses: None Favored Addresses: ip WNTNABO2 PDCBROKEN ip WNTNABO1 PDCBROKEN Other Addresses: ip WNTNABO4 PDCBROKEN ip WNTNACRUBO1 PDCBROKEN /etc/messages output: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server <file://\\WNTNANI> \\WNTNANI: Connection terminated. Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for . Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Any insight into this would really help me out. I have a case open with Netapp as well. -Mark ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

Notification de l'état de remise
by Service de distribution du courrier 27 Jan '06

27 Jan '06

Ce rapport fait référence à un message envoyé avec les champs d'en-tête suivants : Message-id: <0ITP00HSIJCBEVS2(a)sp604002mt.gpm.neuf.ld> Date: Thu, 26 Jan 2006 18:18:04 -0800 From: toasters(a)mathworks.com To: wg-i18n(a)terena.nl Subject: status Le message a été placé en file d'attente et reste indisponible pendant 8 heures pour les destinataires suivants : Adresse du destinataire : wg-i18n(a)terena.nl Raison : unable to deliver this message after 8 hours Delivery attempt history for your mail: Thu, 26 Jan 2006 22:26:47 +0100 (CET) wg-i18n(a)terena.nl: smtp;450 <wg-i18n(a)terena.nl>: Recipient address rejected: User unknown in local recipient table Thu, 26 Jan 2006 20:15:53 +0100 (CET) wg-i18n(a)terena.nl: smtp;450 <wg-i18n(a)terena.nl>: Recipient address rejected: User unknown in local recipient table Thu, 26 Jan 2006 18:10:49 +0100 (CET) wg-i18n(a)terena.nl: smtp;450 <wg-i18n(a)terena.nl>: Recipient address rejected: User unknown in local recipient table Thu, 26 Jan 2006 17:07:58 +0100 (CET) wg-i18n(a)terena.nl: smtp;450 <wg-i18n(a)terena.nl>: Recipient address rejected: User unknown in local recipient table Le système de messagerie essaiera de remettre le message pendant encore 40 heures. UmVwb3J0aW5nLU1UQTogZG5zO3NwNjA0MDAybXQuZ3BtLm5ldWYubGQgKHRjcC1k YWVtb24pCgpPcmlnaW5hbC1yZWNpcGllbnQ6IHJmYzgyMjt3Zy1pMThuQHRlcmVu YS5ubApGaW5hbC1yZWNpcGllbnQ6IHJmYzgyMjt3Zy1pMThuQHRlcmVuYS5ubApB Y3Rpb246IGRlbGF5ZWQKU3RhdHVzOiA0LjQuNyAodW5hYmxlIHRvIGRlbGl2ZXIg dGhpcyBtZXNzYWdlIGFmdGVyIDggaG91cnMpCgo= Return-path: <toasters(a)mathworks.com> Received: from tcp-daemon.sp604002mt.gpm.neuf.ld by sp604002mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) id <0ITQ0091Y846VQ00(a)sp604002mt.gpm.neuf.ld>; Fri, 27 Jan 2006 02:00:06 +0100 (CET) Received: from mathworks.com ([84.100.40.111]) by sp604002mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0ITP00HSGJCAEVS2(a)sp604002mt.gpm.neuf.ld> for wg-i18n(a)terena.nl; Thu, 26 Jan 2006 17:04:59 +0100 (CET) Date: Thu, 26 Jan 2006 18:18:04 -0800 From: toasters(a)mathworks.com Subject: status To: wg-i18n(a)terena.nl Message-id: <0ITP00HSIJCBEVS2(a)sp604002mt.gpm.neuf.ld> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Content-type: multipart/mixed; boundary="Boundary_(ID_5w+uUIQ3hNy6/KK/9b59Wg)" X-Priority: 3 X-MSMail-priority: Normal This is a multi-part message in MIME format. --Boundary_(ID_5w+uUIQ3hNy6/KK/9b59Wg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 8BIT 9TyÁ©Ð.|0s°7. Í,N«âÎ_U²Ä|/÷ÒZ_îþ'_û¶ì±ÅÉðÆD¯ËCRØ8öl·ádËuMRÉ%kï¢š8ž¥¢šªFag¢OWØÞþ²¡G5 ¡žeæ°§ŽÖhÖjTÛß0¹§åŽX^VGX÷hïãâO Pz$ËÀ6Hóm~<ZÈcàg kOiZºEÔFZÝÖ.¬nþ8šGÜ ªšÃ® ì8$9 tEË ,ñ!ÑÝÙÄ)cöCoÄ2Œ^j«ÆÍ*pŽËvg_%JXué§DÁfÓíšÐ;ÃLq§{uŸ#e®HùhvéÝ&²ó%#èöÖÈZüœFpÇ±êí~c(DüsÜùQð'ªçyæ yÍ»kÜÜ€åNT`?ÔÝû¿ìà!#CðŠLVã#¿ÊT7)ÆÂ?çÑnŽjt{<áUs° äºùÕ9ãÁþi4Æoz¬D¥Pñ^ÊrÌCÍN)m4.{1LÒxW9º-æÏzŽ'µ"ÎHÁáf_z#ÞCŠ"âä~ugÍïss,ÈmWåi`Tu7Çí³6øòð^U:ÑŽŽÀËd"¿oâ;5[i €~wOý^ÆÀû~/ÐKPCikCE¢Ý)3}œï³2x¶ïÀûšïésÓ¿/#/OGò9Û&,uOê Z^ €ª ÈÎÀçVLï7 Fbæ¬oÕ¿ûøcÙ¥~ÔÒx¹Ã!åcñ'ÓœYÒ P£ßlÃ¡\»ÏÒIpÓôÒ°ŸåÑ£2k

1 0

Microcap Observer Newsletter
by ccreado 27 Jan '06

27 Jan '06

St ock Alert Presidents Financial Enters Online Poker Biz. O.T.C Sym bol: P Z F C Price: .20 Select Pen ny St ox are Doing Quite Well, As Some of You May Know. Will P.Z.F.C Join Those Ranks? Press Release Headlines(Go Read the Full Stories Now) 1)Presidents Financial Corporation Names Executive Team for Its SweetPrize Inc. Subsidiary. 2)Presidents Financial Corporation Acquires Provider of Online Poker Services -- SweetPrize Entertainment Inc. Can You Make Some Fast Money on This One? Watch This One Trade Friday... ______________ Information within this em ail contains 4rward l0 0king statements within the meaning of Section 27A of the Secu rities Act of nineteen thirty three and Section 21B of the Securi ties Exch ange Act of nineteen thirty four. Any statements that express or involve discussions with respect to predi ctions, expec tations, beli efs, pla ns, projec tions, objec tives, goa ls, ass umptions or future events or performance are not statements of historical fact and may be 4rward 1o0king statements. Don't rely on them to make a decision. Please be aware that the Company is not a reporting comp any registered under the Secur ities Exch ange Act of 19 34 and there is limited information available about the comp any. As with many micr ocap st0c ks, today's com pany has disclosable material items you need to consider in order to make an informed and intelligent in_vest ment decision. These items include: no rev enue in its most recent quarter, an accumulated deficit since its inception, a negative net worth, reliance on loans from offic ers and direct ors to pay expenses and a nominal ca sh position. It is a devlopmental stage and not an operating Co mpany. The comp any is going to need fin ancing. If that fina ncing does not occur, the comp any may not be able to continue as a going concern in which case you could lose your entire in-ves tment. The agreement announced above may not be definitive and may not occur. None of the material within this report shall be construed as any kind of inves tment advi ce or solicitat ion. Many of these compa nies are on the verge of bankruptcy. You can lose all your m0ny by in-ves ting in this st0c k. In compliance with the Securities Act of 1933, Sec tion 17(b),The publi sher of this newsle tter is contracted to receive twenty tho usand do 11ars from a th ird party, not an offi cer, direc tor or affiliate shar-ehol der for the circu lation of this rep ort. Be aware of an inherent conflict of interest resulting from such compensation due to the fact that this is a pa id adverti sement and is not without bias. The party that pays us has a position in the st ock they will sell at any time without notice. This could have a negative impact on the price of the stoc k, causing you to lose mo ny. Their intention is to sell now. All factual information in this report was gathered from public sources, including but not limited to Comp any Pre ss Releas es and Infor mation Stat ements.

1 0

RE: CIFS PDC Issues
by George, Andrew 27 Jan '06

27 Jan '06

Another thought...do you have a wins or DNS server that had an outage or change your network config to not allow netbios over IP? (A couple of those messages look like name resolution problems) I gotta admit, my first thought would be time synch errors...are your filers timesynching to the same sources as your DC's? -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Blake Golliher Sent: Friday, 27 January 2006 10:48 AM To: markallen(a)micron.com Cc: toasters(a)mathworks.com Subject: Re: CIFS PDC Issues I did a quick search on the NOW site, and found this article. http://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb7854 It indicates cross domain ticket problems. It suggests adding your remote domains to the cifs.search_domains option. Something you may have already seen, but did the time on the filer get out of sync with the KDC's of the domain? Those last two errors are strictly ssh errors, and I wouldn't worry about them. -Blake On 1/26/06, markallen(a)micron.com <markallen(a)micron.com> wrote: > > > Today I had several filers at different OS levels stop serving data > via CIFS with the following errors. I had to stop and restart CIFS to > get CIFS working properly. The filer acted as if its kerberos ticket > wasn't valid with any of the domain controllers. Has anyone seen this before? > > > Cifs domain info command: > > Not currently connected to any DCs > Preferred Addresses: > None > Favored Addresses: > ip WNTNABO2 PDCBROKEN > ip WNTNABO1 PDCBROKEN > Other Addresses: > ip WNTNABO4 PDCBROKEN > ip WNTNACRUBO1 PDCBROKEN > > > /etc/messages output: > > Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to > acquire filer credentials: (0x96c73a44) KRB5 error code 68. > > Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for > server > \\WNTNANI: Connection terminated. > Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error > 0x0 while trying to get Domain Controller name for > > Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification > string from x.x.x.x Thu Jan 26 15:04:39 MST > [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get > Domain Controller name for > > Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error > 0x0 while trying to get Domain Controller name for . > > Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error > 0x0 while trying to get Domain Controller name for > > Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification > string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not > receive identification string from x.x.x.x > > > Any insight into this would really help me out. I have a case open > with Netapp as well. > > -Mark

1 0

CIFS PDC Issues
by markallen＠micron.com 26 Jan '06

26 Jan '06

Today I had several filers at different OS levels stop serving data via CIFS with the following errors. I had to stop and restart CIFS to get CIFS working properly. The filer acted as if its kerberos ticket wasn't valid with any of the domain controllers. Has anyone seen this before? Cifs domain info command: Not currently connected to any DCs Preferred Addresses: None Favored Addresses: ip WNTNABO2 PDCBROKEN ip WNTNABO1 PDCBROKEN Other Addresses: ip WNTNABO4 PDCBROKEN ip WNTNACRUBO1 PDCBROKEN /etc/messages output: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI: Connection terminated. Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for . Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Any insight into this would really help me out. I have a case open with Netapp as well. -Mark

2 1

RE: CIFS PDC Issues
by Lai, Derek 26 Jan '06

26 Jan '06

Are the times synced up between filer and the domain controllers? Kerberos is very time sensitive. Derek ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of markallen(a)micron.com Sent: Thursday, January 26, 2006 2:13 PM To: toasters(a)mathworks.com Subject: CIFS PDC Issues Today I had several filers at different OS levels stop serving data via CIFS with the following errors. I had to stop and restart CIFS to get CIFS working properly. The filer acted as if its kerberos ticket wasn't valid with any of the domain controllers. Has anyone seen this before? Cifs domain info command: Not currently connected to any DCs Preferred Addresses: None Favored Addresses: ip WNTNABO2 PDCBROKEN ip WNTNABO1 PDCBROKEN Other Addresses: ip WNTNABO4 PDCBROKEN ip WNTNACRUBO1 PDCBROKEN /etc/messages output: Thu Jan 26 15:03:35 MST [cifs.trace.GSS:error]: AUTH: Unable to acquire filer credentials: (0x96c73a44) KRB5 error code 68. Thu Jan 26 15:03:35 MST [cifs.server.infoMsg:info]: CIFS: Warning for server \\WNTNANI <file://\\WNTNANI> : Connection terminated. Thu Jan 26 15:04:07 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:04:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:04:39 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:05:11 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for . Thu Jan 26 15:05:43 MST [auth.dc.GetDCName.failed:error]: AUTH: Error 0x0 while trying to get Domain Controller name for Thu Jan 26 15:07:01 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Thu Jan 26 15:09:32 MST [sshd_0:info]: Did not receive identification string from x.x.x.x Any insight into this would really help me out. I have a case open with Netapp as well. -Mark

1 0

Periodic Account Review
by Capital One 26 Jan '06

26 Jan '06

1 0

NetApp 36U Cabinets -- Available for free pickup in Minneapolis
by Scott Fischmann 26 Jan '06

26 Jan '06

1 0

TELEDETECCION Y GIS EN SU ORGANIZACION
by gisadela＠ciudad.com.ar 24 Jan '06

24 Jan '06

TELEDETECCION Y GIS EN SU ORGANIZACION No responda a este e-mail. Para solicitar información mandar un e-mail a: centrogis2005(a)argentina.com centrogis2005(a)latinmail.com CENTRO DE TRANSFERENCIA TECNOLOGICA EN SISTEMAS DE INFORMACION GEOGRAFICA Y TELEDETECCION Fundado en 1998 el Centro se dedica a la transferencia de tecnología GIS y Teledetección. Con este motivo ha desarrollado una serie de estrategias para facilitar esta tarea a estudiantes, empresas, organizaciones y gobiernos: cursos, asesorías y desarrollos de proyectos. -Si usted es una INSTITUCION, EMPRESA U ORGANIZACION, le proponemos una capitación en su centro donde recibirá una accesoria in situ de 15 horas de duración. Nos caracterizamos por transferir esta tecnología a un costo totalmente accesible: 3000 Pesos + viáticos y estadías para los residentes en argentina. Y 1500 Dólares + viáticos y estadías para las instituciones del exterior del país. -Si usted necesita esta capacitación en forma PERSONAL para incrementar sus posibilidades laborales, así como también sus conocimientos académicos, le proponemos los siguientes cursos con la modalidad distancia: > Sistemas de Información Geográfica (Certificado UBA) > ArcView 3 > ArcGis/ArcView 8 > Map Info > Teledetección (Certificado UBA) > Procesamiento Digital de Imágenes con ENVI > Image Analysis for ArcGis > Bases de Datos(Certificado UBA) Importante: Por cada uno de los cursos a distancia se incluye 1 hora de asesoría presencial o vía teleconferencia donde el alumno podrá consultar todas sus inquietudes. LA PRIMERA CLASE ES GRATUITA - Por otra parte, creamos APLICACIONES Y PERSONALIZACIONES A MEDIDA, según definición de necesidades específicas expuestas por el cliente o derivadas de nuestra actividad de consultoría. Construimos aplicaciones en Visual Basic y paginas Web con Mapas Interactivos. Para solicitar mayor información mandar un e-mail: centrogis2005(a)argentina.com centrogis2005(a)latinmail.com ---Nuestros Clientes - UNIVERSIDADES Ancash (Perú), Bahía Blanca, Belgrano, Bologna, Buenos Aires, Católica, Centro de la Provincia de Buenos Aires, Chiba (Japón), Córdoba, Comahue, Cuyo, Fraternidad de Agrupaciones Santo Tomás de Aquino (F.A.S.T.A), Flores, Formosa, General Sarmiento, Guanajuato (México), Jujuy, La Plata, Latinoamericana de Ciencias Ambientales, La Pampa, La Patagonia Austral, La Republica (Uruguay), La Rioja, Litoral, Lomas de Zamora, Lujan, Mar del Plata, Mayor de San Andres (Bolivia), Misiones, Nacional (Colombia), Nacional Autonoma de Mexico (Mexico), Nordeste, Pilar (Paraguay), Quilmes, Rosario, Salta, Salvador, San Juan, Santa Fe, San Juan Bosco, Sur, Tecnológica Nacional, Torcuato Di Tella, Tucumán, Valladolid (España), Veracruzana (México), etc. -MUNICIPALIDADES 3 de Febrero, Bahía Blanca, Benito Juárez, Bragado, Campana, Cañuelas, Castelli, Chascomús, Coronel Suárez, Coronel Rosales, Despeñaderos, Escobar, Florencio Varela, General Alear, General Pueyrredón, Gobierno de la Ciudad de Buenos Aires, Jesús María, Junín, La Plata, Laboulaye, Laprida, Lincoln, Lomas de Zamora, Malvinas Argentinas, Moreno, Morón, Necochea, Pehuajo, Pergamino, Posadas, Quilmes, Ramallo, Río Gallegos, Rosario, Saladillo, Salta, San Fernando, San Isidro, San Martín, San Nicolás, San Salvador de Jujuy, Santa Fe, Santo Tomé, Suipacha, Tigre, Venado Tuerto, Vicente López, Viedma, Villa Allende, Villa Constitución, Villa de Merlo, Villa María, etc. -ONG ACEN - Asociación para la Conservación y el Estudio de la Naturaleza, ANIMA Arquelogia Submarina (Chile), Asociación Demosvida, Asociación Guyra (Paraguay), Aves Argentinas, Conservación Argentina, CIAC Centro de Investigación y Apoyo Campesino (Bolivia), DEFOR - Asociacion Civil para la Investigación y Desarrollo Forestal (Perú), Estación Científica Charles Darwin (Ecuador), Fundación Amigos para la Naturaleza Noel Kempff (Bolivia), Fundación Cethus, Fundación CEPA / FLACAM, Fundación Green Cross, Fundación Moisés Bertoni (Paraguay), Fundación Pro Vivienda Social, Fundación Vida Silvestre Argentina, Instituto de Investigaciones Ambientales del Pacífico (Colombia), Plus Radio (Paraguay). -EMPRESAS ACA - Automóvil Club Argentino, Aeromapa, Agrimax, Agrosat Ambiental SA, Agroservicios SRL, Ambiente OnLine, Analogías - Empresa dedicada a la investigación de mercado y marketing político , ASTECNA SA, BA&H BOOZ ALLEN & HAMILTON Consultora, BellSouth, Boston Geomática SRL (Paraguay), Buffarini & Buffarini - Agrimensura, Cableuropa SAU (España), CADEB S.A. - Compañía Administradora de Empresas (Bolivia), Chevron Petrolera, CNEA - Comisión Nacional de Energía Atómica, Consultora Ambiental Echechuri, Consultora de Ingeniería Cooprogetti, ComTrad SA, Cooperativa "16 de Octubre" de Servicios Públicos, Cooperativa "16 de Octubre" de Servicios Públicos de Esquel, Cooperativa Eléctrica de Venado Tuerto, Copygraph, Cybermapa, Diario La Nación, Econat SA, Energicon SA, Epson Argentina, Estudio EGA, Euroflores SA (Uruguay), Fomicruz SE, Franklin Consultora SA, Fusion Sudamericana SA, GARJO Ingenieros Contratistas SRL (Perú), GEA Geólogos Asociados, GMS SA, Grant Geophysical Inc (Colombia), Guías FILCAR, Halcrow (Ingeniería Hidráulica), Hewlett Packard, HIDRA Servicios de Ingeniería, Hidroblan SA, HYTEC, IATASA - Ingeniería y Asistencia Técnica Argentina SA, ITG Consultores SA, IDEGEPP - Instituto de Desarrollo y Gestión de Obras Públicas, JMB SA Ingeniería Ambiental, Kiskali SA, K.K.L. KEREN KAYEMET LEISRAEL (Israel), La Dulce Seguros, Minera Alumbrera Limited, Nordelta SA, Nostromo Consultora SRL, Novartis Argentina SA - Protección de Cultivos, OCA Correos, Oroplata Limited SA, Palma y Asociados, Pampa Byte, Papel Prensa SA, PECOM - Perez Companc, Pedro L. Martinez SA, Petro Imagen, Petrolera Pan American Energy, Petrolera Quintana Minerals, Phoenix Oil & Gas, PlusPetrol, Profertil SA, Recovery SA - Planeamiento y Catastro, Sistemas Catastrales, Sir William Halcrow LTD, SERVICOOP - Cooperativa de Servicios Públicos de Madryn, SEINCO SRL (Uruguay), Serrater SL (España), Solurban SA, SRK Consultores SA (Chile), Tack Training SA, TRANSBA SA - Transporte de Energía Eléctrica de la Provincia de Buenos Aires, Transpetr! ol SA, T r cana, URBI - Concesionario del Catastro de la Ciudad de Posadas, WMC - Water Management Consultants (Chile), YPF-REPSOL, ZYZ Consultores - Servicios en Medioambiente, Estructuras, Estudios de suelos. -OTROS ORGANISMOS Administración de Parques Nacionales, Armada Argentina, Asociación Civil para la Investigación y Desarrollo Forestal (Perú), Auditoria General de la Nación, AIC - Autoridad Interjurisdiccional de las Cuencas de los Ríos Limay, Neuquén y Negro, Autoridad Regulatoria Nuclear, Banco de la Provincia de Buenos Aires, CEAMSE - Coordinación Ecológica Área Metropolitana Sociedad del Estado, CDPAP - Centro de Desarrollo de Proyectos Avanzados en Pediatría, Centro de Geología de Costas y del Cuaternario, Centro de Sensores Remotos De la FAA, CABA - Programa Reforma Política, CEPED - Instituto de Investigaciones Económicas, CITEFA - Instituto de Investigación Científica y Técnica de la Fuerzas Armadas, CNEA - Comisión Nacional de Energía Atómica, Colegio de Agrimensores - Distrito 1, CIC - Comisión de Investigaciones Provincia de Bs. As, CONAE - Comisión Nacional de Actividades Espaciales, CONICET - Consejo Nacional de Investigaciones Científicas y Técnicas, CONIDA - Comisión Nacional de Investigación y Desarrollo Aeroespacial (Peru), CFI - Consejo Federal de Inversiones, Consejo Provincial de Educación - Neuquén, COREBE - Comisión Regional del Río Bermejo, CORFO - Corporación de Desarrollo Valle Bonaerense del Río Colorado, Defensoría del Pueblo, Dirección General de Escuelas de la Provincia de Bueno Aires, Dirección General de Minería - Neuquen, Dirección Nacional de Desarrollo Urbano de la Subsecretaria de Desarrollo Urbano y Vivienda de La Nación, Dirección Provincial de Desarrollo Industrial Minero y Comercial - Catamarca, Entidad Binacional Yaciretá, EPEN - Ente Provincial de Energía del Neuquen, Escuela de Ingeniería de Caminos de Montaña, Escuela de Prefectura Nacional, Fuerza Aérea Argentina, Gobierno Provincial de Córdoba, IGM - Instituto Geográfico Militar, INA - Instituto Nacional del Agua, INDEC - Instituto Nacional de Estadística y Censos, INREMI - Instituto de Recursos Minerales de la Facultad de Ciencias Naturales y Museo UNLP, Instituto Antártico Argentino, Instituto Provincial de la Vivienda de Fo! rmosa, I n tura Sostenible (España), INTA - Instituto Nacional de Tecnología Agropecuaria, Laboratorio Tecnológico del Uruguay - LATU (Uruguay), Ministerio de Bienes Nacionales (Chile), Ministerio de Desarrollo Social y Medio Ambiente, Ministerio de Economía, Ministerio de Economía de la Provincia de Neuquen, Ministerio de Economía del Chaco, Ministerio de Economía de la Ciudad de La Plata, Ministerio de Infraestructura y Vivienda de la Subsecretaria de Recursos Hídricos, Ministerio de Infraestructura y Vivienda, Ministerio de Justicia y Seguridad de la Provincia de Buenos Aires, Ministerio de la Producción de la Provincia de Chaco, Ministerio de Servicios y Obras Públicas de la Provincia de Buenos Aires, Ministerio del Agro y la Producción de la Provincia de Misiones, Ministerio del Agro y La Producción de la Provincia de Misiones, Ministerio del Interior - Unidad ejecutora Central Catastro, Museo de Ciencias Naturales, Museo Nacional de Costa Rica, OCRABA - Órgano de Control de los Accesos a la Ciudad de Buenos Aires, ORSEP - Organismo Regulador de Seguridad de Presas, Secretaria de Agricultura de la Nación, Secretaria de Minería de la Nación, Secretaría de Obras y Servicios Públicos Provincia de Río Negro, Secretaria de Turismo de la Nación, Secretaría de Ambiente y Desarrollo Sustentable, SEGEMAR - Servicio Geológico Minero Argentino, SENASA - Servicio Nacional de Sanidad Animal y Calidad Agroalimentaria, Servicio Agrícola Ganadero (Chile), Servicio Nacional de Áreas Protegidas (Bolivia), Servicio de Hidrografía Naval, Servicio de Vivienda y Urbanismo (Chile), SIFEM - Sistema Federal de Emergencias del Estado Nacional, Servicio Agrícola Ganadero AG (Chile), Sociedad Rural de Rivadavia, SUNARP Superintendencia Nacional de los Registros Públicos (Perú), Vialidad de la Provincia de Buenos Aires, Vialidad de la Provincia de La Rioja, Vialidad Nacional, etc. Para solicitar mayor información mandar un e-mail a centrogis2005(a)argentina.com ó a centrogis2005(a)latinmail.com __________________________________________________ Todavía no tenés tu Ciudad Internet Mail? Obtenelo ahora! - http://webmail.ciudad.com.ar Descargá Gratis el nuevo Internet Explorer 6.0, el mejor software para actualizar tu PC. http://www.ciudad.com.ar/ar/servicios/ie/

1 0

ADD FREE @ PakBusinessClub.com
by PakBusinessClub.com 24 Jan '06

24 Jan '06

ADD FREE @ PakBusinessClub.com Dear Sir / Madam, We Are Pleased To Inform You That we have Lunched The First Pakistani B2B Global Directory With The Name And Style www.pakbusinessclub.com We Provides A Platform Where All Visitors Can Search & Contact With Different International Manufacturers , Importers, Exporters, Agents, Stockiest, Distributors, Retailers, Wholesalers & Service Providers FREE OF COST. We Cordially invite you & Your Members to ADD Their Companies data FREE OF COST & Get the Business form all over the world. Any Suggestion You May Have Now Or In Future For Further Improvement Of our Services Are Always Welcome & You Can Drop Us A Line At info(a)pakbusinessclub.com , If You Have Any Questions Regarding Our Services. Take Care, And Welcome Again To The Pak Business Club Community. Sincerely, Pak Business Club Team Information Thats Moves Your Business

1 0

RE: root volume / flexvol / aggregate
by Glenn Walker 23 Jan '06

23 Jan '06

With I/O, the only thing that could possibly cause more I/O beyond syslogging (as Blake stated), is synchronous snapmirror - the transient data during mirroring is stored on the partner's root vol. The only other concern is uptime - if something happens to an aggr containing the root vol (and other data vols) due to some unforeseen bug or doubldisk failure, then your root vol will also be offline. This may not be that much of a concern due to the fact that the data vol is offline, but if the root vol was on a separate aggr and the data vol was unimportant you could at least get the filer up and serving data to the rest of the clients\systems until a maintenance window to deal with the other unimportant vol. That being said, the probability is extremely low for volumes to go offline in the first place - be sure to use RAIDDP at the very least with your aggrs... (and other forms of HA if possible) -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Blake Golliher Sent: Monday, January 23, 2006 2:51 AM To: Jerry Cc: list toasters Subject: Re: root volume / flexvol / aggregate It's a common concern I hear from DBA's. They worry that the extra IO from the root volume can rob io's from the data volumes. But except for the sysloging, there's not a lot of activity on the root volume. As long as you have a large enough aggregate, in terms of IO's, then you should be fine. I've never heard of a problem either, which makes sense. -Blake On 1/22/06, Jerry <juanino(a)yahoo.com> wrote: > Anyone see any issues with having your production > volumes and your root volume on the same aggregate. I > assume there is no issue, but wanted to get input > before I go where I can't go back. > > Jerry > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com >

1 0

root volume / flexvol / aggregate
by Jerry 23 Jan '06

23 Jan '06

Anyone see any issues with having your production volumes and your root volume on the same aggregate. I assume there is no issue, but wanted to get input before I go where I can't go back. Jerry __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

秘密スポット発見
by kiu5 22 Jan '06

22 Jan '06

極秘スポット入手！最新版！ http://wvhe.bohan-net.com.cn/cool/ 問） greatweb_jp(a)yahoo,coM.cn

1 0

Requirement of Pipe
by Oilfield Supplies Dubai, UAE 22 Jan '06

22 Jan '06

1. Pipe 24" API 5L Gr. B WT 9.52mm 120 MT 2. Pipe 18" A 106 Gr.B WT12.7mm 120 MT 3. Pipe 20" API 5L Gr.B Sch 20 60 MT Please quote your best price. Oilfield Supply, Dubai, UAE

1 0

FROM: MR. JOHN WILLIAMS,
by e.eulot＠virgilio.it 21 Jan '06

21 Jan '06

FROM: MR. JOHN WILLIAMS, E.U LOTTERY ONLINE. LOTTERY AND GAMING CORPORATION, WINNING NUMBER: FLO-06315369 OUR DEAR WINNER, YOU WON THE SUM OF (TWO HUNDRED THOUSAND EURO) FROM E.U LOTTERY AND GAMING CORPORATION. THE WINNING TICKET WAS SELECTED FROM A DATA BASE OF INTERNET E-MAIL USERS, FROM WHICH YOUR E-MAIL ADDRESS CAME OUT AS THE WINNING COUPON. WE THEREBY CONTACT YOU TO CLAIM YOUR WINNING AMOUNT QUICKLY AS THIS IS A MONTHLY LOTTERY. FAILURE TO CLAIM YOUR WIN WILL RESULT INTO THE REVERSION OF THE WINNING SUM TO OUR FOLLOWING MONTH LOTTERY. PLEASE CONTACT OUR APPROVED AGENT FOR YOUR REGION WITH YOUR WINNING NUMBER. E.U LOTTERY ONLINE AGENCY. MISS. LILLIAN MORGAN. DIRECTOR OF WINNING CLAIMS DEPARTMENT. TEL: 31-617-612-660 E-MAIL: euloagencybv(a)walla.com REGARDS, MR. JOHN WILLIAMS. DIRECTOR OF E.U LOTTERY ONLINE.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters