toasters

toasters@lists.teaparty.net

13520 discussions

HELP WITH BUDTOOL URGENTLY !!!
by Alexandre Gomes (r7043c) 16 Jul '99

16 Jul '99

Hello, I have bought the cable to convert the 68 pins to 50 pins to connect the Network appliance F230 with a jukebox robotics Q2.15 ( with two tape drives - DLT 4000) that you told me. I have connect the Cable on the SCSI 0 of my Network Appliance and into the jukebox. The configuration that I receive executing the probe-scsi command is this : root@araras[112]<bin>: probe-scsi -h paje Copyright (c) 1990-1999 by PDC probe-scsi BudTool 4.5 SCSI Bus 0 Target 3 Unit 0 Removable Tape Quantum DLT4000 CD5A Target 4 Unit 0 Removable Tape Quantum DLT4000 CD5A Target 6 Unit 0 Removable Jukebox Device BHTi Q2 1.50 SCSI Bus 1 SCSI Bus 2 root@araras[113]<bin>: Like you see I'm installing budtool to do backup though one Solaris host where I'm installing the budtool software and using the NDMP with the Network Appliance where my jukebox is connected. When I finish to install budtool he say me that the daemon is not running, and this is the REMINDERS file where it put the errors : 1 Failed to add the sjb device driver to the system. 2 An sjb device may already be loaded, or the file 3 /kernel/drv/sjb.conf may be missing or incorrect. This is the configuration that I choice when I installed the budtool( There is some problem in install budtool and delete it ( rm -rf budtool), and the install it again to try install it correct). What is the process to me delete and install again ??? Here is the configuration ( jbmgr_config.araras.1) : 1 ROBOT_DEV_HOST paje 2 ROBOT_DEV_NAME /dev/spt0 3 ROBOT_SCSI_ID 6 4 ROBOT_SCSI_BUS 0 5 DATA_DEV_NAME0 nrst0a 6 DATA_DEV_HOST0 paje 7 DATA_DEV_NAME1 nrst1a 8 DATA_DEV_HOST1 paje 9 CLEANING_TAPE_SLOT -1,-2 10 PASSWORD XXXXXXXX (I change the password) 11 USEBARCODE Y Could you help me, please ??. How I resolve the problems above. The problem I think that is with the drivers name or drivers path. Here is the /kernel/drv/ directory : root@araras[44]<drv>: ls arp* ip.conf pem.conf sp* arp.conf isp* pln* sp.conf atapicd* iwscn* pln.conf spcic* atapicd.conf iwscn.conf profile* ssd* be* le* pseudo* ssd.conf bpp* lebuffer* pseudo.conf ssd.conf.11239853 clone* llc1* ptc* st* clone.conf llc1.conf ptc.conf st.conf cn* log* ptsl* stp4020* cn.conf log.conf ptsl.conf sy* conskbd* mm* qe* sy.conf conskbd.conf mm.conf qec* tcp* consms* openeepr* rtvc* tcp.conf consms.conf openeepr.conf sad* tl* dad* options* sad.conf tl.conf dad.conf options.conf sd* uata* ecpp* pci_pci* sd.conf udp* esp* pcmcia* se* udp.conf fas* pcmcia.conf ses* wc* glm* pcmem* ses.conf wc.conf hme* pcram* sjb xbox* icmp* pcram.conf* sjb.conf icmp.conf pcser* soc* ip* pem* socal* root@araras[45]<drv>: And here is the sjb.conf : 1 # Configuration file for PDC's sjb driver. 2 3 name="sjb" class="scsi" 4 target=0 lun=0; 5 6 name="sjb" class="scsi" 7 target=1 lun=0; 8 9 name="sjb" class="scsi" 10 target=2 lun=0; 11 12 name="sjb" class="scsi" 13 target=3 lun=0; 14 15 name="sjb" class="scsi" 16 target=4 lun=0; 17 18 name="sjb" class="scsi" 19 target=5 lun=0; 20 21 name="sjb" class="scsi" 22 target=6 lun=0; What will be the correct names to my tape drives and robotic ???. Remember that my budtool host are running Solaris. TANK YOU VERY MUCH !!!!!!!!!! Alexandre Gomes

4 3

A internal department is splitting off from our group. Our filer is part of a VLAN. Is there anywa
by b e kiefer 15 Jul '99

15 Jul '99

A internal department is splitting off from our group. Our filer is part of a VLAN. Is there anyway to associate a particular network interface with a volume? I would like to create a new volume for the "defectors" and maintain our vlan configuration. I would like the new volume to be accessible by only the interface that will connect their group. BTW, we are using VLANs because the infrastructure here is flat and is all switched. I was hoping to do it through VLANs and interfaces rather than ACLs and permissions. ____________________________ b e kiefer holland & hart, llp bkiefer(a)hollandhart.com www.hollandhart.com ph 303.295.5100 pg 303.528.9884 send text pages to: pagebruce(a)hollandhart.com

1 0

Help with bubtool and Network Appliance !!
by Alexandre Gomes (r7043c) 15 Jul '99

15 Jul '99

Good afternoon, Sorry, I Think that some times I'm being repetitive, but I need Install my jukebox urgently, I paid for support, but it will take two or three weeks yet, so if some one could help me I will stay very glad !! I'm installing budtool 4.5 here in my department and I'm with some problems to recognize the drivers. I'm installing budtool in a Solaris 2.5.1 host to be my Budtool host, because my server is a Network Appliance F230 and I connected on it a jukebox robotics Q2.15 with DLT 4000. I will use the NDMP protocol to send the information like said the manual. I connect my robotics on the Network Appliance with a cable of 68 pins ( because the jukebox is SE 68 pins) to 50 pins ( because in the Network Appliance is 50 pins - SCSI 0 ). Then I active NDMP protocol ( ndmpd on ) im my Media Server. The problem is that I'm installing the budtool to manager the backup and I'm putting this information on the installation : ROBOT_DEV_HOST paje ( paje is the name of my Network Appliance Server) ROBOT_DEV_NAME sjb ( sjb is the name that I give to my jukebox, I m using solaris in my Budtool host, but in the installation of the software said if I'm using NDMP protocol I have to put the name of the machine where the jukebox is connect and to use the spt to my device name ( I tried but give problem too. Can you help me define the correct name to my drivers ????. Remember that my jukebox has two drive ( A and B) that I want to connect both to the Network Appliance Server, which all my data are stored ) ROBOT_SCSI_ID 6 ( It is the SCSI ID that I set in the front panel of the jukebox robotics, you can see it bellow where I will shown the result of the probe-scsi command !!) ROBOT_SCSI_BUS 0 ( It is the SCSI Bus where my jukebox is connected on my Server) DATA_DEV_NAME0 nrst0a ( It is the name that him suggest to my first drive) DATA_DEV_HOST0 paje ( It is the name of the machine that it is associated) DATA_DEV_NAME1 nrst1a ( It is the name of the second drive) DATA_DEV_HOST1 paje ( machine associated) CLEANING_TAPE_SLOT -1,-2 PASSWORD xxxxxxxx ( It is my hexadecimal password generated from my my system - I put xxxxxx to not say the true password, sorry ). USEBARCODE Y ( I choose use bar-code reader) Here is the probe-scsi command result : SCSI Bus 0 Target 3 Unit 0 Removable Tape Quantum DLT4000 CD5A Target 4 Unit 0 Removable Tape Quantum DLT4000 CD5A Target 6 Unit 0 Removable Jukebox Device BHTi Q2 1.50 SCSI Bus 1 SCSI Bus 2 Here is the error that is given in the verify_install command of budtool ( the REMINDER file): 1 Failed to add the sjb device driver to the system. 2 An sjb device may already be loaded, or the file 3 /kernel/drv/sjb.conf may be missing or incorrect. ~ ~ But I see the kernel and into the Kernel directory has the file above : root@araras[432]<drv>: ls arp* glm* options* ptsl.conf ssd.conf arp.conf hme* options.conf qe* ssd.conf.11239853 atapicd* icmp* pci_pci* qec* st* atapicd.conf icmp.conf pcmcia* rtvc* st.conf be* ip* pcmcia.conf sad* stp4020* bpp* ip.conf pcmem* sad.conf sy* clone* isp* pcram* sd* sy.conf clone.conf iwscn* pcram.conf* sd.conf tcp* cn* iwscn.conf pcser* se* tcp.conf cn.conf le* pem* ses* tl* conskbd* lebuffer* pem.conf ses.conf tl.conf conskbd.conf llc1* pln* sjb uata* consms* llc1.conf pln.conf sjb.conf udp* consms.conf log* profile* soc* udp.conf dad* log.conf pseudo* socal* wc* dad.conf mm* pseudo.conf sp* wc.conf ecpp* mm.conf ptc* sp.conf xbox* esp* openeepr* ptc.conf spcic* fas* openeepr.conf ptsl* ssd* root@araras[433]<drv>: and into the file sjb.conf has : 1 # Configuration file for PDC's sjb driver. 2 3 name="sjb" class="scsi" 4 target=0 lun=0; 5 6 name="sjb" class="scsi" 7 target=1 lun=0; 8 9 name="sjb" class="scsi" 10 target=2 lun=0; 11 12 name="sjb" class="scsi" 13 target=3 lun=0; 14 15 name="sjb" class="scsi" 16 target=4 lun=0; 17 18 name="sjb" class="scsi" 19 target=5 lun=0; 20 21 name="sjb" class="scsi" 22 target=6 lun=0; ~ ~ Could you help me resolve this problem of the jukebox and budtool installation. What is the name of the drivers that I have to use ????. How to resolve this problems bellow ????. Remember that my host is running Solaris 2.5.1 and My Server is a Network Appliance F230 and I have to use the NDMP protocol to control it. My jukebox Q2.15 DLT 400 has two drivers !!. Please, help me !!! Thank you very much ! Alexandre G. Gomes

1 0

RE: SNMP with netapp?
by jrg＠acm.org 15 Jul '99

15 Jul '99

On Tue 13 Jul, 1999, "Thompson, Tim" <tim.thompson(a)netapp.com> wrote: >The package contains both MRTG and a Makefile-driven configuration >process that will construct the MRTG files needed to monitor >your Netapp Filers. It works on Solaris and Linux. Anyone playing around with MRTG and variants please do go take a look at 'Cricket'. You could consider it the version 3 that will never actually appear, it uses the rrd-tool storage mechanism written by the author of MRTG, and has a nice clean (imho) configuration mechanism. http://www.munitions.com/~jra/cricket/ James.

2 1

RE: Backup alternatives (again)
by Al Phoenix 14 Jul '99

14 Jul '99

I can't speak for other products, but we implemented Veritas to backup our 6 plus filers and we are very happy. Alan R. Phoenix E-mail:phoenix@wnt.sas.com SAS Institute Phone 919-677-8000 ext. 15827 SAS Campus Drive Cary, NC 27513 FAX 919-677-4444 -----Original Message----- From: Lewis [mailto:lsa@netline.net.uk] Sent: Wednesday, July 14, 1999 10:40 AM To: toasters(a)mathworks.com Subject: Backup alternatives (again) Hi everyone, This is a first time posting from someone new to NatApps, so please bare with me. I hve been subscribed to the list for a while and read the archive to get up to speed on passed discussions. I would appreciate it if list members could make suggestions about what alternative backup solutions are available and what kind of (un)recommendations this group puts on these alternatives. This is a follow on from from previous discussions regarding the use of Budtool. I have taken over responsability for the backups as Shiona Mceill (former list contributer is on maternity leave). Due to our lack of success with the implementation of Budtool and their recent demise from the UK market, we have decided not to pursue this solution. We have looked at Netbackup from Veritas. Any comments? We are currently looking at Quick Restore from Workstation Solutions. Any comments? As for platforms and configuration: We have 3+ F720 on 2 sites (ONTAP 5.1.2R3). 3 suns running SunOS 5.7, ATL L500 Library (DTL 7000 drive) and potentially in the future a large number of linux boxes. NDMP has up until now been the preferred option as it seems to be the way forward with the NetApps. However, all that I have seen so far indicates that NDMP support in existing backup tools is a bit of a bolt inclusion that does not sit well with existing products or product architecture. In order to configure the multiplatform network, dubious (built in) workarounds have to be made to get the system to work. These vary from additional links being wired into the library (locally attached to a NetApp), so that the unix data can be backed-up, to dummy library configuration for not local (library) attachments to NetApps. All in all, any comments? Hopefully you will be able to tell me that I don't have a clue what I am on about and that it is all straightforward. Somehow I doubt this to be entirely the case, seeing the hoops we jumps through with budtool. here's hoping, Lewis

1 0

ARP Timeout
by Sean Hinchey 14 Jul '99

14 Jul '99

Does anyone know if you can adjust the ARP cache timeout value in DOT 5.3.1?

2 1

Random reboots on clustered F740 during backups
by Stoltz 14 Jul '99

14 Jul '99

Is anyone else having this problem? We have 2 clustered F740s running 5.3D11 that are backed up via Budtool 4.6, and one of them (bonnie) reboots about every 10 to 15 days during backups. It isn't restricted to a particular level of dump, time of dump, or seemingly anything else non-randomly reproducible :( I've now sent several cores off to netapp for analysis, and to all I've received the same reply: Bug 16084. Problem is that 3 args were expected, but only 2 were given. The following message is what it was trying to print out: "Your dump succeeded, but it could not update the table. The data is safe, but this dump cannot be the base of a future incremental, unless you update the table by hand." Now, the immediate thing every engineer I've talked to has said was "check the permissons on /etc/dumpdates". Of course, the permissions on both boxes in the cluster are exactly the same, the dumpdates file *has* been getting updated, there isn't an issue with space, pretty much every reason we've been given as to why this is happening just ain't so. Besides, the other 740 in the cluster hasn't had any problems with backups as of yet (knock on wood). So, this leaves me wondering, has anyone else seen this and if so, what's your configuration like? Bleah, Mark Susquehanna Partners

1 0

Backup alternatives (again)
by Lewis 14 Jul '99

14 Jul '99

Hi everyone, This is a first time posting from someone new to NatApps, so please bare with me. I hve been subscribed to the list for a while and read the archive to get up to speed on passed discussions. I would appreciate it if list members could make suggestions about what alternative backup solutions are available and what kind of (un)recommendations this group puts on these alternatives. This is a follow on from from previous discussions regarding the use of Budtool. I have taken over responsability for the backups as Shiona Mceill (former list contributer is on maternity leave). Due to our lack of success with the implementation of Budtool and their recent demise from the UK market, we have decided not to pursue this solution. We have looked at Netbackup from Veritas. Any comments? We are currently looking at Quick Restore from Workstation Solutions. Any comments? As for platforms and configuration: We have 3+ F720 on 2 sites (ONTAP 5.1.2R3). 3 suns running SunOS 5.7, ATL L500 Library (DTL 7000 drive) and potentially in the future a large number of linux boxes. NDMP has up until now been the preferred option as it seems to be the way forward with the NetApps. However, all that I have seen so far indicates that NDMP support in existing backup tools is a bit of a bolt inclusion that does not sit well with existing products or product architecture. In order to configure the multiplatform network, dubious (built in) workarounds have to be made to get the system to work. These vary from additional links being wired into the library (locally attached to a NetApp), so that the unix data can be backed-up, to dummy library configuration for not local (library) attachments to NetApps. All in all, any comments? Hopefully you will be able to tell me that I don't have a clue what I am on about and that it is all straightforward. Somehow I doubt this to be entirely the case, seeing the hoops we jumps through with budtool. here's hoping, Lewis

1 0

Re: Anybody seen this crash?
by sirbruce＠ix.netcom.com 13 Jul '99

13 Jul '99

On 07/12/99 23:47:14 you wrote: > > > >My netapp running my news spool is dying with: > >saving 192M to /etc/crash/core.7.nz ("../common/wafl/write_alloc.c:1412: >Assertion failure.") > >F630, 200GB disk, OnTap 5.3.1 > >Thinking of running wack... after idling it. In my experience write_alloc.c crashes are often related to filesystem inconsistencies. Running wack sounds like a good idea. >So far, 7 days, 7 crashes. Haven't touched it in weeks, didn't even know >it had died since it boots up so quick. First, you should put yourself on its autosupport, that way it will notify you as soon as it reboots. You can even link it to your email pager if you like. Then you can either read the full email to see what happened or check the system messages logs. As to the crashes, the fact there is 7 in 7 days would seem important, if indeed you are getting one every day. You don't say if they are all at the same time; if they are, then it might be indicative of a particular process running (cron job) at a particular time every day. Since it's a news spool, it is not unlikely that your entire filesystem gets scanned every day anyway, so even if they are at different times it could be a particular directory or file that is corrupted that crashes the filer ever time the news server tries to modify it. Netapp support, as always, is the best place to get help when you have a crash. Bruce

2 1

Interesting permissions problem
by Graham C. Knight 13 Jul '99

13 Jul '99

A filer of ours (ast-h-dcf04) has NFS exported as root to a system named "nimbus". The filer is giving permission denied messages when trying to access some files as root. This is causing backups to fail for this file (and a few others). Anyone seen this type of behaviour?: [nimbus] ~ 103> sudo file "/data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc" /data/ast-h-dcf04/ast-h-dcf04-1/kfackler/ups/UPS Server Backup.doc: cannot open: Permission denied Other files in the same directory can be accessed, and they have identical permissions as this one: -rwx------ 1 kfackler nt 19968 Jul 8 09:10 UPS Server Backup.doc* I thought maybe this user had it locked in CIFS, but: ast-h-dcf04> cifs sessions kfackler users shares/files opened MA106734 (ACCT02\kfackler - kfackler) {home_dir} Is there a way to list the files locked by CIFS on a filer? And even if it were locked - why can't root do querires on the file, or back it up? This filer is running 5.3D14. Hopefully I'm missing something very obvious here.... Thx, Graham

2 1

Jump to page:

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