SearchFAQMemberlist Log in
Reply to topic Page 1 of 1
Cannot alloc contig buf for I/O error.
Author Message
Post Cannot alloc contig buf for I/O error. 
I have resolved the problem but not sure how.

I changed

device-property "BLOCK_SIZE" "1024k"

to

device-property "BLOCK_SIZE" "1 mbytes"

and I rebooted the system.

My amflush is running with out the errors.

Robert

-----Original Message-----
From: McGraw, Robert P
Sent: Monday, February 28, 2011 4:49 PM
To: 'amanda-users < at > amanda.org'
Subject: RE: Cannot alloc contig buf for I/O error.


-----Original Message-----
From: owner-amanda-users < at > amanda.org [mailto:owner-amanda-
users < at > amanda.org] On Behalf Of McGraw, Robert P
Sent: Monday, February 28, 2011 4:19 PM
To: 'amanda-users < at > amanda.org'
Subject: Cannot alloc contig buf for I/O error.


build: VERSION="Amanda-3.2.0" on a Sun x86 Solaris 10 host

I just started getting the fillowing errors.

Feb 28 15:57:36 hertz.math.purdue.edu scsi: [ID 107833 kern.warning]
WARNING: /pci < at > 0,0/pci10de,376 < at > a/pci10b5,8114 < at > 0/pci1000,10b0 < at > 8/st < at > 1,0
(st1):
Feb 28 15:57:36 hertz.math.purdue.edu Cannot alloc contig buf for
I/O
for 1048576 blk size
Feb 28 15:57:36 hertz.math.purdue.edu scsi: [ID 107833 kern.warning]
WARNING: /pci < at > 0,0/pci10de,376 < at > a/pci10b5,8114 < at > 0/pci1000,10b0 < at > 8/st < at > 1,0
(st1):
Feb 28 15:57:36 hertz.math.purdue.edu Cannot alloc contig buf for
I/O
for 1048576 blk size

My amanda.conf file shows the following block size

device-property "BLOCK_SIZE" "1024k"

I relabeled the tape to be sure I had to correct block size and still
get the errors.

I have been running with this setup for the last several months. why
all the sudden would the block size change on me?

Thanks

Robert


_____________________________________________________________________
Robert P. McGraw, Jr.
Manager, Computer System EMAIL: rmcgraw < at > purdue.edu
Purdue University ROOM: MATH-807
Department of Mathematics PHONE: (765) 494-6055
150 N. University Street
West Lafayette, IN 47907-2067



[McGraw, Robert P]

As a followup I see the following entries in my debug file
/tmp/amanda/server/daily/taper.20110227231047.debug. Does this give any
clues?


Sun Feb 27 23:10:47 2011: taper: pid 15570 ruid 30002 euid 30002
version 3.2.0: start at Sun Feb 27 23:10:47 2011
Sun Feb 27 23:10:47 2011: taper: config_overrides: diskfile disklist
Sun Feb 27 23:10:47 2011: taper: pid 15570 ruid 30002 euid 30002
version 3.2.0: rename at Sun Feb 27 23:10:47 2011
Sun Feb 27 23:10:47 2011: taper: chg-robot: using statefile
'/local/amanda/amanda/etc/amanda/daily/chg-zd-mtx-state'
Sun Feb 27 23:10:47 2011: taper: Amanda::Taper::Scan::traditional stage
1: search for oldest reusable volume
Sun Feb 27 23:10:47 2011: taper: Amanda::Taper::Scan::traditional
oldest reusable volume is 'D01002'
Sun Feb 27 23:10:47 2011: taper: Amanda::Taper::Scan::traditional stage
1: searching oldest reusable volume 'D01002'
Sun Feb 27 23:10:47 2011: taper: invoking /opt/csw/sbin/mtx -f
/dev/changer/0 status
Sun Feb 27 23:10:48 2011: taper: c4: updating state
Sun Feb 27 23:10:48 2011: taper: c4: loading label 'D01002'
Sun Feb 27 23:10:48 2011: taper: c4: requested volume is already in
drive 0
Sun Feb 27 23:10:48 2011: taper: c4: polling 'tape:/dev/rmt/0cbn' to
see if it's ready
Sun Feb 27 23:10:51 2011: taper: c4: setting current slot to 2
Sun Feb 27 23:10:51 2011: taper: Amanda::Taper::Scan::traditional
result: 'D01002' on tape:/dev/rmt/0cbn slot 2, mode 2
Mon Feb 28 03:17:38 2011: taper: Amanda::Taper::Scribe preparing to
write, part size 0, using cache_inform (splitter) (no LEOM)
Mon Feb 28 03:17:38 2011: taper: Starting <Xfer < at > 89e7af0
(<XferSourceHolding < at > 89b5da0> -> <XferDestTaperSplitter < at > 89ea568>)>
Mon Feb 28 03:17:38 2011: taper: Final linkage:
<XferSourceHolding < at > 89b5da0> -(PULL_BUFFER)-> <XferElementGlue < at > 88baf88>
-(PUSH_BUFFER)-> <XferDestTaperSplitter < at > 89ea568>
Mon Feb 28 03:17:38 2011: taper: Building type TAPESTART header of
1048576-1048576 bytes with name='D01002' disk='' dumplevel=0 and
blocksize=1048576
Mon Feb 28 03:17:42 2011: taper: invoking /opt/csw/sbin/mtx -f
/dev/changer/0 status
Mon Feb 28 03:17:43 2011: taper: c4: updating state
Mon Feb 28 03:17:43 2011: taper: Building type SPLIT_FILE header of
1048576-1048576 bytes with name='hertz' disk='/gauss/export/varmail'
dumplevel=0 and blocksize=1048576
Mon Feb 28 07:20:23 2011: taper: Amanda::Taper::Scribe preparing to
write, part size 0, using cache_inform (splitter) (no LEOM)
Mon Feb 28 07:20:23 2011: taper: Starting <Xfer < at > 89d73e0
(<XferSourceHolding < at > 89e7898> -> <XferDestTaperSplitter < at > 89e77d0>)>
Mon Feb 28 07:20:23 2011: taper: Final linkage:
<XferSourceHolding < at > 89e7898> -(PULL_BUFFER)-> <XferElementGlue < at > 8a5fe18>
-(PUSH_BUFFER)-> <XferDestTaperSplitter < at > 89e77d0>
Mon Feb 28 07:20:23 2011: taper: Building type SPLIT_FILE header of
1048576-1048576 bytes with name='galileo' disk='/' dumplevel=0 and
blocksize=1048576
Mon Feb 28 08:10:07 2011: taper: Amanda::Taper::Scribe preparing to
write, part size 0, using cache_inform (splitter) (no LEOM)
Mon Feb 28 08:10:07 2011: taper: Starting <Xfer < at > 89e0928
(<XferSourceHolding < at > 8a52968> -> <XferDestTaperSplitter < at > 8a528a0>)>
Mon Feb 28 08:10:07 2011: taper: Final linkage:
<XferSourceHolding < at > 8a52968> -(PULL_BUFFER)-> <XferElementGlue < at > 8a566c0>
-(PUSH_BUFFER)-> <XferDestTaperSplitter < at > 8a528a0>
Mon Feb 28 08:10:07 2011: taper: Building type SPLIT_FILE header of
1048576-1048576 bytes with name='hertz'
disk='/gauss/export/rpoolbackup' dumplevel=5 and blocksize=1048576
Mon Feb 28 08:48:15 2011: taper: Amanda::Taper::Scribe preparing to
write, part size 0, using cache_inform (splitter) (no LEOM)

Display posts from previous:
Reply to topic Page 1 of 1
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
  


Magic SEO URL for phpBB