Data Backup and Recovery
Data Backup and Recovery
Hi all,
Yesterday i was configured my first snapcreator for domino, and when i start a backup manualy works fine but if i start the same backup with a scheduled task it doesn't work. this morning if i send a manual backup and it doesn't work
i atthach the complete log for the error task. and my snapcreator is 3.6 32bits
9080 Transactional Logging must be enabled for this function.
9081 Error getting transaction log style.
9082 ERROR_CODE:0
9083 [Fri Mar 22 14:05:22 2013] [10.10.230.252:9090(3.6.0.1)] INFO: Unquiescing databases finished successfully
9084
9085 ########## PRE EXIT COMMANDS ##########
9086 [Fri Mar 22 14:05:22 2013] INFO: No commands defined
9087
9088 ########## PRE EXIT COMMANDS FINISHED SUCCESSFULLY ##########
9089 [Fri Mar 22 14:05:22 2013] DEBUG: Exiting with error code - 1
thanks in advance
Jordi,
I took a look through the log and you appear to be having a connection error with your storage system.
From the log:
########## Gathering Information for 10.10.231.231:vol_Notes ##########
[Fri Mar 22 14:04:16 2013] INFO: Performing Snapshot Inventory for vol_Notes on 10.10.231.231
[Fri Mar 22 14:04:16 2013] DEBUG: ZAPI REQUEST
<snapshot-list-info>
<volume>vol_Notes</volume>
<terse>true</terse>
</snapshot-list-info>
[Fri Mar 22 14:05:16 2013] TRACE: ZAPI RESULT
<results status="failed" reason="in Zapi::invoke, cannot connect to socket" errno="13001"></results>
[Fri Mar 22 14:05:16 2013] ZAPI: in Zapi::invoke, cannot connect to socket
[Fri Mar 22 14:05:16 2013] ERROR: [scf-00013] Inventory of vol_Notes on 10.10.231.231 failed! Exiting
It seems you are having a communication error with your storage.
Is this a vfiler by chance? this message is also present:
[Fri Mar 22 14:04:16 2013] WARN: Unable to determine if connection is a vFiler. There is a communications issue and TRANSPORT is not set to HTTP, if the connection is a vfiler HTTP is required
Try setting communications to HTTP and see if that resolves the issue.
Looking through the log the Domino pieces appear to be working correctly - The storage communication is where you are having problems.
This message:
Transactional Logging must be enabled for this function.
Error getting transaction log style.
ERROR_CODE:0
Just means that transaction logging for Domino is not enabled - It is not an issue. ERROR_CODE: 0 indicates that all is well.
Thanks,
John
Please provide us with the below output from 10.10.231.231
10.10.231.231> options httpd
Hi,
this is the httpd options for the host 10.10.231.231
httpd.access legacy
httpd.admin.access legacy
httpd.admin.enable on
httpd.admin.hostsequiv.enable off
httpd.admin.max_connections 512
httpd.admin.ssl.enable on
httpd.admin.top-page.authentication on
httpd.autoindex.enable off
httpd.bypass_traverse_checking off
httpd.enable on
httpd.ipv6.enable off
httpd.log.format common (value might be overwritten in takeover)
httpd.method.trace.enable off
httpd.rootdir /vol/vol0/home/http
httpd.timeout 300 (value might be overwritten in takeover)
httpd.timewait.enable off (value might be overwritten in takeover)
The conection between snapcreator and controller is with HTTPS. the snapdrive connection in computer of the snapcreator agent is installed (lotus Domino) works with RPC.
best regards
Thank you.
The connection seems to be okay, as I see asup generation message in the log.
The httpd settings are also correct.
Please provide me with the below output.
10.10.231.231> vol status vol_Notes
10.10.231.231> snap list vol_Notes
Hi,
thanks for your response, this is the result of your questions
the result of "vol_satus"
Netapp2> vol status vol_Notes
Volume State Status Options
vol_Notes online raid_dp, flex nosnap=on, create_ucode=on, convert_ucode=on,
64-bit no_i2p=on, fractional_reserve=0
Volume UUID: db8c517a-84e1-11e2-ad78-123478563412
Containing aggregate: 'aggr_SAS2'
the result of snap list, this snaps only 4 of these works fine with snapcreator, the rest of it the status was error.
Netapp2> snap list vol_Notes
Volume vol_Notes
working...
%/used %/total date name
---------- ---------- ------------ --------
1% ( 1%) 0% ( 0%) Mar 22 14:50 Getafix-daily_20130322144209
3% ( 2%) 1% ( 1%) Mar 21 22:06 Getafix-daily_20130321220002
4% ( 1%) 1% ( 0%) Mar 21 20:19 Getafix-daily_20130321200801
5% ( 1%) 1% ( 0%) Mar 21 18:11 Getafix-daily_20130321180001
6% ( 1%) 2% ( 0%) Mar 21 16:28 Getafix-daily_20130321162050
6% ( 1%) 2% ( 0%) Mar 21 15:06 Getafix-daily_20130321145826
9% ( 2%) 2% ( 1%) Mar 20 10:11 Getafix_snap-daily_20130320100322
10% ( 2%) 3% ( 0%) Mar 19 22:08 Getafix_snap-daily_20130319220102
11% ( 1%) 3% ( 0%) Mar 19 16:42 Getafix_snap-daily_20130319163253
13% ( 3%) 4% ( 1%) Mar 18 14:09 Getafix_snap-daily_20130318140102
15% ( 1%) 4% ( 0%) Mar 18 08:06 Getafix_snap-hourly_20130318080100
16% ( 2%) 5% ( 0%) Mar 17 22:53 Getafix_snap-hourly_20130317224710
17% ( 2%) 5% ( 1%) Mar 15 23:52 Getafix_snap-hourly_20130315234531
Best Regards
Getafix-daily.conf edit this file look for a value called NTAP_TIMEOUT
Increase this value from 60 seconds to 300 seconds.
hi,
Thanks for your response.
I start the snapshot manualy and work's fine, tomorrow i will send more feedback if it works with the sheduled snapshots.
Best Regards
Hi,
today the sheduled shapshots doesn't work, and the comunicaciont with the agent was down, i restart the agent and the next shedule at 16:00 it doesn't work.
thanks in advance.
Could you please run the scdump (available from the GUI) and email me the output? my email address is sivar at netapp.com
Also, when you email please provide me with ur storage serial number. I would like to take a look at the autosupport messages.
Hi,
thaks for all, i send it to you any information
Best regards.
Jordi,
I am seeing from the logs that the Domino plugin does not complete it tasks within 15 minutes (900 seconds).
Please edit the config file and set this value SC_AGENT_TIMEOUT=3600
Please let us know how the backups behave after this value is set.
Thanks much.