to
the point where recovery is completely impossible?
Please CC: me in your answers, I subscribed the digest only.
Thanks a lot for any hints,
--
| Stephan Wiesand
Thanks for your answer. Lots of additional information inline:
On Wed, 16 Feb 2005, Jeffrey Hutzelman wrote:
On Friday, February 11, 2005 07:45:12 PM +0100 Stephan Wiesand
[EMAIL PROTECTED] wrote:
For some 25 volumes, the salvager complained about problems with the
header structure and renamed
with 1.3.79/disk cache on RHEL4?
Andrei.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
--
| Stephan Wiesand
On Mon, 28 Feb 2005, chas williams - CONTRACTOR wrote:
In message [EMAIL PROTECTED],Stephan Wiesand wri
tes:
With the UP kernel, I observe the write problem you described - with or
without memcache. Reading works in both cases. Shutting down the client
works as long as no write operations have
AFS_ASSERT_RXGLOCK
libafs: Unknown symbol AFS_ASSERT_GLOCK
On Mon, 28 Feb 2005, chas williams - CONTRACTOR wrote:
In message [EMAIL PROTECTED],Stephan Wiesand wri
tes:
[EMAIL PROTECTED] ~]# grep -i preempt /lib/modules/2.6.9-5.0.3.EL/build/.config
# CONFIG_PREEMPT is not set
CONFIG_PREEMPT_VOLUNTARY
...
--
| Stephan Wiesand ||
| ||
| DESY - DV - | phone +49 33762 7 7370|
| Platanenallee 6 | fax+49 33762 7 7216|
| 15738 Zeuthen
**
___
...done entry 1
Is there another way of renaming volumes on the fileserver only?
--
| Stephan Wiesand ||
| ||
| DESY - DV - | phone +49 33762 7 7370
, as is 64bit UP/SMP on very similar hardware (both
are P4 3.2 GHz, 925X Chipset, HT enabled). The kernel is again
2.6.9-5.0.3.EL[smp].
Regards,
--
| Stephan Wiesand
On Tue, 22 Mar 2005, Derrick J Brashear wrote:
On Tue, 22 Mar 2005, Stephan Wiesand wrote:
On an EL4-respin, configure; make dest_only_libafs (and any other target
involving building the kernel module, transarc paths or not,
and also when specifying the sysname and path to kernel sources) grinds
.
1.3.82 does fix the problem that the first write on an x86 non-SMP client
hangs I've been observing with 1.3.79-81, though.
--
| Stephan Wiesand ||
| ||
| DESY
On Tue, 3 May 2005, Jason McCormick wrote:
--On Tuesday, May 03, 2005 09:10:35 AM +0200 Stephan Wiesand
[EMAIL PROTECTED] wrote:
I'm seeing this as well on an RHEL4 respin, kernel 2.6.9-5.0.5.EL:
Try the attached patch. It seems to be working for me, at least after
minimal testing. YMMV
bits of the DataVersion are stored
in d_time. if the parent's version number has changed, this dentry
needs revalidated.
should ClearCallBack() also clear vnodes with a matching parentVnode?
--
| Stephan Wiesand
morning, that's huge win.
There must be some thinko in all this, or people would be doing this a
lot. What is it I'm overlooking?
Thanks,
Stephan
--
| Stephan Wiesand
just use RAID mirroring
on directly-connected drives on the imap server.
Thanks,
Stephan
--
| Stephan Wiesand ||
| ||
| DESY - DV - | phone +49
, what else do I need to do to get this to work?
Thanks,
George
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
--
| Stephan Wiesand
/mailman/listinfo/openafs-info
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
--
Stephan Wiesand
DESY - DV - Phone: +49 33762 7 7370
Platanenallee 6
); statements,
and the result is a client that apparently works under light load,
but I'm not at all sure that this is the right solution. Any hints?
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS
-kernel-smp-1.4.2-2.6.15_1.2054_FC5smp_1.i686
[EMAIL PROTECTED] OpenAFS]# uname -a
Linux io.csc.depauw.edu 2.6.15-1.2054_FC5 #1 SMP Tue Mar 14 15:48:20 EST 2006
x86_64 x86_64 x86_64 GNU/Linux
any ideas ?
You're trying to use the i686 module with an x86_64 kernel?
Stephan
--
Stephan Wiesand
On Wed, 11 Apr 2007, Derrick J Brashear wrote:
On Wed, 11 Apr 2007, Stephan Wiesand wrote:
One of our systems panicked two times within 2 hours yesterday, at the same
location in the OpenAFS client. I attached the kernel's last words below.
This is an SL3 system, kernel 2.4.21-47.0.1.ELsmp
On Wed, 11 Apr 2007, Derrick J Brashear wrote:
On Wed, 11 Apr 2007, Stephan Wiesand wrote:
One of our systems panicked two times within 2 hours yesterday, at the same
location in the OpenAFS client. I attached the kernel's last words below.
This is an SL3 system, kernel 2.4.21-47.0.1.ELsmp
On Thu, 12 Apr 2007, Derrick J Brashear wrote:
On Thu, 12 Apr 2007, Stephan Wiesand wrote:
On Wed, 11 Apr 2007, Derrick J Brashear wrote:
On Wed, 11 Apr 2007, Stephan Wiesand wrote:
One of our systems panicked two times within 2 hours yesterday, at the
[...]
How reproducible
On Thu, 12 Apr 2007, Derrick J Brashear wrote:
On Wed, 11 Apr 2007, Stephan Wiesand wrote:
One of our systems panicked two times within 2 hours yesterday, at the
same location in the OpenAFS client. I attached the kernel's last words
below.
[...]
I'm thinking about a patch. I have something
On Wed, 18 Apr 2007, Derrick J Brashear wrote:
On Wed, 18 Apr 2007, Stephan Wiesand wrote:
When I tried to restart the client, I experienced what I've seen frequently
with 1.4.x clients on this platform: kernel BUG at slab.c:892: when
re-inserting the openafs module. This seems to happen
On Wed, 18 Apr 2007, Derrick J Brashear wrote:
On Wed, 18 Apr 2007, Stephan Wiesand wrote:
Alas, I'm afraid this is the point where I'll need either some guidance or
a lot of reading and experimenting to get any further.
in the afs_HashOutDCache frame, knowing the contents of adc, us, and i
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
intentional? I always thought the old behaviour really
helps in environments with many clients? Any insights much appreciated.
Thanks,
Stephan
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
helps
in environments with many clients? Any insights much appreciated.
Thanks,
Stephan
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org
that it does limit
concurrent writes to files in the same directory from our farm nodes. I
guess it will also cause a higher degree of fragmentation of files on the
fileserver, and probably make things more NFS-like in general.
Any chance to get back the old behaviour?
--
Stephan Wiesand
On Fri, 7 Dec 2007, Jerry Normandin wrote:
I inherited a mess I want to fix. My AFS deployment here has old site
entries in the vldb. What is the best way to remove
Server entries from vldb ?
vos changeaddr -remove
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen
problems with using
partitions 2 TB? This limit is becoming an issue.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs
start i get the error
afs: Unable to reach 172.20.53.249 ...
afs: Unable to reach AFS servers.
Not starting FATAL: Module libafs not found.
no module, no client.
Right. The other messages probably mean that the server wasn't started
either.
--
Stephan Wiesand
DESY - DV -
Platanenallee
, setting up his
first derver.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
summer. That's not bleeding edge, but it really
could be worse. After all, 1.4.5 is only about three months old.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https
sure we do make those including
kernel modules.
Yes, they should work. SL should be binary compatible to the corresponding
EL release. But things may actually be a bit more complicated because SL
ships with openafs packages.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen
.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
helpful.
Thanks,
Stephan
PS On SL3, inserting the module from 1.4.7pre3 fails with the message that
hlist_unhashed is GPLONLY. I'll file a bug in RT.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info
the problem with local and foreign volumes.
Turning off fakestat eliminates it reliably.
We observe this with various Linux clients. OpenAFS 1.4.6 or 1.4.7pre3,
SL3/4/5, 32/64-bit.
An SL3 client still running 1.2.13 does not exhibit this problem.
Bcc to openafs-bugs.
--
Stephan Wiesand
DESY
On Wed, 9 Apr 2008, Jack Neely wrote:
On Wed, Apr 09, 2008 at 05:45:59PM +0200, Stephan Wiesand wrote:
installed, with the RPMDB in AFS, and if it fails we get three messages
afs: failed to store file (13) and a wedged RPMDB. And, with 1.4.7pre3 but
not 1.4.6, we see two more messages
Hi Marc,
On Thu, 10 Apr 2008, Marc Dionne wrote:
On Wed, Apr 9, 2008 at 11:45 AM, Stephan Wiesand
[EMAIL PROTECTED] wrote:
PS On SL3, inserting the module from 1.4.7pre3 fails with the message that
hlist_unhashed is GPLONLY. I'll file a bug in RT.
From looking at your error messages in RT
On Fri, 11 Apr 2008, Jeffrey Altman wrote:
Jeffrey Altman wrote:
Stephan Wiesand wrote:
There seems to be an ABI incompatibility somewhere: Our build of the AFS
Perl module on this platform seems unable to use my token
(vsu_ClientInit: Could not get afs tokens, running unauthenticated
, and to Derrick for pulling it into 1.4.7.
This will allow us to enable fakestat again on certain clients.
- Stephan
(Bcc'ed openafs-bugs)
Stephan Wiesand schrieb:
If a client runs with the -fakestat[-all] option, and has a file cached
that resides in the root directory of a volume affected
Built without problems, and the client survived light testing, on
Scientifc Linux 3/4/5, i386 and x86_64. The fileserver apparently works on
SL5/x86_64.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info
Quick question: is the 1.5.74 client known to cause a kernel panic on the RHEL6
public beta (amd64) as soon as the module is loaded, or am I doing something
stupid?
Thanks,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
Hi Marc,
On Apr 29, 2010, at 18:59, Marc Dionne wrote:
On Thu, Apr 29, 2010 at 12:54 PM, Stephan Wiesand stephan.wies...@desy.de
wrote:
Quick question: is the 1.5.74 client known to cause a kernel panic on the
RHEL6 public beta (amd64) as soon as the module is loaded, or am I doing
,
core dumps tend to be a security hazard, hence 0 is the default limit for any
process here. I do see why your preferences are different though ;-)
Would a command
line switch to bosserver be acceptable to you in lieu of it?
Fine.
- Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
prevents folk from running them thinking that they're in any way supported,
but still allows those brave enough to do so some time to move over to demand
attach.
Unless it's too hard to get them back without the configure options: ok.
Cheers,
Stephan
--
Stephan Wiesand
DESY -DV
Hi Russ,
On Jun 17, 2010, at 21:44 , Russ Allbery wrote:
Stephan Wiesand stephan.wies...@desy.de writes:
On Jun 17, 2010, at 21:01 , Simon Wilkinson wrote:
Because every different configuration option you have doubles the
complexity of testing the code. What actually tends to happen
though, not compile time ;-)
I'd be happy with this change even without it being optional.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman
-all)
fine.
Would ThisCell still show up by default?
NB What to do with cell aliases? I think they should just show up, even if as
dangling links. Would this do any harm?
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
your command; I'll
try to poke later, but still not with 1.4.11, which is obsolete)
This problem is present in 1.4.12 on amd64 - i386 works (SL5 clients, server is
SL5 amd64). With 1.5.76, amd64 is ok as well.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
it for AFS if it had serious advantages for our use case. IMO, XFS
is just slightly more adventouros.
Best regards,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
smime.p7s
Description: S/MIME cryptographic signature
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
smime.p7s
Description: S/MIME cryptographic signature
On Sep 30, 2010, at 15:40 , Gary Buhrmaster wrote:
On Thu, Sep 30, 2010 at 05:19, Stephan Wiesand stephan.wies...@desy.de
wrote:
...
Anyway, the next best option if ZFS is not available is to run parity checks
on all your arrays regularly.
Perhaps it is the best one can do
of checksum for each 512 bytes
block of payload? Or 64 bytes of Hamming codes, allowing single bit error
correction and dual bit detection?
--
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany
smime.p7s
Description: S/MIME cryptographic signature
-on-close for
other users simply by filling the cache.
Cheers,
Simon.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
smime.p7s
Description: S/MIME cryptographic signature
, and hopefully there is another
school using it for their classrooms like we. Also, people on this group
seem to be more helpful, patient, intelligent, and just downright better
people :-)
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
forward to reading others' statements,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Hi Simon,
On Apr 15, 2011, at 19:53 , Simon Wilkinson wrote:
One of the issues that comes up from time to time is what actually
constitutes a bug worthy of a security advisory. Sometimes this is really
clear cut, but in other areas, in particular in relation to our Unix kernel
modules,
in a
directory with system:anyuser read permissions.
Cheers,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs
receiving any error return end up
corrupted on the fileserver due to a bug in the code, with no other component
(RAM, NICs, CPUs, buses, ...) to blame, I'd talk of a data corruption bug.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
On May 17, 2011, at 21:34 , Russ Allbery wrote:
Stephan Wiesand stephan.wies...@desy.de writes:
On May 17, 2011, at 19:31 , Russ Allbery wrote:
If you're willing to test on Debian unstable, the version of the
OpenAFS packages currently in Debian unstable should be close to what
will show
% for windows users in a subdir of his user
volume in AFS (thus making roaming profiles easy)?
(2) Install Windows applications in \\AFS so that, for example, I need
only install Visual Studio or Office 2010 once and have all windows
boxes be able to find it?
--
Stephan Wiesand
DESY -DV
/afs5log);
}
out:
creds_expiry = my_creds.times.endtime;
Did I mention that it's a crude, ugly hack?
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https
master - the LWP fileserver would remain on the 1.6
tree.
Is there anyone out there deliberately making use of the LWP fileserver who
would be affected by its removal from master?
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
with 1.2.1 ?
It works fine with a 1.2.1 KDC. It's broken with a 1.5.1 one.
Thanks a lot for caring,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https
for a single volume. Would this
be feasible to implement at all?
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
fileservers on a current 12-core (two socket westmere)
system?
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
On Oct 26, 2011, at 17:57 , Andrew Deason wrote:
On Wed, 26 Oct 2011 17:26:55 +0200
Stephan Wiesand stephan.wies...@desy.de wrote:
Running multiple fileservers on different ports on the same system
would be even more efficient. Is this possible or could be implemented
(in theory
--
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
/mailman/listinfo/openafs-info
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
these pings happen and just remove them, what would be the
consequences?
Thanks for any help,
Stephan
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https
On Dec 2, 2011, at 18:23 , Andrew Deason wrote:
On Fri, 2 Dec 2011 17:52:14 +0100
Stephan Wiesand stephan.wies...@desy.de wrote:
we had seen this during EAKC already: 1.6 clients are supposed to ping
file servers once a second, yet they do so at much higher rates. As
the number of 1.6
On Dec 2, 2011, at 19:14 , Simon Wilkinson wrote:
On 2 Dec 2011, at 18:01, Stephan Wiesand stephan.wies...@desy.de wrote:
Thanks a lot. I'll try to find them in the source and get rid of them. Still
hoping for a hint making this search more efficient, though.
Look in src/rx/rx.c From
client on most 1.6 systems, things are a lot more quiet now. Before,
the 10% 1.6 clients we're now running kept a typical fileserver ~3% busy.
- Stephan
Derrick
On Dec 2, 2011, at 4:53 PM, Stephan Wiesand stephan.wies...@desy.de wrote:
On Dec 2, 2011, at 18:23 , Andrew Deason wrote
that 1.0.0.0/8 have been assigned by
IANA, APNIC is probably going to have to
reserve a few of the worst offending /24s
to avoid known issues.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
is very busy, clients fail writing
to it and then hang, making AFS unusable on the client machine until it's
rebooted.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https
going on.
Quoting Stephan Wiesand stephan.wies...@desy.de:
OS: EL6.1
arch: amd64
kernels: 2.6.32-131.21.1.el6, 2.6.32-220.1.1.el6 (module built against
2.6.32-71.el6)
It builds, and it basically works.
It seems to partially address the nat ping issue, but servers still get
pinged more
observed
any issues.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
CellServDB files, and the KeyFiles
3) start the servers
4) start the clients
Thanks for any feedback,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https
On Apr 28, 2012, at 00:08 , Andrew Deason wrote:
On Fri, 27 Apr 2012 19:48:19 +0200
Stephan Wiesand stephan.wies...@desy.de wrote:
supposed one has to rename an AFS cell (and the krb5 realm responsible
for authentication), what would be the steps to take? Once the KDCs
are fully
is that this was changed to the current ~9 GB from some much
smaller value years ago (with the 1.2 release?). But it could well be failing
me.
Andrew's suggestion to set it to something slightly smaller than 2 TiB seems
very reasonable to me.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738
to upgrade to 1.6.
Hope this saves someone the effort of troubleshooting this again.
Great work (again). Thanks a lot for sharing this!
Cheers,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info
sourced first -
I admit I still have to learn about how systemd works).
- Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs
possible Wireshark or tcpdump might tell you more as well. I
would start by sniffing on the ports for DNS, Kerberos, and AFS:
$ tcpdump port 53 and port 88 and portrange 7000-7005
(or use that filter in Wireshark)
- Ken
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
-announce] OpenAFS 1.6.2 release candidate 3 available
Date: Thu, 17 Jan 2013 14:13:50 +0100
From: Stephan Wiesand stephan.wies...@desy.de
Reply-To: openafs-info@openafs.org
To: openafs-annou...@openafs.org
The OpenAFS 1.6 Release Managers announce that release candidate
1.6.2pre3 has been
Binaries for the current releases of Fedora and RHEL (+ clones) are now
available from the path/URL given in the announcement. If you can,
please test this release candidate.
On Jun 1, 2013, at 20:16 , Stephan Wiesand wrote:
The OpenAFS 1.6 Release Team announces that the next release candidate
Hello Nicolas,
On Jun 13, 2013, at 18:46 , nicolas prochazka wrote:
Hello,
Can someone explain me if afs cache client persists after restart/reboot of
afsd
Server : Linux Gentoo openafs 1.6.2
Client : Linux Gentoo openafs last git 1.6.3
- When I start my afsd cache, and copy some
On Jul 30, 2013, at 19:09 , Jaap Winius wrote:
Quoting Benjamin Kaduk ka...@mit.edu:
I assume that you are not using dynroot?
Actually, I am using it. In /etc/openafs/afs.conf.client I have:
AFS_DYNROOT=true
The standard way to do such things is to make an additional mount of the
and not into the 1.6 stable branch ?
It's already been proposed for the 1.6.x branch here:
http://gerrit.openafs.org/#change,10241. Stephan Wiesand, the release
manager, would be the best source of an answer to this, but I believe
he's traveling with sporadic internet access right now,
Correct. Andrew
On Oct 4, 2013, at 18:08 , Dirk Heinrichs wrote:
Am Freitag 04 Oktober 2013, 16:51:28 schrieb mi...@task.gda.pl:
See my presentation about it last year.
Link?
http://conferences.inf.ed.ac.uk/eakc2012/
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
without a reproducer.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15732 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
On Oct 11, 2013, at 19:01 , Andrew Deason wrote:
On Fri, 11 Oct 2013 17:36:52 +0200
Stephan Wiesand stephan.wies...@desy.de wrote:
I don't see anywhere we'd be generating that error code (ENOBUFS),
and I can't see how it would show up that way if we got it back from
a socket or something
]
[81196290] ? filldir+0x0/0xe0
[81196290] ? filldir+0x0/0xe0
[81196510] ? vfs_readdir+0xc0/0xe0
[81196699] ? sys_getdents+0x89/0xf0
[8100b072] ? system_call_fastpath+0x16/0x1b
panic occurred, switching back to text console
--
Stephan Wiesand
DESY - DV
,
but I must re test this case.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
) is zfs.
this problem appears to random way,
it seems more frequents when i acces to afs mount , very soon after
afsd is starting .
Regards,
2013/11/18 Stephan Wiesand stephan.wies...@desy.de:
Hello Nicolas,
thanks for testing 1.6.6pre1 before it's even announced!
Could you
are the 1.6.5.2
we're planning to have available soon will be.
NB If it's just a fileserver, the kernel module isn't required.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https
side NAT ping
feature (unless we receive feedback that it actually helps somewhere). Thus,
chances are that what you have deployed is very close to the 1.6.6 release.
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
desperate enough, let me know.
Regards,
Stephan
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
source tree but not
built by default. They build fine (there are make targets for them) and
basically work. There's an improved version by jhutz in
/afs/grand.central.org/software/dumpscan/dumpscan-1.2.tar.gz that was more
difficult to build IIRC.
Stephan
--
Stephan Wiesand
DESY - DV
1 - 100 of 189 matches
Mail list logo