Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Andy

Pages: [1]
Storage / Re: Finding an ideal filesystem for Network storage
« on: December 28, 2017, 01:20:31 pm »

NASBoxes relies on the Samba-software to provide diskspace for OS/2. If you have root access to the box, you can try to cange the stettings in /etc/smb.conf.  Add a parameter "use EAs=yes". I'm not sure, if this parameter is vaild on any box, but it works for me.

Storage / Re: Finding an ideal filesystem for Network storage
« on: December 24, 2017, 08:29:54 pm »
In terms of managing an OS/2 network of storage devices, what would be the most effective filesystem for speed and efficiency?
* If I read this question correct, you have OS/2 systems as user interface (aka clients, personal conputers..), all networked together and you look for a solution to provide a common network storage for these systems.
The easy way is an OS/2 file and printer share-network, like the same in windows environments: you can use bulit-in tools from OS/2 to access them. If you want the hard way, you can use FTP (not very user friendly to integrate in WPS), the most efficiency way is to use NFS, but have to buy something like the Netdrive-software. Thats all on the client-side. You talk either SMB, FTP, NFS (or some other Prot.) over network to a networked storage system (NAS).
(I know: nothing new here) 
The storage systems today all talk these protocolls by default (at least: this can be choosen).  What kind of a) file system, b) OS, c) hard disk controller  these NAS using, is unimportant for the speed and efficiency from the clients point of view.
The clients are measuring speed by network link speed, throughputspeed of the used hard disks in the NAS and the possibility of some bottlenecks in the controlling part: (e.g. the NAS is fitted only with  a cheap ARM, a simple SATA controller and to few RAM, but should encrypt the entire communication as SFTP, and running the stack of 6(!) disks as a softwareRaid in Raid mode 6.  :o Okay this might be the worst case :D)
The clients don't know (and don't have to), what real file system, OS or hardware sits on "the other end of the network cable", they got provided with directories and files. So you can buy a commercial NAS system (from a simple Ethernet-aware hard disk standing next to your pen holder cup  up to Systems like NetApps FAS series, worth more than a middle class car.
They all work the same ( in general). The hard disks canbe simple kinds of SATA magnetics, Hardware-Raid-connected SAS-SolidStateDisk or Bus-connected FusionIO-SSD-Cards, is just a matter of speed and money. You can even build a "NAS" on your own, based on a PC architecture. You can use Windows, Linux FreeBSD or even OS/2 as OS for such an system (okay OS/2 is handycapped in many ways in this use case).
You can manage your entire storage from monitoring single hard disks up to glueing together network drive space in several modes (from "just a bunch of disks" to a "Raid 1 mirror of several raid-6 glued harddisk groups", resulting in something like "if 3 disks fail simultaneously out of 8, you are still on 'Go!'". Managing this will usually done by web browser.
You are mentioning several disk sizes, that indicates older or recend single hard disk drives. You can take them as your NAS drives and can integrate them one by one (I further assume they are formatted with HPFS or JFS. Both cannot used in most NAS systems, so you have to reformat them in the NAS box).
But I personally suggest to substitute every harddisk you have at least all 5 years,  maybe sooner, copying the data. If they already run in a Raid 4,5 or6 environment, you can wait until one drive failed to substitute them, but you should have the spare drive handy.

* If you want to set up your storage within your computer an not network attached, your are faced in most cases with the common known SATA-drives. You can take Sata-connected SSDs to speed up your storage part of your PC, but if you are take OS/2 as your OS, you are limited to certain file systems. All of them are not fault tolerant of disk drive failure, even our LVM doesnt help you in this case. We dont have Software Raid technologies at hand like Linux or windows, and the use of Hardware Raid controllers are limited to very few old SCSI, if any.
You can do a cron-based copy from one drive to another, but thats just a cheap solution thats even have to handle files like os2.ini exceptionally.
You are mentioning ZFS from Oracle. I assume you work with this an another (non-OS/2 -) network. In the OS/2-world, there is nothing like this. LVM was designed to do such tasks but our LVM in OS/2 is far behind the possibilities of the AIX-LVM, and even further away from ZFS.

* But in a OS/2-System, the speed of a build-in SSD cannot reached with any of the NAS technologies out there. Simply because we are stuck by 1Gb-network cards that we cannot bridge. There are 10Gb cards out there but without OS/2-drivers (The world-demand of this can be pobably counted with the fingers of one hand). So my suggestion:  set up your clients on simple SSDs, make a backup every time you start to a SOHO NAS. Buy 'Netdrive' with 'NFS-Plugin' and put all shareble files on the NAS.
* And most important: Backup up your old SATA-drives before its to late. Even if you use a grml-LiveCD with the ddrescue-command without ever mounting your file systems in Linux.

just my 2 cents

Hardware / Re: ArcaOS Hardware recommendations?
« on: June 25, 2017, 10:11:29 am »
This are exactly the same reqs like ecs 2.2.
BTW: the Upper Border of max useable RAM for 32bit systems like OS/2 is 4GB. From this line, there have to cut off some RAM for the I/O space, shown at the upper end of this 4GB. This RAM is still there but cannot adressed.
The amount of RAM cutted off depends on the I/O-settings. If you can, set every HW I/O-pace as high as possible ("stuff it in the upper corner"). This means also: reserve as least graphics memory as you can / need in the BIOS settings.
e.g. a resolution of 1280x1024 pixel with 24bit color depth needs 3.9 MB RAM.
Because we use VESA modes, there is no processing and therefore no additional RAM neccessary for the graphics card.
The bios setting is somehow called "video aperture size" or similar.

If  this machine use other OSses, that can uses the processing power of the graphics card, this settings slows them down (mostly in games). so you have to compromise.
How much RAM is used depends of the mainboard chipset, the graphics card, the graphics card firmware and the mainboard bios config settings. Some mainboard manufacturer like Asus, Gigabyte and Biostar give you as much control as the bios can give you, other manufacturer cripple the bios down to no settings whatsonever. (e.g. in case of Asrock, its company politics: "if you want this, buy our more expensive ASUS-Boards")
I dont know, if  OS/2 can deal with the PAE extention to move some I/O space abvove the 4GB border.
hehe, its like the ancient times of MSDOS to free up conventional RAM below 640kb :D

Hardware / Re: ArcaOS Hardware recommendations?
« on: June 25, 2017, 01:32:23 am »
Okay, this is a succsessfull "educated guess" whats working. Thanks for sharing your results and experience. We all need more of this.
But this is the part with "trial and error" or "buy something and test it".

Reading the changelogs and update infos shows no evolutional leaps to eCs 2.2.
(like "hey! we have rewritten and ported the memory managment to be able to adress flat 45 bit!", which would be a leap, that puts ArcaOS years ahead of Linux or windows :D)
So my "educated guess" is: what works under ecs 2.2, that works under ArcaOs?
That leads me to three long-known possible pitfalls:
*UEFI (how to decipher the advertisment BS in the docs of todays mainboards to decide, if this mainboard has enough legacy support or just a crippled "my mouse works in  UEFI-GUI too!"),
*USB and storage driver support  (e.g.: are Lars' USB-drivers now USB3-aware or has the board at least USB2-Ports?).
This is a point, I haven'd reread yet. ->Notice to me: read the funny manual!
 *Graphics support: Does panorama or SNAP supports an actual graphics card in_wide_mode? My last test with intel CPU-integrated graphics was a desaster, so i do not expect this to work.
I know, the usual answer could be something like this: "Order at Amazon and send it back, if its not working." but hey! its not fair.

I'm sure, ArcaNoae have installed ArcaOs at least on some machines. Maybe they can tell us about it?
I remember Eugenes supported HW list on I also remember Martins start of a hardware-wiki here. But both are not broad enough to be a HW buyers guide.

Hardware / ArcaOS Hardware recommendations?
« on: June 24, 2017, 10:21:45 pm »
Hi all,

In the advend of ArcaOS I'm looking for some suggestions about recommended or supported/tested hardware.
Since OS/2 1.3 we all know: OS/2 doesnt run on any hardware. Each new version had new pitfalls to avoid. from "Memory Adressing upside down", over "Storage device driver" and "RAM-Memory / HDD-Partition Limitiations at install", until ACPI/UEFI-Bios problems - this list was always longer than the lists of Windows  or Linux. 

So its more astonishing, that there seems no recommend hardware list.
the ArcaOS Wiki says: "Arca Noae is continuously working to keep a current Hardware Compatibility List."

Can I (or we - the customers) please get a glimpse of the list? Or should only the users test new hardware like a surprise menu?


Hardware / Re: ecs on actual desktop PC
« on: June 03, 2014, 10:40:26 pm »
...Vendor 10DEh NVIDIA Corporation
Device 0FC6h GK107 [GeForce GTX 650]...

Unfortunately no, the GTX models are several generations behind the NV40-series. The difference is about a VW beetle from the 1970s  to the now build VW Beetle from the 21st century. They only have the name in common.
Lets face this: in the last 10 years, there was no graphics card developed from any manufacturer, that is natively supported by SNAP.
These cards are out of production long time ago. And only the last models maybe useable in modern PCs.
From the list above, i only know this type of cards are _also_ availible in PCIexpress:
Nvidia GeForce 6200, 6600, PCX 5300, PCX 5750, ATI Radeon X300, X550, X600, X800, X850. All from 2004.
IMHO all other cards are PCI, ISA, VesaLocal, or AGP-bus based - most of these buses are vanished long before.
And no, even an museum accepts ancient graphics cards supported by SNAP. ;)

On actual and modern cards you can SNAP only use in VESA mode - so you can in Panorama.
So SNAP is commercial dead for OS/2 - if you don't have special reasons to use SNAP.

Hardware / Re: ecs on actual desktop PC
« on: May 22, 2014, 11:24:37 pm »
Ivan: A 6-core AMD is in the most cases one of the K10-series CPUs from 2010 prior to the Fusion systems. This is the same CPU im working with now until I swap in the next weeks.
Boris: Uefi was the least of my concerns.

In the last three years (since intel SandyBridge and AMD Fusion CPUs got marketed) i tried many board/CPU-combinations (about 30-40 different). No, not special thinkpad-in-a-box (called "laptop") or exotic CPU-to-Board-glued hardware, but real classic hardware for desktop and tower machines avalible from mail-order-houses.
Ecs trapped always on install. With a already eCS-installed harddisk, the system freezes within 5 minutes in the most cases (tried every trick in the book, execpt to go back to pre-2010 "ancient" hardware*). Even the demo disks doesn't run smooth.
The most reason why this experiment runs succsessfull is the ecs-22-beta2. Well done, mensys!
For a newbie with no experience to install ecs from scratch on a system which run a actual Windows or Linux in the first place was sentenced to fail in the past.
With this version we have the chance to guide new users to eCS.
And long-term users can copy this success with their own taste of hardware.

*this is no disgrace of such hardware. I'm using this today. But you can't go to newegg or amazon and buy such thing. Even on ebay they are sold as outdated. If your hardware got broken, you have to face this.

Hardware / ecs on actual desktop PC
« on: May 22, 2014, 08:09:42 pm »
Somehow, the new os2world-maschine hates me. First, my old user login is vanished, then almost all "register" links goes nowhere and finally, no reister-mail was created. Maybe in a former life I was Marvin, the robot.

Hi out there,

In the last time, there are no success-stories about an installation of ecs on modern _desktop_ hardware. It looks like ecs doesn't run on this hardware anymore, but this is wrong.
Last week I took an Haswell-CPU (actual generation of socket 1150) together with an typical uefi-miniATX-board, 4GB of DDR3-RAM and start up ecs 2.2 beta 2.
It works! Even the installer works with more than 512MB. And everything works out-of-the-box.

To be precise:
-CPU: intel i3-4xxx Haswell-CPU
-RAM: one 4GB-DDR3 module
-Mainboard:  biostar H81MHP
 it uses the actual intel chipset H81
 supported by actual intel 1150-socket CPUs

ALC892 sound (HDA compatible), real parallel and one real serial COM-port (on onboard-pinheader, but useable), old fashioned PCI-Slots and two PS/2-Ports for older accessories.
The USB3-Ports are not supported but USB2 works even on the ecs-beta-DVD for mouse, keyboard and memorystick (reading ecs.key).
The SATA3-Ports are used in SATA2-mode so you have 4 SATA-Ports.
Unfortunately no IDE port and most sata-to-ide-adapter doenst work with DVD-ROM drives.
It offers RTL 8111 gigabit network, but I wasn't able to get a connection by this chip. So I put a cheap $10 RTL 8169-Card into the board and got network running.

I believe this could be said about other actual boards, but no one mention it. Thinking back to my expierence about former ecs-versions and any combination of uefi-boards, this is a very good sign.

This board is sold in EU, but at Newegg, there is a similar build board: Biostar H81MHP2 (lacks DVI and one PCI-slot, but offers LPT and COM-port at the outside), but there seems to be one one sells this down under (NZ+AU). For those who stick more with Asus or Gigabyte: similar build boards are out there too!


Pages: [1]