linux-decnet-user — Discussion for users of DECnet on Linux

Re: [Linux-decnet-user] Feature request

[Patrick C. <pa...@ty...>]

On Thu, May 20, 2004 at 04:17:43PM -0400, Stanley F. Quayle wrote:
> Let me explain what I'm doing now, and see if this is possible in 
> Linux DECnet.
> 
> I have a Linux box (RH 7.2) NFS exporting a chunk of disk to my VMS 
> systems.  The VMS systems do daily backups to the Linux box.  Also, I 
> have a whole chunk of data on the Linux box that the VMS systems 
> "see" as VMS files, characteristics and all.
> 
> How this works is that, when I create a file from the VMS system, two 
> files get created on the Linux system.  Suppose I create ABC.XYZ;27 
> on VMS.  On the Linux box, I get:
> 
>  abc.xyz;27          and
>  .$ADF$abc.xyz;27		(this is "hidden" because of the leading dot)
> 
> (There's also a "abc.xyz" hard-linked to the "abc.xyz;27" to support 
> version numbers, but let's not go there.)  By the way -- this is all 
> handled by the VMS TCP/IP stack.
> 
> Anyway, the .$ADF$ file is 90 bytes long, and holds the VMS 
> characteristics of the file.
> 
> When I access the file from VMS, it gets reported back as whatever 
> characteristics it had when I created it.  If I delete the .$ADF$ 
> file, it comes back as Stream-LF.
> 
> Not knowing anything about the underlying DECnet protocol, it would 
> seem that FAL on the receiving system gets the characteristics on 
> files being sent.  And on files being "pulled", it reports the 
> characteristics back.
> 
> How hard would it be to modify the FAL on Linux to do something like 
> this?

FAL already does this to a limited extent. if you add the -m switch to the
daemon (in /etc/dnetd.conf) it will create a .fal directory and put metadata
files in there. It can also, to a limited extent, understand the $ADF$ files 
that the VMS NFS client puts there if you also use -t.

A good combination of options for FAL is "-m -t -ae" which will use .fal files
where files are createdbut it, $ADF$ files when created by NFS, and use file
extension-based guessing for files with no other information.
-- 

patrick

[Linux-decnet-user] Feature request

[Stanley F. Q. <sys...@st...>]

Let me explain what I'm doing now, and see if this is possible in 
Linux DECnet.

I have a Linux box (RH 7.2) NFS exporting a chunk of disk to my VMS 
systems.  The VMS systems do daily backups to the Linux box.  Also, I 
have a whole chunk of data on the Linux box that the VMS systems 
"see" as VMS files, characteristics and all.

How this works is that, when I create a file from the VMS system, two 
files get created on the Linux system.  Suppose I create ABC.XYZ;27 
on VMS.  On the Linux box, I get:

 abc.xyz;27          and
 .$ADF$abc.xyz;27		(this is "hidden" because of the leading dot)

(There's also a "abc.xyz" hard-linked to the "abc.xyz;27" to support 
version numbers, but let's not go there.)  By the way -- this is all 
handled by the VMS TCP/IP stack.

Anyway, the .$ADF$ file is 90 bytes long, and holds the VMS 
characteristics of the file.

When I access the file from VMS, it gets reported back as whatever 
characteristics it had when I created it.  If I delete the .$ADF$ 
file, it comes back as Stream-LF.

Not knowing anything about the underlying DECnet protocol, it would 
seem that FAL on the receiving system gets the characteristics on 
files being sent.  And on files being "pulled", it reports the 
characteristics back.

How hard would it be to modify the FAL on Linux to do something like 
this?
--Stan Quayle
Quayle Consulting Inc.

----------
Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363
8572 North Spring Ct., Pickerington, OH  43147  USA
stan-at-stanq-dot-com       http://www.stanq.com

Re: [Linux-decnet-user] Strange sethost problem

[Patrick C. <pa...@ty...>]

On Thu, May 20, 2004 at 08:20:43AM -0400, Stanley F. Quayle wrote:
> > On Wed, May 19, 2004 at 07:58:59AM +0000, ada...@br... wrote:
> > > I get the login prompt
> > > enter username followed by password
> > > A few lines print out indicating the login was successful, but a few
> > > seconds later im returned to the local prompt with the message 'Alarm
> > > Clock'.
> 
> The system is doing a SET TERM/INQUIRE .  This happens to me as well. 
> The two likely places to check are:
> 
>  - SYS$MANAGER:SYLOGIN.COM
>  - The username's LOGIN.COM file
> 
> If you're connecting to a production system, be careful.  The LAT 
> client doesn't have this problem, by the way...

Aha! Now it makes sense. Thank you.

The fix I posted is correct then. I've committed it to CVS.
 
-- 

patrick

Re: [Linux-decnet-user] Strange sethost problem

[Stanley F. Q. <sys...@st...>]

> On Wed, May 19, 2004 at 07:58:59AM +0000, ada...@br... wrote:
> > I get the login prompt
> > enter username followed by password
> > A few lines print out indicating the login was successful, but a few
> > seconds later im returned to the local prompt with the message 'Alarm
> > Clock'.

The system is doing a SET TERM/INQUIRE .  This happens to me as well. 
The two likely places to check are:

 - SYS$MANAGER:SYLOGIN.COM
 - The username's LOGIN.COM file

If you're connecting to a production system, be careful.  The LAT 
client doesn't have this problem, by the way...

--Stan Quayle
Quayle Consulting Inc.

----------
Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363
8572 North Spring Ct., Pickerington, OH  43147  USA
stan-at-stanq-dot-com       http://www.stanq.com

Re: [Linux-decnet-user] Strange sethost problem

[Patrick C. <pa...@ty...>]

On Wed, May 19, 2004 at 07:58:59AM +0000, ada...@br... wrote:
> Hi
> 
> I get the login prompt
> enter username followed by password
> A few lines print out indicating the login was successful, but a few
> seconds later im returned to the local prompt with the message 'Alarm
> Clock'.
> 
> This is happening on vms 5 and 6 machines
> 
> Using dnlogin on the same hosts works fine.

I've seen this once or twice, but am not sure what's causing it - it
could be the classic BSD signal race but I'm not quite sure how that could
happen with SIGALRM. Nevertheless you might like to try this patch:
 
diff -u -r1.8 sethost.c
--- sethost.c   26 Sep 2003 08:02:05 -0000      1.8
+++ sethost.c   20 May 2004 07:34:21 -0000
@@ -252,7 +252,6 @@
 static void ct_timeout_proc(int x)
 {       if (debug == 2) { printf(" Entered static void ct_timeout_proc...\n");}
        ct_terminate_read(5);
-       signal(SIGALRM,ct_timeout_proc);
 }
 /*-------------------------------------------------------------------------*/
 static void ct_echo_input_char(char *c)
@@ -1846,6 +1845,11 @@
     ct_init_term();                            /* Set terminal in raw mode*/
 
     sigemptyset(&ss);
+    sa.sa_handler = ct_timeout_proc;
+    sa.sa_mask = ss;
+    sa.sa_flags = 0;
+    sigaction(SIGALRM, &sa, NULL);
+
     if (debug == 1)
     {
     printf("Connection to %d flavor",flavor); /*ed*/



-- 

patrick

[Linux-decnet-user] Strange sethost problem

[<ada...@br...>]

Hi

Using the latest dnprogs on a redhat enterprise 3 self compiled kernel to
fix decnet, and a stock mandrake 10 2.6.3 kernel i get the same problem
with sethost.

Using sethost to log into another linux box works fine, but using sethost
to log into a vms box the following happens:

I get the login prompt
enter username followed by password
A few lines print out indicating the login was successful, but a few
seconds later im returned to the local prompt with the message 'Alarm
Clock'.

This is happening on vms 5 and 6 machines

Using dnlogin on the same hosts works fine.

Adam Pigg





The information contained in this email may be commercially sensitive and/or legally privileged. It is intended solely for the person(s) to whom it is addressed. If you are not a named recipient, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. You must not disclose it to any other person, copy or distribute it or use it for any purpose.

Re: [Linux-decnet-user] DECnet and ifconfig

[Patrick C. <pa...@ty...>]

On Tue, May 18, 2004 at 07:39:02PM +0100, Steven Whitehouse wrote:
> Hi,
> 
> Also, just to add that this is a known problem in older Red Hat kernels,
> but has been corrected for current & future builds. Fedora should be ok,
> although I've not tested it personally,

The latest Fedora kernels don't have DECnet in at all :( I think they got so
upset with the SIOCGIFCONF problems that they disabled it in a sulk.

I've opened a bug in Red Hat's bugzilla for it to be re-instated but it may be a
while as FC2 has just been released - without it.

-- 

patrick

Re: [Linux-decnet-user] DECnet and ifconfig

[Steven W. <st...@ch...>]

Hi,

Also, just to add that this is a known problem in older Red Hat kernels,
but has been corrected for current & future builds. Fedora should be ok,
although I've not tested it personally,

Steve.

On Tue, May 18, 2004 at 07:18:14PM +0100, Patrick Caulfield wrote:
> On Tue, May 18, 2004 at 01:27:04PM -0400, Stanley F. Quayle wrote:
> > After starting DECnet, doing an "ifconfig" (/sbin/ifconfig) returns:
> > 
> > : error fetching interface information: Device not found
> > 
> > Doing an "ifconfig eth0" returns the normal information.
> > 
> > I've done the following:
> > 
> > - Installed on RH 7.2, RH 7.3, and RH 9 via RPM's.
> > - Built DECnet from the latest sources
> > - Installed a separate interface (eth1) and configured DECnet to
> >   use that interface
> > 
> > This wouldn't seem to be such a problem, but the server I'm using is 
> > running other services -- and a "service named restart" causes named 
> > to only run against lo, not eth0.  Other services behave similarly.
> > 
> > This also happens with SuSE, kernel 2.4.21-99-default.
> 
> This sounds like the symptom of a kernel built incorrectly with 
> DECNET_SIOCGIFCONF support. If that's the case, all I can suggest is to get the
> kernel source and build the kernel without this option.
> 
> Patrick
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Linux-decnet-user mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linux-decnet-user

Re: [Linux-decnet-user] DECnet and ifconfig

[Patrick C. <pa...@ty...>]

On Tue, May 18, 2004 at 01:27:04PM -0400, Stanley F. Quayle wrote:
> After starting DECnet, doing an "ifconfig" (/sbin/ifconfig) returns:
> 
> : error fetching interface information: Device not found
> 
> Doing an "ifconfig eth0" returns the normal information.
> 
> I've done the following:
> 
> - Installed on RH 7.2, RH 7.3, and RH 9 via RPM's.
> - Built DECnet from the latest sources
> - Installed a separate interface (eth1) and configured DECnet to
>   use that interface
> 
> This wouldn't seem to be such a problem, but the server I'm using is 
> running other services -- and a "service named restart" causes named 
> to only run against lo, not eth0.  Other services behave similarly.
> 
> This also happens with SuSE, kernel 2.4.21-99-default.

This sounds like the symptom of a kernel built incorrectly with 
DECNET_SIOCGIFCONF support. If that's the case, all I can suggest is to get the
kernel source and build the kernel without this option.

Patrick

[Linux-decnet-user] DECnet and ifconfig

[Stanley F. Q. <sys...@st...>]

After starting DECnet, doing an "ifconfig" (/sbin/ifconfig) returns:

: error fetching interface information: Device not found

Doing an "ifconfig eth0" returns the normal information.

I've done the following:

- Installed on RH 7.2, RH 7.3, and RH 9 via RPM's.
- Built DECnet from the latest sources
- Installed a separate interface (eth1) and configured DECnet to
  use that interface

This wouldn't seem to be such a problem, but the server I'm using is 
running other services -- and a "service named restart" causes named 
to only run against lo, not eth0.  Other services behave similarly.

This also happens with SuSE, kernel 2.4.21-99-default.

Any suggestions?

--Stan Quayle
Quayle Consulting Inc.

----------
Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363
8572 North Spring Ct., Pickerington, OH  43147  USA
stan-at-stanq-dot-com       http://www.stanq.com