On Aug 15, 2012, at 3:24 PM, Brandon Allbery wrote:
(Although I would think it'd check for the correct SRV RRs first and AFSDB
only as a fallback.)
This is indeed what the code does.
--
Mark Vitale
Sine Nomine Associates
___
OpenAFS-info mailing
I have been working on what seems to be a similar report to yours:
OpenAFS 1.6.1, RHEL6, crashed fileserver with SEGV, FSYNC seems implicated.
However, you are DAFS and my report is non-DAFS.
Would you be willing to send me your logs and cores?
Thanks,
--
Mark Vitale
mvit...@sinenomine.net
master, then make an alias
or copy src/vol/volinfo to volscan. After you have a volscan
you can invoke it like this:
# sudo volscan -find mount
Hope that helps,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
On May 31, 2013, at 9:58 AM, Jeffrey Altman jalt...@your-file-system.com
wrote:
On 5/31/2013 9:45 AM, Mark Vitale wrote:
forgot to copy the list on my reply to Ralf…
On May 31, 2013, at 8:48 AM, Brunckhorst, Ralf ralf.brunckho...@hp.com
wrote:
With dasalvager:
# /usr/afs/bin/dasalvager
Jeff is
describing - the ability to not only tolerate the presence of multiple
interfaces without breaking, but actually exploit the increased potential
throughput.
--
Mark Vitale
mvit...@sinenomine.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
On May 28, 2014, at 1:05 PM, Benjamin Kaduk ka...@mit.edu wrote:
... (wiki) edits can now be made equally from the web and through gerrit.
Thank you, Ben!
--
Mark Vitale
Sine Nomine Associates
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
fileserver -peers -noconns -onlyport 7001 | awk ...
Regards,
--
Mark Vitale
mvit...@sinenomine.net
signature.asc
Description: Message signed with OpenPGP using GPGMail
nunix: [ID 282658 kern.notice] Copyright (c) 1983,
> 2015, Oracle and/or its affiliates. All rights reserved.
>
> Sometimes the system reboots immediately and sometimes the system stays in a
> state where all attempts to access AFS end with I/O
y to be sure would be to look for
the panic messages in your syslog. If you still have those (from back in
October), it would be helpful to see them.
Regardless, I'm able to duplicate the problem quite easily.
I've opened https://rt.central.org/rt/Ticket/Display.html?id=132689 and I am
working on
nblks). This routine also increments the GotSomeSpaces counter, which is in
the same xstat_fs_test collection as nCBs, nFEs, and nblks. If you are
running close to the edge on callbacks, you should definitely track that
counter, and ideally you want it to always remain zero.
Regards,
--
nel level.
However, this does NOT explain your report of no problems with OpenAFS 1.6.17
and 1.6.16.
Could you please confirm that they are working fine?
Regards,
--
Mark Vitale
Sine Nomine Associates___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
htt
On Jul 16, 2016, at 12:43 AM, Benjamin Kaduk <ka...@mit.edu>
wrote:
> On Sat, 16 Jul 2016, Mark Vitale wrote:
>
>>
>> On Jul 15, 2016, at 10:39 PM, Chad William Seys <cws...@physics.wisc.edu>
>> wrote:
>>> I found the break point in when openafs
er details or OpenAFS documentation I can point you to.
—
Mark Vitale
Sine Nomine Associates
label SRXAFSCB_GetDE.
Thanks,
—
Mark Vitale
Sine Nomine Associates
> On Oct 13, 2016, at 7:16 AM, Karl Behler <karl.beh...@ipp.mpg.de> wrote:
>
> On 12.10.16 22:37, Mark Vitale wrote:
>> I don’t need to see all the output, just from label
>> SRXAFSCB_TellMeAboutYourself to label SRXAFSCB_GetDE. Thanks, — Mark Vitale
>> Si
irm it fixes the getcwd issue
> for us as well.
Please try:
https://gerrit.openafs.org/#/c/12796/
and let me know how it works for you.
Thanks,
—
Mark Vitale
Sine Nomine Associates
:�� T���)b� b�өzpJ)ߢ�^��좸!��l��b��(���~�+Y���b�ا~�~ȧ~
em.
I am working on a patch and will submit it to gerrit when it passes my tests.
Thank you to everyone who shared debugging and test results.
I will post here again when the patch is available in gerrit, so that anyone
who wishes may test it in their setup.
Regards,
—
Mark Vitale
Sine Nomine Associates
est system, so I don’t
expect I will need anything more from you for now. Thank you for all you
provided, and we will keep you informed if there is any progress.
Regards,
—-
Mark Vitale
OpenAFS release team
patch. Instead, I’ll wait until the master patches are merged,
then produce a
proper 1.6.x backport from that.
Regards,
—
Mark Vitale
efinitely seeing this also.
I was able to reproduce this today and have submitted a patch for review:
https://gerrit.openafs.org/#/c/13090/
This patch works in my testing.
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
level and OpenAFS release, so any
tips on what triggers this for you would be helpful.
Also, have you tried falling back to OpenAFS 1.6.20.2 or earlier? If so, what
were your results? If not, could you try it and let us know?
Thanks,
—
Mark Vitale
OpenAFS release team
ceding
messages from AFS)?
If you find one, please provide the relevant bits here. Or even better, please
open a ticket
at rt.central.org by sending an email to openafs-b...@openafs.org.
Tnanks,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-inf
hat you are
using -memcache.
Could you please also provide your afsd startup options and cache configuration?
Thanks,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
5*(cacheBlocks 100/ i 1024) = 1464
so cacheFiles remains 31250.
You may find the following commands useful when tuning the cache:
cmdebug -cache # gives the current cache configuration
xstat_cm_test 2 -onceonly | head -n 35 # gives live cache
statistics
Regards,
--
Mark Vital
urse), you should be able to start the fileserver.
I will submit a patch for this bug later today.
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
'butc' does not do this by default.
Instead, it forces the operator to specify one of the following options:
-localauth
All butc RPCs require superuser authentication.
This option must be run as root, and server key material must be present.
-allow_unauthenticated
All butc RPCs remain unauthenti
I think it's fine if you just update your backup components
for now. However, since some of these vulnerabilities are remotely
exploitable, I recommend updating the rest of your cell to the current
release as soon as you can manage it.
Regards,
--
Mark Vi
rror?
This should do the trick:
http://git.openafs.org/?p=openafs.git;a=commit;h=e7d8dc01cc1f0592eaecea5b87990097e9e59b88
Or you could try out OpenAFS 1.8.3-pre1, which includes this patch (and others
for Linux 5.0 kernels as well).
Regards,
--
Mark Vitale
m
t a live VLDB?
Do the VLDB entries for the apparently corrupted volumes change frequently?
Are you taking any steps to ensure the VLDB is not changing when you back it up?
Could you provide more details about the steps you take to recover your VLDB?
Regards,
--
Mark Vitale
mvit...@sinenomine.net
Ciprian,
> On Mar 8, 2019, at 2:15 PM, Ciprian Dorin Craciun
> wrote:
>
> On Fri, Mar 8, 2019 at 9:11 PM Mark Vitale wrote:
>> The -dcache option for a disk-based cache does set the number of dcaches in
>> memory.
>> It has a minimum value of 2000 and max
later, it was changed to
a scalar, but the documentation was never changed to match. So this is a
documentation error.
I've opened a ticket for you:
https://rt.central.org/rt/Ticket/Display.html?id=134915
Regards,
--
Mark Vitale
mvit...@sinenomine.net
_
ctory object is always
stored in a single Vn file, even if the directory object size exceeds the
chunksize.
>
> * by explicitly setting `-files` one can set a limit to the maximum
> number of actual AFS files to cache; (i.e. if all files are smaller
>
because they will be
> cached up to `-blocks`.)
Correct.
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
> On Mar 8, 2019, at 2:38 PM, Ciprian Dorin Craciun
> wrote:
>
> On Fri, Mar 8, 2019 at 9:30 PM Mark Vitale wrote:
>> But now on more careful reading, I see this only applies when -dcache has
>> not been explicitly specified.
>> (Which, to be fair, is
ileserver saves the state of all active hosts and all callbacks at
shutdown.
If restart occurs within 30 minutes, this state file is restored so that
callbacks
don't need to be revoked; thus clients don't need to prematurely refetch status
or data.
Regards,
--
Mark Vitale
mvit...@sinenomine.net
Florian,
> On May 22, 2019, at 5:39 PM, Mark Vitale wrote:
>
> On May 22, 2019, at 4:56 PM, Mark Vitale wrote:
>>
>>
>> Before we go any further with that, I would like you to verify that all the
>> OpenAFS components are the same version. Please provide
ify that all the
OpenAFS components are the same version. Please provide the output from the
following commands:
- rxdebug 7001 -version
- strings $(which aklog) | grep OpenAFS
- strings $(which tokens) | grep OpenAFS
Thanks,
--
Mark Vitale
mvit...@sinenomine.net
:�� T���)b� b�өzpJ)ߢ�^��좸!��l��b��(���~�+��Y���b�ا~~ȧ~
Florian,
> On May 22, 2019, at 4:56 PM, Mark Vitale wrote:
>
>
> Before we go any further with that, I would like you to verify that all the
> OpenAFS components are the same version. Please provide the output from the
> following commands:
> - rxdebug 7001 -versio
Florian,
> On May 22, 2019, at 8:00 PM, Mark Vitale wrote:
>
> I've begun working on a fix and will notify you when it's available on
> gerrit.openafs.org for review.
I ended up with three patches:
remote: https://gerrit.openafs.org/13597 pioctl: limit fruitless token
sea
t. Is there a reason you need to keep the fileserver
threads so low? Would it be possible for you to increase it dramatically
(perhaps 100) and try the test again?
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
obtain more information from your site, or if you could
narrow the problem down to a simpler test case.
Do you have FileLogs and/or fileserver audit logs for the time in question?
Thanks,
--
Mark Vitale
Sine Nomine Associates
20 Years of Customer Success
e hang is occurring:
# echo t > /proc/sysrq-trigger
This will produce backtraces in the syslog.
Either way, whatever you find in syslog, if you could put it in a paste site of
your
choice, then post the link here, that would be helpful.
Regards,
--
Mark Vitale
Sine Nomine Associates
20 Years of Custom
which has been merged for 1.8.x and is scheduled for inclusion
in 1.8.6 (see https://gerrit.openafs.org/#/c/14070/2/NEWS).
Regards,
--
Mark Vitale
OpenAFS release team
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mai
also see a few candidates that have been merged to master but haven't yet
been ported to 1.8.x:
13436 afs: Check dcache size when checking DVs
13435 afs: Introduce afs_IsDCacheFresh
Regards,
--
Mark Vitale
Sine Nomine Associates
20 Years of Customer Success
__
Even though I can reproduce this at
will,
I'm having difficulties using systemtap to find out exactly what is wrong.
I'll keep you informed of my progress.
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAF
_peer.
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
resettable (via rxstat_clear_process).
- they support both process (server) and peer (client) granularity
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
on
This is not included in 1.8.7, but is scheduled for 1.8.8.
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
ion
$ rxdebug 7001 -version
Does the problem resolve iteslf if you retry after:
# echo 3 > /proc/sys/vm/drop_caches
Thanks,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
oesn't contain any AFS code either, so no clues there. Is it
possible your OpenAFS kernel module wasn't rebuilt for this kernel?
(mismatched kernel version)
Regards,
--
Mark Vitale
mvit...@sinenomine.net
___
OpenAFS-info mailing list
Ope
1.8.2-1-debian 2018-09-12
Unfortunately this version of OpenAFS has the Rx CID bug:
http://openafs.org/frameset/dl/openafs/1.8.7/RELNOTES-1.8.7
This bug may only become apparent on the first restart after Jan 15, 2021.
You must upgrade all your clients and servers
o the IP address specified in the first token.
(src/WINNT/afsd/cm_config.c)
Regards,
--
Mark Vitale
Sine Nomine
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
n, my guess is > 5TB was transferred.
> Is this affected by volser buffer sizes ?
I don't know the answer to this off the top of my head; perhaps some others on
the list can chime in.
Or I may think of something else after I sleep on it.
Rega
> On 27 Jun 2022, at 11:14 PM, Mark Vitale wrote:
>
>
>
>> On 27 Jun 2022, at 3:18 PM, Richard Brittain
>> wrote:
>>
>> I know this is a long shot, but I've got a no-quota volume of approx 6TB,
>> and I'm trying to replicate it. It appears
ack load. Let me know if you want more
details on that.
Hope that helps,
--
Mark Vitale
Sine Nomine Associates
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
55 matches
Mail list logo