On 6/21/10 4:38 PM, Andrew Deason wrote:
On Mon, 21 Jun 2010 17:26:10 -0500
Andrew Deason wrote:
This information is stored in the vldb, but is not available to any VL
RPCs.
Er, actually, the 'reason' is available to the vldb RPCs. But the
timestamp is not, and the 'reason' flags a
From what I could gather the "invalid volume id" bug was first a patch
and then rolled in to 1.4.14
Built/installed 1.4.14 on one of two file servers in a test cell.
Doesn't seem to be working, still getting "invalid volume ID" error
jplis-fil-krb03 root > strings /usr/afs/bin/salvager | grep
ply both sets of
patches above, and report back.
Kim
On 3/9/2011 3:18 PM, Andrew Deason wrote:
On Wed, 09 Mar 2011 14:49:24 -0700
Kim Kimball wrote:
From what I could gather the "invalid volume id" bug was first a patch
and then rolled in to 1.4.14
The only changes in 1.
Thanks much.
I'll report back with results.
Kim
On 3/10/2011 1:21 PM, Jeffrey Altman wrote:
On 3/10/2011 2:49 PM, Kim Kimball wrote:
You're right. Looking at the 1.4.14 source and comparing with what the
patches intended, it's clear the patch(es) never made it into the
e with this. Should I apply the
c39d0161552bf69affe839fcb36dfb858dbaedc1 patch to 1.4.12 and report back
with that as well?
Kim
On 3/11/2011 9:18 AM, Jeffrey Altman wrote:
You will want Andrew's patch http://gerrit.openafs.org/#change,4199 to
the salvager.
On 3/11/2011 11:11 AM, Kim Ki
Douglas E. Engert anl.gov> writes:
>
> Using OpenAFS 1.6.0b with KfW 3.2.2 on Windows 7 32bit
> on new machines that are joined to the domain.
>
> We are seeing a popup in the task bar when a non privilaged user
> logins saying: "Failed to renew credentials for..."
>
>
I'm seeing the sam
I'm experiencing an increase of several minutes in startup time when the
1.7.2 OpenAFS service [RDR interface] is enabled, relative to startup
time when the service is disabled and then started manually.
If I start the service after boot up has completed, it starts very
quickly (seconds.)
I've di
2011 10:58 AM, Jeffrey Altman wrote:
> On 11/30/2011 12:43 PM, Kim Kimball wrote:
>> I'm experiencing an increase of several minutes in startup time when the
>> 1.7.2 OpenAFS service [RDR interface] is enabled, relative to startup
>> time when the service is disabled and t
On 11/28/2011 4:18 PM, Jeffrey Altman wrote:
> On 11/28/2011 6:05 PM, Kim Kimball wrote:
>>
>>
>>
>> Douglas E. Engert anl.gov> writes:
>>
>>> Using OpenAFS 1.6.0b with KfW 3.2.2 on Windows 7 32bit
>>> on new machines that are joined to the
Perhaps there's a clue there -- no login is required on this machine.
What marks the end of "logon?"
On 11/30/2011 11:21 AM, Jeffrey Altman wrote:
> On 11/30/2011 1:07 PM, Kim Kimball wrote:
>> Time to the beginning of the blue "Welcome" screen with the blue
the approx 2.5 minutes I
expect (from successful boot attempts earlier, with AFS enabled for auto
start) and see what the lower time frame is for this behavior.
On 11/30/2011 2:12 PM, Jeffrey Altman wrote:
> On 11/30/2011 3:30 PM, Kim Kimball wrote:
>> Perhaps there's a clue there
On 11/30/2011 2:53 PM, Douglas E. Engert wrote:
>
>
> On 11/30/2011 3:28 PM, Kim Kimball wrote:
>> Correct, it's configured for automatic logon. Should have said "no
>> prompt for logon user/password."
>>
>> Waited 12+ minutes from first app
On 11/30/2011 3:25 PM, Kim Kimball wrote:
>
> On 11/30/2011 2:53 PM, Douglas E. Engert wrote:
>>
>> On 11/30/2011 3:28 PM, Kim Kimball wrote:
>>> Correct, it's configured for automatic logon. Should have said "no
>>> prompt for logon user/pa
Dumping the RW volume makes it "busy" during the dump, which makes the
volume unwritable -- and generates "afs: Waiting for busy volume" errors
when a write occurs.
Dumping the .backup is not just a good practice, in my opinion, it is
the only sensible practice if keeping writability is important.
Of course. Didn't look at the numeric IDs. I assume that's what
happened here?
On 3/26/2012 2:19 PM, Derrick Brashear wrote:
> On Mon, Mar 26, 2012 at 3:17 PM, Kim Kimball wrote:
>> Dumping the RW volume makes it "busy" during the dump, which makes the
>>
You're right, but the cloning is fast ... so avoids most of the
writability issue, esp for large volumes ...
As for 'vos' ... lol -- maybe I should try _reading_ what's been
written. Sheesh.
Thx.
Kim
On 3/26/2012 2:02 PM, Andrew Deason wrote:
> On Mon, 26 Mar 20
I assume the previous file server no longer appears in VLDB, at all?
Kim
d...@ccre.com
970-215-6359
On Aug 16, 2012, at 9:03 AM, Andrew Deason wrote:
> On Thu, 16 Aug 2012 10:22:27 -0400
> Bob Hoffman wrote:
>
>> A number of clients persist in saying "Connection timed out" e
Nicely put, Jeff, and entirely true IMO -- regarding the best interests
of OpenAFS.
I'll try calling later this p.m.
Kim
On 9/7/2012 10:20 AM, Jeffrey Altman wrote:
> Earlier this month I resigned from the OpenAFS Elders. I want to
> briefly explain the reasons why I felt the need to step down.
grams at ASU
> 602-496-0424
>
>
Kim Kimball
k...@thekimballs.com
970-215-6359
PLEASE NOTE NEW EMAIL ADDRESS: k...@thekimballs.com
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
r some reason. So,
> it's not surprising that nothing can access the volume.
>
> If you don't have the corresponding FileLog entries for the SalvageLog
> entries you gave, run the salvage again; if the same thing happens, show
> what it says i
When AFS was still solely a proprietary product of Transarc/IBM there
was no open source.
Arla was implementing at least the AFS client when no client source was
openly available.
I expect there's more going on, and don't know what the differences in
focus are right now.
Leroy Tennison w
http://www.openafs.org/pages/doc/AdminReference/auarf018.htm
Andrew Bacchi wrote:
I don't see anything in the Admin Guide that addresses using 'backup' to
dump to disk rather than tape. Is there a sample configuration for
this, or do I substitute the device name of the partition for the dev
er out volumes whose RW parents
had not been updated relative to the ROs.
Kim Kimball
Horst Birthelmer wrote:
On Jan 11, 2006, at 5:40 AM, Mike Polek wrote:
The vos release won't actually do any volume copying
if things are already up-to-date, but it takes a lot
longer to issue a vos rele
UAL also has such an auto-release tool. Before I left there we'd queue
several thousand release requests from an automated system; vos exa
update compares would usually reduce these to < 100, in many cases to <
10, and sometimes to 0.
Prior to implementing the update-time comparisons our nigh
The thing that's interesting is that the messages we've seen are always
the same pattern:
Sat Jan 21 14:24:56 2006 FindClient: client X(Y) already
had conn 12bbb28 (host 894ea06a), stolen by client X(Y)
This looks like the same client/SID is stealing from itself??
For the 2 hosts almost always
Jeffrey Altman wrote:
Juha Jäykkä wrote:
Everything runs linux with Debian/Sarge and its OpenAFS packages; that
means OpenAFS version 1.3.81 atop kernel 2.6.8.
-Juha
Someone else with knowledge of the Linux clients will have to help
you debug the client the behavior. If this was a Windows
"bos removehost" is used to remove an entry from the server
/usr/afs/etc/CellServDB file, not to remove a fileserver from a list
"vos listaddr" gives a list of fileservers that have (or have had)
entries in the cell's VLDB.
"vos changeaddr -remove" can be used to cull the "vos listaddr" list
Jeffrey Altman wrote:
Juha Jäykkä wrote:
The situation is this:
RW version of volume X on volume server A
RO versions of X on servers A (on same partition as RW copy) and B
Now users' $HOME is, of course, the RW version (/afs/blablabla/.username)
and programs using $HOME will complain when A
Juha Jäykkä wrote:
As soon as the client comes across a RW volume the path will be a RW
path. Therefore the clients will not switch. Are you sure your
clients are really using RO versions of the volume?
Yes, I understand this. This is why I wrote "Now users' $HOME is, of
course, the RW versi
it -- and can share it, I'd very much
appreciate same.
Thanks much.
Kim Kimball
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Christof Hanke wrote:
Do you use a NAMEI-fileserver ?
If yes,
you can move the files (while the fileserver being down.).
Just make sure you preserve all the unix file-attributes, so use
something like
cd /vicep
tar -cf - | tar -C /vicep -x
Then startup the fileserver again.
I have never used a
Jeffrey Hutzelman wrote:
On Thursday, June 01, 2006 08:58:59 AM -0600 Kim Kimball
<[EMAIL PROTECTED]> wrote:
Removing the volume header files from the original vicep unusable
... except that the salvager can recover from this.
___
On an inode file
If you're going to flame each other why not do it off list and not waste
anyone's time?
Thanks.
Kim
Jeffrey Altman wrote:
Ted:
This is an open source project. You are a user of the code. I am not
aware that there is a bug in the code because you have provided no
evidence to that effect.
tition to
another on the same server ?
b) Does one specify the actual partition name (/dev/sda11) or the
corresponding mountpoint (/vicepb) ?
Thanks.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/open
FS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
begin:vcard
fn:Dexter 'Kim' Kimball
n:Kimball;Dexter
email;internet:[EMAIL PROTECTED]
tel;work:970-207-1474
tel;fax:866-514-9676
tel;home:970-215-6359
tel;cell:818-726-6392
x-mozilla-html:TRUE
version:2.1
end:vcard
ly data.
If your purpose is instant failover to read/write data then AFS does not
qualify, as Chris says.
Kim
Chris
begin:vcard
fn:Dexter 'Kim' Kimball
n:Kimball;Dexter
email;internet:[EMAIL PROTECTED]
tel;work:970-207-1474
tel;fax:866-514-9676
tel;home:970-215-6359
tel;cell:818-726-6392
x-mozilla-html:TRUE
version:2.1
end:vcard
Hello all,
Should know but if I did I've forgotten.
How can I find the config log for the Solaris builds, RPMs, etc?
Thanks!
Kim
begin:vcard
fn:Dexter 'Kim' Kimball
n:Kimball;Dexter
email;internet:[EMAIL PROTECTED]
tel;work:970-207-1474
tel;fax:866-514-9676
tel;home:970-21
begin:vcard
fn:Dexter 'Kim' Kimball
n:Kimball;Dexter
email;internet:[EMAIL PROTECTED]
tel;work:970-207-1474
tel;fax:866-514-9676
tel;home:970-215-6359
tel;cell:818-726-6392
x-mozilla-html:TRUE
version:2.1
end:vcard
Derrick J Brashear wrote:
On Thu, 18 Jan 2007, Kim Kimball wrote:
Hello all,
Should know but if I did I've forgotten.
How can I find the config log for the Solaris builds, RPMs, etc?
The ones on www.openafs.org? We don't distribute anything other than
what's in make dest or
Derrick J Brashear wrote:
On Fri, 26 Jan 2007, Kim Kimball wrote:
I take it there's some reason this is useful to have?
Sure. I'm looking for config options -- large file support, fast
restart, quiet file server (no console output), etc.
large file support is on, at this poin
d the openafs.org packaged build and built myself. Same results.
Kim
begin:vcard
fn:Dexter 'Kim' Kimball
n:Kimball;Dexter
email;internet:[EMAIL PROTECTED]
tel;work:970-207-1474
tel;fax:866-514-9676
tel;home:970-215-6359
tel;cell:818-726-6392
x-mozilla-html:TRUE
version:2.1
end:vcard
Thanks much, Russ.
Russ Allbery wrote:
Kim Kimball <[EMAIL PROTECTED]> writes:
Has anyone else seen this behavior:
bash-2.05$ pts mem kim:foobar
Members of kim:foobar (id: -152687) are:
bash-2.05$ pts rename kim:foobar kim:boofar
Segmentation Fault (core dumped)
bas
Jeffrey Hutzelman wrote:
On Wednesday, January 31, 2007 03:44:35 PM -0800 Renata Maria Dart
<[EMAIL PROTECTED]> wrote:
Hi Jeff,
Does -showsuid also imply -nowrite, or can it be used with -nowrite
to avoid taking the server out?
Yes, -showsuid also implies -nowrite.
In general, you can
Derrick J Brashear wrote:
On Thu, 1 Feb 2007, Kim Kimball wrote:
Jeffrey Hutzelman wrote:
On Wednesday, January 31, 2007 03:44:35 PM -0800 Renata Maria Dart
<[EMAIL PROTECTED]> wrote:
Hi Jeff,
Does -showsuid also imply -nowrite, or can it be used with -nowrite
to avoid taki
d.
Could someone please either shoot my theories full of hls (as one of
my ESL students once said) and/or fill in the blanks?
Thanks very much.
Kim Kimball
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailma
stent with other's experiences?
Thanks!
Kim Kimball
begin:vcard
fn:Dexter 'Kim' Kimball
n:Kimball;Dexter
email;internet:[EMAIL PROTECTED]
tel;work:970-207-1474
tel;fax:866-514-9676
tel;home:970-215-6359
tel;cell:818-726-6392
x-mozilla-html:TRUE
version:2.1
end:vcard
37477428)
03/09/2007 12:53:14 No applicable vice inodes on vicepa; not salvaged
Temporary file /vicepa/salvage.inodes.vicepa.7394 is missing...
well. that's fun.
is there a chance of destruction by just tossing the Volume-file
with rm V0537477428.vol?
regards.
Alexander.
begin:vcard
fn:D
Uh oh ... what happens with vos zap for pre-1.4.2?
Derrick J Brashear wrote:
On Tue, 13 Mar 2007, Kim Kimball wrote:
Did you try 'vos zap -force'
If you're using pre 1.4.2, you probably shouldn't.
Alexander Al wrote:
Maybe is this something for a FAQ but I co
enticated connections
fs flush
fs flush
cp -p /local/path
chmod xxx /local/path
and then execute the suid files from the local disk.
There simply is no other method available at the moment within AFS.
Jeffrey Altman
Secure Endpoints Inc.
begin:vcard
fn:Dexter 'Kim'
client end
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
begin:vcard
fn:Dexter 'Kim' Kimball
n:Kimball;Dexter
email;internet:[EMAIL PROTECTED]
tel;work:970-207-1474
tel;fax:866-514-9676
tel;home:970-2
Yes, but I thought this depended on a file in the cache that had been
retrieved over an unauthenticated connection.
Lookup won't put a file in the cache.
Jeffrey Altman wrote:
Kim Kimball wrote:
If I abandon use of system:anyuser, except for lookup, does that get the
job done?
It
Any definitive conclusions?
Thanks!
Kim
Kim Kimball wrote:
Yes, but I thought this depended on a file in the cache that had been
retrieved over an unauthenticated connection.
Lookup won't put a file in the cache.
Jeffrey Altman wrote:
Kim Kimball wrote:
If I abandon use of system:anyuse
Would someone please refresh my memory.
ISTR that AFS volume location information is refreshed by the AFS client
every hour, but recent events lead me to below that it is two hours.
TIA
Kim
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
htt
Yesterday I removed one of multiple instances of root.cell.readonly
(from file server X) and one of multiple instances of root.afs.readonly
(from file server X also.)
Almost exactly two hours later a number of AFS clients could not access
/afs and/or /afs/, and the number of affected clients
release erroneously available?"
Would a client refuse to use a site so marked?
Fishing here.
Kim
Derrick J Brashear wrote:
On Thu, 26 Apr 2007, Kim Kimball wrote:
Would someone please refresh my memory.
ISTR that AFS volume location information is refreshed by the AFS
client every hour, but
Yeah, I realized I left that out.
File servers are running 1.4.1b
Clients: 1.4.x on MacOS, some Transarc 3.6 on Solaris 9, RHEL4 running
1.4.4.
Apparently not specific to a client version or platform.
Kim
Jeffrey Altman wrote:
Kim Kimball wrote:
Yesterday I removed one of
dence soon.
Kim
Jeffrey Altman wrote:
Kim Kimball wrote:
Yeah, I realized I left that out.
File servers are running 1.4.1b
Clients: 1.4.x on MacOS, some Transarc 3.6 on Solaris 9, RHEL4 running
1.4.4.
Apparently not specific to a client version or platform.
Kim
Did you lea
right now involves clients having bad volume
location info, but why that wouldn't start for two hours escapes me.
The client refresh of the cached volume info is on a 2 hr interval.
Surely some clients would have refreshed prior to the two hour mark at
which the issues began.
Jeffrey Altma
lumes they were using
and had drive letters assigned to.
That leaves the Mac, Linux and Solaris clients. Again, the question is
how many would have needed to resolve root.afs and root.cell during the
two hour window?
I don't know the answer but the audit logs would.
Jeffrey Altman
Kim Kimbal
I'm missing something WRT to Open AFS ACL changes.
Why not delete the PTS user entry "unmarriedname" and create the new PTS
entry "marriedname" with the same PTS ID?
ACLs store numeric PTSID; next time ACL entry is resolved the new name
will appear, retrieved from PTS DB.
Unless we're talki
ame
change and all of the authorization name changes for all services that
accept Kerberos authentication occur at approximately the same time.
Kim Kimball wrote:
I'm missing something WRT to Open AFS ACL changes.
Why not delete the PTS user entry "unmarriedname" and create
Yes, of course you're right. 'pts rename' as pointed out elsewhere is
the correct approach.
Glad I didn't follow my own post :-!
Russ Allbery wrote:
Kim Kimball <[EMAIL PROTECTED]> writes:
I'm missing something WRT to Open AFS ACL changes.
Wh
authentication name
change and all of the authorization name changes for all services that
accept Kerberos authentication occur at approximately the same time.
Fun!
Jeffrey Altman
Secure Endpoints Inc.
Kim Kimball wrote:
I'm missing something WRT to Open AFS ACL changes.
Why not d
Sorry for the delay in answering this. Went out of town for a while.
Four file servers, all with root.cell.readonly/root.afs.readonly
instances.
Used "vos remove" to remove one instance of each from one file server.
Kim
Christopher D. Clausen wrote:
Kim Kimball <[EM
Christopher D. Clausen wrote:
Adnoh <[EMAIL PROTECTED]> wrote:
Christopher D. Clausen wrote:
i don't want to have all the volumes in our headquarter. so every
time a user openes his word-doc or similar it would be completly
transfered over our VPN - and I
True. Whole-file if smaller than chunk size.
Jeffrey Altman wrote:
Kim Kimball wrote:
Read/write data is also cached. If not changed it remains cached. If
changed and pushed back to the file server it is marked stale in the
other client caches and fetched again by other
ve' is the definitive way to remove .readonly volumes. If
removing the clone (RO on same server and partition as RW) be sure to
specify .readonly suffix or the RW will be removed without warning.
Kim
Christopher D. Clausen wrote:
Kim Kimball <[EMAIL PROTECTED]> wrote:
S
Derrick J Brashear wrote:
On Thu, 10 May 2007, Christopher D. Clausen wrote:
[]
'vos remsite':
"This command is useful for removing read-only sites that
were mistakenly created with the vos addsite command, before
the vos release command actually releases them."
That seems like a was
'vos delentry' is particularly dangerous -- it removes the entire VLDB
entry and none of the data.
I had an admin (who I, embarrasingly enough, trained) who thought 'vos
delentry' was the command to use when deleting a volume.
He learned a lot about 'vos syncvldb' and 'vos syncserv' (to repai
To play devil's advocate, unless the network is really unstable (or
pitifully slow) the worst that will happen is temporary inconvenience,
and mostly to administrators. User's will be unable to modify PTS
protection groups and will not be able to change their password, unless
the network isola
Hello,
I've tried three different md5 tools (Windows md5summer, md5sum
Solaris/RHEL) and cannot get the MD5 sums to match.
The sums I get are consistent across the tools I'm using.
Is there a mode switch I'm missing, or something like that?
Thanks!
Kim
_
Would you try with the 1.4.4 release please?
Thanks!
Kim
Rodney M. Dyer wrote:
At 04:00 PM 5/29/2007, Kim Kimball wrote:
I've tried three different md5 tools (Windows md5summer, md5sum
Solaris/RHEL) and cannot get the MD5 sums to match.
I just downloaded the Win MSI and got the
The OAFS4Windows 1.4.4 *msi files, from OpenAFS.org "Download current
release," using right-click "Save target as" and also FlashGet.
Thanks for the suggestions. I did try openssl dgst -md5 and got the
same numbers I got with all the other md5 tools I tried.
Kim
Marcus
Our numbers are the same.
Thanks much.
Kim
Rodney M. Dyer wrote:
At 04:59 PM 5/29/2007, Kim Kimball wrote:
Would you try with the 1.4.4 release please?
Ok yes, it looks like the master sum on the OpenAFS site is invalid...
c:\temp>md5sum openafs-en_US-1-4-4.
hers
may.
I never taught this as best or even recommended practice when teaching
for Transarc/IBM or later when teaching my own classes, but your
hardware configuration or some other factor may make it relevant to your
AFS installation.
Kim Kimball
Jeff Greer wro
Why 'butm' and not 'butc?'
Gerald Macinenti wrote:
Hi,
When trying to restore a volume for which I have incremental dumps on
tape (not a tape but a file on an external disk), I can sucessfully
restore the last full dump but increments are not appended, I have the
following error in butc outp
Gerald, if you run "backup volinfo
Hi,
When trying to restore a volume for which I have incremental dumps on
tape (not a tape but a file on an external disk), I can sucessfully
restore the last full dump but increments are not appended, I have the
following error in butc output:
Restoring v
Can you tell me what's in the config file for the butm port?
(/usr/afs/backup/CFG_)
Gérald Macinenti wrote:
Kim Kimball a écrit :
Gerald, if you run "backup volinfo incrementals?
yes
Gerald Macinenti wrote:
Hi,
When trying to restore a volume for which I have incremental dump
Probably too late here ... the volserver can be killed without
restarting the fileserver. That will clear the volserver queue without
causing the fileserver to detach/reattach all the volumes, which can
take some minutes depending on how many volumes there are. It also
leaves your file server
The backup dump command has "-append" as an option.
Do you know if this was used when the dumps were created?
Gerald Macinenti wrote:
Carsten Schulz-Key wrote:
Gerald Macinenti wrote:
When trying to restore a volume for which I have incremental dumps
on tape (not a tape but a file on an exte
Gérald Macinenti wrote:
Kim Kimball a écrit :
The backup dump command has "-append" as an
option.
Do you know if this was used when the dumps were created?
yes it was used, and as I understand, this is what caused the problem
as appending to a dump is only
The listed ACL also states that the user 'vodot_e' (you, I think) can
change the ACL.
Just make sure that you have tokens, either for a system administrator,
or for 'vodot_e'
Kim
Frank Burkhardt wrote:
Hi,
On Mon, Jul 16, 2007 at 04:57:04PM +0200, El Barto wrote:
HI I have a
Why not restore the volume (restores to RW), replicate it (same server
and partition) and then remove the RW?
Mount the resulting readonly explicitly -- i.e. be sure to include the
.readonly suffix in the fs mkm
Works for me.
Kim
Steve Simmons wrote:
On Jul 18, 2007, at 10:27 AM, Carsten
Thanks for this, Frank.
Kim Kimball
Frank Burkhardt wrote:
Hi,
I did some benchmarks to find out, which filesystem is best:
http://fbo.no-ip.org/cgi-bin/twiki/view/Instantafs/WhichFs
Now my boss want's me to use ext3, I would prefer reiser3 - difficult
decision :-) .
Regards,
Steve Simmons wrote:
On Jul 19, 2007, at 7:10 PM, Kim Kimball wrote:
Why not restore the volume (restores to RW), replicate it (same
server and partition) and then remove the RW?
Mount the resulting readonly explicitly -- i.e. be sure to include
the .readonly suffix in the fs mkm
Works
Oh, I see, you're doing "vos exa foo" and not "vos exa foo.readonly" and
getting the message "Dump only information ... blah"
Missed the earlier part of the discussion -- why is this an issue?
Kim
Steve Simmons wrote:
On Jul 19, 2007, at 7:10 PM, Kim
to restore a previous instance of the VLDB and get rid of
this thing, or is that futile and I'd end up in the same place? Did I
exceed a field width and that's the reason for the bump?
TIA
Dexter "Kim" Kimball
___
OpenAFS-info m
Kim Kimball wrote:
Hello all,
In the process of doing a dump/restore of a .backup volume to a new RW
volume, followed by a 'vos backup' of the new volume, I got the
following error:
" Illegal max volid increment"
The restore completed, the volume is OK, the new .
I thought that the AFS client was supposed to do the equivalent of an
'fs checkv' on a timed thread, every hour.
Older AFS clients (OAFS 1.2.x, IBM/Transarc 3.6 xyz) don't appear to do
this.
Does anyone know if the OAFS 1.4.4 clients are reliably checking volume
ID mapping every hour (or jus
I think you're right. Two hours.
Solaris 5.9
Derrick Brashear wrote:
On 9/21/07, Kim Kimball <[EMAIL PROTECTED]> wrote:
I
thought that the AFS client was supposed to do the equivalent of an
'fs checkv' on a timed thread, every hour.
I think it's 2 hour
uot;
analog in the 'vos' command suite. Any undocumented utility, he says
with fervent hope?
Thanks!
Kim Kimball
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Thought I'd float this around again, just in case.
I've seen no issues with the sudden 3x increment in volume IDs, but
would like to reset anyway if there's a way to do it.
Kim
Kim Kimball wrote:
I recently got an error when restoring a volume, reported in previous
emai
Have you tried changeaddr from 127.0.0.1 to ??
You might also try
vos remove
.readonly #for each readonly instance
vos backup
vos dump .backup | vos restore
-overwrite full
Use the same volume name for each instance of
This will give you a new volumeID for which will be
reflect
he
VLservers again, wait for quorum, and "vos syncvldb" on servers
As long as 127.0.0.1 is not the 'primary' IP for any file server the
recreated VLDB entries should have no loopback reference.
Method 2 is probably the more definitive approach.
Kim
Kim Kimball wrote:
How does one know that the 127.* IPs really are gone?
vos listaddr
>From a client-only machine, 'vos listvl -server 127.0.0.1'
Kim
Christopher D. Clausen wrote:
Kim Kimball <[EMAIL PROTECTED]> wrote:
You might also try
vos remove .readonly #for eac
You can also remove the root.afs.readonly instances, do an "fs checkv,"
add the "dot path" (fs mkm /afs/. root.afs -rw) and then
replicate root.afs again. After that /afs/. will give RW
access to all volumes mounted below /afs/. as long as they're
not explicitly mounted as .readonly or .backu
If you're on a namei server, you
Well, the volume header names/volume IDs are also visible to ls with
the non-namei server.
And "vos listvol -fast" happily lists off line volumes in the output:
[EMAIL PROTECTED] ~]$ vos listvol angel a | grep bogus
bogusdupevolume.readonly 536
I believe you mean the VLDB entry for the volume is locked.
vos listvl shows the locked status, correct?
(Or would have in October)
Kim
Brian Gallew wrote:
Jeffrey Altman wrote:
What do you mean by "locked volumes"?
If you mean a client is holding a lock on a particular file in a volume,
While it's true that putting an RO on the same server and partition as
the RW will save some disk space, it doesn't protect against failure of
the RW storage device (LUN, drive, whatever.)
I therefore put some critical ROs on separate LUNs on the RW server.
In rampant paranoia,
Kim
Jeffrey
I use -fastrestart which is IIRC a compile-time option.
The liability is that some volumes may not be attached at startup.
The 'notifier' option in the BosConfig entry can be used to send email
or to automatically salvage individual volumes.
Although I've had very good luck with this I will
1 - 100 of 174 matches
Mail list logo
